---
title: "5W2H：把一件模糊的事问完整"
description: "用七个问题整理背景、任务和执行条件，适合写方案、拆需求，也适合检查自己是不是漏了关键上下文。"
date: "2026-08-05"
type: "notes"
kind: "note"
tags:
  - 方法论
  - 信息整理
  - 结构化表达
---

“把这个事情推进一下。”这句话听起来像任务，实际上什么都没说。

5W2H 是一个很朴素的提问清单：Who、What、Where、When、Why、How、How much。它的价值不在于名字好记，而在于能把一句含糊的要求摊开来看。

## 七个问题

| 问题 | 关注点 | 在工程工作里的例子 |
| --- | --- | --- |
| What | 要做什么 | 增加站内搜索 |
| Why | 为什么做 | 用户找不到已有内容 |
| Who | 谁负责、谁使用 | 作者维护，访客使用 |
| Where | 发生在哪里 | `/content` 与搜索弹窗 |
| When | 什么时候完成、触发 | 本周发布，内容更新时重建索引 |
| How | 怎么做 | 构建时生成索引，浏览器端检索 |
| How much | 成本和规模 | 先支持几百篇 Markdown，不引入数据库 |

```mermaid
flowchart LR
  A[模糊需求] --> B[5W2H 提问]
  B --> C[明确范围]
  C --> D[开始执行]
```

## 从信息整理者的角度

5W2H 很适合在读完一堆材料后做“压缩”。不要急着写摘要，先回答：

- 这件事具体发生了什么？
- 谁受到影响？
- 为什么现在值得关注？
- 哪些信息还没有证据？

如果其中一栏只能写出“待确认”，也没关系。把空白标出来，本身就是整理结果的一部分。

## 从使用者的角度

我会把 5W2H 当作开始工作前的十分钟检查，而不是交付物模板。尤其是 `Why` 和 `How much`，经常能及时阻止一个看起来很忙、实际没什么收益的任务。

比如“给网站加一个评论系统”，继续问下去可能会得到：

```text
Why：需要让文章获得反馈，而不是为了有一个评论框。
Who：读者可以评论，作者负责维护讨论质量。
How much：先接受 GitHub Discussions 的登录门槛，不自建账号系统。
```

这时方案通常已经比原始需求清楚很多了。

## 不要把它用成表格仪式

不是每件小事都值得填写七行。简单任务可以只问 What、Why、How；复杂项目再补齐角色、时间、范围和成本。

5W2H 的作用是暴露缺失信息，不是制造文档。写完之后如果没人因此做出更好的决定，这张表大概率只是多了一份表。

## 参考

- [5W2H：Seven Scoping Questions](https://www.arda.cards/lean-glossary/5w2h)
- [5W1H 在新闻与信息整理中的基本用法](https://arxiv.org/abs/2505.14804)