把问题写成一句话
拿到问题后，用一句话写出来。这句话必须满足两个条件：别人读完知道你在说什么；你能判断问题是否被解决了。
"我该怎么办"不算。"下个月之前怎么把客户投诉率从 5% 降到 3%"算。
判断点：如果你写的那句话换一个完全不同的场景也成立，说明还不够具体，继续缩小范围。
完成标准：一句话，任何同事读完都能理解问题在哪里。
拆出子问题
把大问题拆成更小的子问题。工具是逻辑树：第一层分出 2-4 个维度，每个维度再分一层。不需要一次拆到底——拆两层就够启动了。
判断点：每个子问题是不是互相独立？是不是合起来能覆盖原问题？如果子问题之间大量重叠，说明拆的方式不对。
完成标准：画出来的逻辑树，每个末端节点都是你可以单独处理的小块。
对每个子问题提出假说
不要从零开始分析。对每个子问题先猜一个答案——这就是假说。假说可以错，但不能没有。
"客户投诉主要来自配送环节"就是一个假说。有了它，你才知道接下来该去查配送数据，而不是把所有数据都看一遍。
判断点：你的假说能不能被数据证实或推翻？如果不能，它就不是假说，是感觉。
完成标准：每个子问题至少有一个可验证的假说。
收集必要信息验证假说
围绕假说收集信息。只收集能帮你确认或推翻假说的信息，其他的不看。
"再多了解了解"是最常见的拖延伪装。问自己：这条信息能帮我判断假说对不对？能，就收集；不能，就跳过。
判断点：信息收集时间不应该超过行动时间的一半。如果你发现自己花了三天收集信息却一步没动，该停下来了。
完成标准：每个假说要么被证实（继续），要么被推翻（换一个）。
选择方案并制定行动计划
假说验证完之后，列出所有可能的解决方案。用简单的评分矩阵比较：效果、可行性、时间成本。选得分最高的那个，或者在最高分方案的基础上做微调。
判断点：方案里每一步都能回答"谁做、做什么、什么时候完成"。如果有一步回答不了，这一步还需要再拆。
完成标准：一张行动计划表，每一行都有负责人、交付物和截止时间。
执行并追踪
执行过程中用"计划/实际"两栏表每天对照。重点不是追求 100% 完成率，而是发现偏差的模式——是某类任务总被低估？还是某个环节总出意外？
判断点：连续三天实际完成率低于 60%，说明计划本身需要调整，不是执行力的问题。
完成标准：项目结束时，你能说出最大的偏差在哪里、下次怎么修正。
复盘并提取模式
项目结束后花 30 分钟回答三个问题：什么做对了？什么做错了？下次做类似任务时第一步该做什么？
不要写长篇复盘报告。三个问题各回答一两句话就够了。关键是形成可重复的判断模式。
判断点：你的复盘结论是否可以直接用在下一个项目的第一步？如果不能，说明结论太泛，需要更具体。
完成标准：一条可以写进个人 SOP 的具体行动规则。