consulting-issue-tree-mece

MECE 问题树

使用 $ARGUMENTS 作为初始上下文。

适用场景

• 诊断业绩下滑或执行失败的根本原因。
• 将战略问题拆解为相互排斥的分支。
• 在深入分析数据之前制定优先级分析计划。
• 就问题范围和责任归属达成团队共识。

不适用场景

• 不要将其用作最终建议、市场预测或执行计划。
• 如果问题已完成结构化，且只缺少可证伪的测试计划，则不要使用。

必需输入

• 问题陈述、指标和基线。
• 范围边界（细分领域、地理区域、时间范围）。
• 可用数据和决策截止时间。
• 指标定义、分子／分母、单位和已知排除项。

工作流

1. 将请求转化为一个以决策为导向的问题陈述。
2. 选择树类型：驱动因素树、流程树、选项树或假设树。
3. 构建 2-3 层 MECE 分支，并使用平行标签。
4. 正式检查重叠、遗漏、层级混杂、单位和父子项核对。
5. 根据影响、可控性和学习速度确定分支优先级。
6. 将优先级最高的分支转化为分析待办事项，并指定负责人和时间安排。

优先询问的问题

构建问题树前最多询问 3 个问题：

1. 哪个指标和基线定义了问题的严重程度？
2. 哪些范围明确包含在内或排除在外？
3. 这个问题树要支持什么决策？

假设政策

• 如果数据不完整，也要继续推进，但须在专门章节中列出假设。
• 标注假设的置信度和验证路径。
• 不要编造分支证据；明确标记未知信息。
• 说明问题树属于驱动因素、流程、选项还是假设结构，并解释原因。

输出规范

始终按以下顺序生成这些章节：

1. 背景
2. 决策或建议
3. 分析
4. 风险
5. 后续行动
6. 假设

• 每项待办事项都必须包含负责人、截止日期、所需数据集和成功信号。
• 将证据标记为事实、推断、假设或未知。

约束

• 同一层级的分支不得重叠。
• 不得在同一分支层级混杂原因和结果。
• 除非无法避免且已量化，否则不得设置“其他”类别。
• 分支命名的抽象层级应保持一致。
• 不得在同一分支层级混杂原因、结果、行动和指标。

交接

• 如果优先级最高的分支需要可证伪的测试和终止标准，请使用 consulting-hypothesis-driven-80-20。
• 如果问题树需要转化为明确的选项决策，请使用 decision-analysis-under-uncertainty。
• 最终高管汇报内容请使用 pyramid-principle-structured-communication。

资源

• references/issue-tree-patterns.md - 问题树模式和分支设计规则。
• references/mece-checks.md - 验证关卡和故障诊断。
• templates/issue-tree.md - 可用于决策的问题树模板。
• examples/issue-tree-example.md - 包含部分信息的示例范本。

关键词

问题树、MECE、根本原因、问题结构化、分析待办事项、驱动因素树