SuperAPI AI 工具集

issue-tree-builder

写作与研究

查看项目

更新于 10-16 16:28

技能介绍

用途

Issue Tree Builder 提供一套结构化方法,用于将复杂问题拆解为可执行的组成部分,核心遵循 MECE(Mutually Exclusive, Collectively Exhaustive,相互独立、完全穷尽)原则。它常用于咨询项目、战略举措启动、案例面试准备、数据分析前的结构梳理,以及制定带有清晰工作流的工作计划。

什么是问题树

问题树是一种可视化层级结构,将统领性问题(Governing Question)逐层分解为越来越具体的子问题或组成部分。在咨询中用于组织分析、划分工作流优先级,并在提出解决方案之前建立假设。

关键特征:

  • 自上而下的结构(问题 → 分支 → 子分支)
  • 每一层级均满足 MECE(分支不重叠,且共同覆盖问题)
  • 假设驱动(基于对关键因素的初步判断)
  • 末端分支可执行(最低层级 = 可以分析或执行的事项)

框架组件

第 0 层:统领性问题

  • 需要回答的主要战略问题
  • 必须具体且可回答
  • 示例:“如何在 12 个月内实现收入增长 40%?”“我们是否应进入欧洲市场?”

第 1-2 层:主要分支(通常 3 个分支)

  • 咨询“三法则”——尽量设定三个主要维度
  • 先分解到基本面,而非行动
  • 必须 MECE
  • 常围绕根本问题驱动因素构建:
    • 收入问题:价格 × 数量 × 管道/漏斗
    • 利润问题:收入 - 成本
    • 增长问题:新客户、扩展现有客户、新产品
    • 市场进入:市场吸引力、竞争地位、获胜能力

第 2 层:子分支

  • 从主要分支再分解一层
  • 距统领性问题共 2 层
  • 末端分支应为可用数据检验的清晰假设
  • 保持简单聚焦

核心原则

MECE(相互独立、完全穷尽)

  • 同一层级分支之间无重叠
  • 合在一起覆盖所有相关方面
  • 检验方法:能否将任一答案要素归入且仅归入一个分支?

假设驱动与数据支撑

  • 从对关键因素的判断出发
  • 构建问题树以检验关键假设
  • 每个末端分支 = 一个需用数据证实/证伪的假设
  • 用分析支撑结论
  • 示例:“假设:定价低于市场 20% 可驱动销量”→ 用数据检验

末端分支可执行

  • 最低层级 = 待检验的清晰假设
  • 应明确何种分析可证实/证伪它
  • 示例:“当前定价低于竞争对手 20%”“结账环节转化率下降 50%”“客户获取成本超过 LTV”

简洁

  • 距统领性问题共 2 层
  • 咨询“三法则”——尽量 3 个主要分支(3-5 个可接受)
  • 优先清晰聚焦,而非追求完整

示例:电商收入增长

统领性问题:如何在 18 个月内将电商收入提升 50%?

问题树(收入 = 价格 × 数量 × 转化率):

如何 18 个月内提升收入 50%?
├─ 平均订单价值(价格)
│  ├─ 当前定价低于市场 15% - 假设:可在不损失销量的情况下提价
│  ├─ 购物车含 1.8 件商品,行业为 2.5 - 假设:存在交叉销售机会
│  └─ 高端 SKU 占销售 10%,竞争对手为 30% - 假设:可实现结构转移
├─ 流量规模(数量)
│  ├─ 付费 CAC = $45,LTV = $120 - 假设:可盈利地翻倍投入
│  ├─ 自然流量占 20%,竞争对手为 40% - 假设:SEO 投入不足
│  └─ 复购率 25%,行业为 45% - 假设:留存问题
└─ 转化率(管道效率)
   ├─ 结账放弃率 68%,基准为 58% - 假设:结账存在摩擦
   ├─ 移动端转化 1.2%,桌面端 3.5% - 假设:移动端 UX 有问题
   └─ 首次访客 0.8%,复访 4.2% - 假设:信任/可信度缺口

每个分支 = 一个由数据分析支撑的可检验假设。

使用方式

创建问题树时

  1. 从统领性问题开始(第 0 层)
  2. 分解到基本面——而非行动(第 1 层,目标 3 个分支)
  3. 在每个分支下识别 2-3 个关键假设(第 2 层)
  4. 验证每一层级是否 MECE
  5. 确保每个末端分支可用数据检验

审查问题树时

  • 统领性问题是否具体且可回答?
  • 第 1 层是否分解到基本面(而非行动)?
  • 每一层级的分支是否 MECE?
  • 每个末端分支是否代表清晰假设?
  • 能否用数据检验每个假设?
  • 是否距统领性问题 2 层?

常见使用场景

  • 客户合作或战略举措启动之初
  • 案例面试准备与练习
  • 深入数据之前梳理分析结构
  • 创建带有清晰工作流的工作计划

优先级:从哪里开始

构建问题树后,需确定先处理哪些分支。应说明:“我们将从这里开始,因为……”并给出数据支撑的理由与业务影响。

优先级标准

影响与投入

  • 量化对统领性问题的潜在影响
  • 考虑实施投入与成本
  • 示例:“从定价开始——提价 10% = 收入增加 $5M,实施成本极低”

数据支撑的理由

  • 引用基准、客户数据、财务模型
  • 示例:“结账放弃率 68% 对比基准 58% = 若修复可立即提升转化 15%”

快速框架

  • 高影响 + 低投入 = 从这里开始
  • 高影响 + 高投入 = 仔细规划,第二阶段
  • 低影响 + 低投入 = 有时间则做
  • 低影响 + 高投入 = 降低优先级

优先级陈述示例

“从结账放弃率(分支 3.1)开始,因为:

  • 68% 对比基准 58% = 10 个百分点差距
  • 修复可立即提升转化 15% = 收入 $2M
  • 4 周实施,有已知解决方案
  • 降低整体 50% 增长目标的风险”

依赖关系

  • 某些假设必须先于其他假设检验
  • 从信心最高的假设开始

常见错误

  • 不 MECE:分支重叠或遗漏关键维度
  • 用行动代替基本面:第 1 层应分解问题(价格 × 数量),而非列出解决方案
  • 分支过多:尽量遵循三法则(最多 3-5 个)
  • 层级过深:应距统领性问题 2 层
  • 不可检验:末端分支必须能用数据证实/证伪
  • 起始问题错误:统领性问题模糊或不具体
  • 缺失假设:每个分支应代表可检验的内容

有效问题树的技巧

从正确的问题开始

  • “如何增长收入?”→ 好的起点
  • “我们该做什么?”→ 太模糊,先细化

使用自然的问题结构

  • 利润 = 收入 - 成本
  • 增长 = 新客户 + 扩展 + 新产品
  • 市场进入 = 吸引力 + 竞争地位 + 能力

假设优先

  • 你认为最重要的是什么?
  • 构建问题树以检验该判断
  • 不要试图煮沸整个海洋

可视化

  • 最好先在纸上或白板上快速勾勒
  • PowerPoint:使用 SmartArt → 层次结构绘制清晰图表
  • 图表工具(Lucidchart、Miro 等)用于团队协作
  • ASCII 树格式适合文档记录
  • 可视化能让 MECE 缺口更明显

迭代

  • 初稿不会完美
  • 根据初步分析进行优化
  • 随认知深入增删分支