“把这个事情推进一下。”这句话听起来像任务，实际上什么都没说。
5W2H 是一个很朴素的提问清单：Who、What、Where、When、Why、How、How much。它的价值不在于名字好记，而在于能把一句含糊的要求摊开来看。
七个问题
| 问题 | 关注点 | 在工程工作里的例子 |
|---|---|---|
| What | 要做什么 | 增加站内搜索 |
| Why | 为什么做 | 用户找不到已有内容 |
| Who | 谁负责、谁使用 | 作者维护，访客使用 |
| Where | 发生在哪里 | /content 与搜索弹窗 |
| When | 什么时候完成、触发 | 本周发布，内容更新时重建索引 |
| How | 怎么做 | 构建时生成索引，浏览器端检索 |
| How much | 成本和规模 | 先支持几百篇 Markdown，不引入数据库 |
Rendering diagram…
从信息整理者的角度
5W2H 很适合在读完一堆材料后做“压缩”。不要急着写摘要，先回答：
- 这件事具体发生了什么？
- 谁受到影响？
- 为什么现在值得关注？
- 哪些信息还没有证据？
如果其中一栏只能写出“待确认”，也没关系。把空白标出来，本身就是整理结果的一部分。
从使用者的角度
我会把 5W2H 当作开始工作前的十分钟检查，而不是交付物模板。尤其是 Why 和 How much，经常能及时阻止一个看起来很忙、实际没什么收益的任务。
比如“给网站加一个评论系统”，继续问下去可能会得到：
Why：需要让文章获得反馈，而不是为了有一个评论框。
Who：读者可以评论，作者负责维护讨论质量。
How much：先接受 GitHub Discussions 的登录门槛，不自建账号系统。
这时方案通常已经比原始需求清楚很多了。
不要把它用成表格仪式
不是每件小事都值得填写七行。简单任务可以只问 What、Why、How；复杂项目再补齐角色、时间、范围和成本。
5W2H 的作用是暴露缺失信息，不是制造文档。写完之后如果没人因此做出更好的决定，这张表大概率只是多了一份表。