需求澄清从 60 分到 85 分，差的是这几处

先说一个你可能也有过的感受。

需求只有一句话，做的时候全靠猜。

如果你也有类似的感觉，说明你已经过了『不会』的阶段，卡在别的地方。

这篇不谈基础，只谈需求澄清的瓶颈在哪、怎么破。

瓶颈通常不在你以为的地方

只问『你要什么』。用户说的是方案，不是需求。

过了入门阶段之后，问题往往不是『不会』，而是『每一步都做了，但没有一步做到位』。这种状态最难自查，因为你看不出哪里错了。

下面四条，是几个最容易被忽略、但改动之后效果最明显的点。

四条最容易忽略的

这几条不是基础，是过了及格线之后才看得懂的部分。

1. 问『你要解决什么问题』，而不是『你要什么功能』

对方说『加个导出按钮』，真实问题可能是『每次都要手抄到另一个系统』。

2. 问清三个边界

什么时候用、谁用、什么情况下不用。边界比功能更能定义需求。

3. 要一个真实例子

『上次出现这个问题是什么时候，能给我看一下吗』。例子比描述准确十倍。

4. 把验收标准写下来

『什么样算做完』写成三条可检查的句子，双方确认。

5. 明确不做什么

范围蔓延是返工的主因。开工前写清这次不包含什么。

一个卡住很久的例子

某开发接了一个『简单改一下』的需求。

做法是：他让对方写清验收标准，结果发现有五种边界情况。

结果是：提前说清，避免上线后返工。

这个例子不复杂，难的是每次都这么做。可以照着做，也可以只挑其中一步先试。

整个过程里没有出现什么复杂工具，改的都是顺序和标准。这也是它能被复制的原因——不需要天赋，只需要不再省那一步。

几个常被问到的问题

问：照着做了，还是没效果，为什么？

答：不要接没有验收标准的需求。 先回头检查这一条，多数时候问题在这里。

问：要多久才能见效？

答：第一周通常只是熟悉流程，第二周才开始省时间。如果两周后完全没感觉，回头看看是不是漏了第一步。

问：第一步该从哪里开始？

答：下次接需求先复述一遍再动手。从这一件开始，别一次全上。

问：最容易犯的错是什么？

答：拿到需求就开工。方向错了，做得越快越浪费。

几个容易踩的坑

这几条比方法更值得看，因为方法可以慢慢学，坑踩一次就要花时间填。

• 不要用『我理解了』代替复述。理解是自己的，复述是双方的。
• 不要在群里确认重要需求。口头和群聊都会失真，落到文档。

明天就能做的事

不用全做，挑一件今天就能开始的。

• 下次接需求先复述一遍再动手
• 每个需求写三条验收标准
• 开工前写一句『本次不包含』

可以直接用的一段话

如果你平时用 AI 帮忙，下面这段可以直接复制，把方括号里的内容换成你的情况。

请把这段需求整理成：要解决的问题、本次范围、不包含什么、验收标准、时间影响。

最后

到这一步，需求澄清已经不是『会不会』的问题，是『稳不稳』的问题。稳，靠的是每次都不省那一步。

检验有没有进步，就看这一条能不能稳定做到：每个需求写三条验收标准。