熊野

思维工具箱问题树与逻辑树

A03

问题树与逻辑树

Issue Tree / Logic Tree

把大问题拆到末端可验证的子问题

类型 · 框架分类 · 问题定义与诊断

这是什么

收入下滑、留存不足这类大问题时,原因很多、不知先查哪里。问题树把中心问题逐层拆成子问题,直到每个末端都能用数据、访谈或实验回答。问题树找原因,方案树找路径,假设树检验暂定答案——关键是写清这棵树在回答什么。

示意图

中心问题 → 可验证末端 会员收入为何下滑? 付费人数 平均实收 其他因素? 续费下降 新增 末端:支付失败率可取数验证

什么时候用 / 别用

该用

  • 问题范围大、原因多,不知先查哪里
  • 要把大目标拆成可分工的分析任务
  • 需要统一团队对拆解路径的理解

别用

  • 问题已被 5W2H 清楚界定且只需局部修复
  • 存在强反馈循环,单向树表达不了
  • 把指标恒等式当成因果证明

怎么做

准备:清晰的问题定义与目标指标计算式;业务流程、已有证据、时间与负责人

  1. 把根节点写成可回答的问题,带范围与时间
  2. 选一种拆法:指标公式、流程、产品层或收支结构
  3. 逐层拆到可提出取数或验证动作的粒度
  4. 检查同层口径、遗漏与重复;未验证因果标假设
  5. 按影响与验证成本排先后,证据出现后修剪重画

交付:问题树 + 末端任务清单(来源、证据状态、负责人、停止条件)

一个例子

假设示例 · 产品

【假设示例】51as.com 会员收入下滑。先按「付费人数×平均实收」拆;付费人数再拆续费与新增。定位续费下降后,区分到期人数、续费率、支付失败。若主因是某支付渠道故障,优先修该分支。

容易踩坑

  • 不同拆法暴露不同线索,应允许重画
  • 恒等式描述数量关系,不自动证明因果
  • 强反馈场景应转系统回路,勿硬画成单向树

出处:咨询与结构化问题解决中常见的逻辑拆解做法