所有问题七步解决：行动指南

拿到一个复杂问题，最容易犯的错是直接打开电脑开始找数据。下面六个动作把七步法压成一条可以直接执行的线。第一次跑，按顺序来；熟了以后，可以根据项目节奏灵活调整各步的深度。

一句话写清问题边界

拿到课题后，第一个动作不是开会、不是拉数据，是写一句话。

这句话要回答四件事：谁的问题、什么范围、什么时间框架、用什么标准衡量成功。格式不重要，完整性重要。

举个例子。模糊版本："华东区增长放缓了。"可执行版本："华东区 Q1-Q3 核心品类销售额同比下降 15%，需要在四周内找到根因并提出止滑方案。"

写不出来怎么办？追问自己三个问题：决策者最终要做什么选择？这个选择的边界是什么？什么结果算解决了？

完成标准：团队里任何一个人被问到"我们在回答什么"，给出的答案一致。

先画树，后碰数据

问题定义通过后，下一步是画议题树。把大问题拆成子问题，子问题再拆成更小的子问题，直到每个末端节点都可以直接设计分析。

画树的质检标准只有一个：MECE。每层分支之间互不重叠，合在一起覆盖全部可能。

做法：拿一张白纸或白板，把问题写在左边，向右展开分支。先不管对不对，把能想到的拆法都画上去。然后检查——有没有两个分支说的是同一件事？有没有某个重要方面没被覆盖到？

如果团队里有不同意见，不要急着统一。试着画出两到三种不同的拆法，选那棵最能帮助推进分析的树。

画不出来的信号：对问题理解还不够，回到上一步重新写问题定义。

砍掉七成枝干只留关键分支

议题树画完后，不是每根分支都值得深挖。资源有限，必须做取舍。

判断标准有两条。第一，这根分支对最终结论的影响有多大？如果砍掉它，结论会不会变？第二，这根分支现在能不能做分析？数据拿得到吗？时间够吗？

影响大且可分析的分支优先保留。影响小或短期内无法分析的分支，标记为"暂不深入"。

多数项目里，十根分支最后只需要重点做两到三根。砍不下手的时候提醒自己：不砍就等于全做，全做就等于没排过优先级。

完成标准：团队能说清"我们重点做哪几个子问题，为什么是这几个"。

48 小时内出一个方向性判断

在正式开展分析之前，先做一次"一日答案"。

做法：回到保留的关键分支，用手头已有的数据、经验和直觉，对每个分支给出一个初步假设。不要求精确，要求有方向。写成"我们初步判断 X 的原因是 Y，主要依据是 Z，还需要验证的是 W"。

一日答案的作用不是给出最终结论。它是方向校准器——帮团队在还没大量投入之前，先确认方向对不对。

如果一日答案和团队直觉严重不符，恰好说明需要在这个点上深挖。如果和直觉基本一致，后面的分析就是去补充证据、提高置信度。

跳过这一步的代价：可能花两周做完分析后才发现方向错了，整段推倒重来。

把发现压成一个可执行论点

分析做完了，数据和图表都有了。下一步不是把它们拼成一份报告。

先回答一个问题：基于所有分析，结论到底是什么？

这个结论要满足三个条件。第一，能用一句话说清。第二，这句话直接回答最初的问题定义。第三，后面的所有论据都在支撑它。

如果发现"说不成一句话"，通常意味着两种情况——分析之间有矛盾还没解决；或者分析回答的不是最初定义的问题。两种都需要先解决再往下走。

写出核心论点后，挑两到三个最强的论据支撑它。不是把所有发现都放上去，而是只留最有说服力的。

用"所以呢"检验每一页交付

最后一步是沟通。不管是写报告还是做汇报，检验标准只有一个：每一页都要经得起"所以呢"这个追问。

如果一页展示了市场数据，但听众看完要问"所以呢"——这页缺结论。如果一页写了结论，但听众要问"凭什么"——这页缺论据。

汇报顺序：先说结论，再说支撑，最后说边界和风险。不要从背景讲起、从数据讲起，或从"我们做了什么"讲起。

完成标准：把报告给一个不了解项目的人看十分钟。如果他能说清"你们建议做什么、为什么"，这份交付就过关了。