需求澄清的流程固定下来，能省一半时间

工具解决不了判断，但能省掉重复。

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

同一个模板，有人十分钟出结果，有人填半小时还是空的。差别在流程，不在工具。

这篇讲需求澄清的工具怎么配、流程怎么走、哪里别指望它。

工具和模板怎么配

先把流程定下来，再去找工具。反过来做，你会不断换工具，因为每次都觉得是工具不好用。

一份能用的模板，至少要包含三块：要填什么、填到什么程度算完成、填完给谁。缺一块，模板就会变成形式。

工具的选择标准只有一个：它能不能让你下一次少想一步。做不到这一点的工具，再漂亮也会被你弃用。

流程怎么配

先定流程，再选工具。顺序反了，工具只是摆设。

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

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

2. 复述一遍再动手

用你自己的话把需求说一遍，让对方确认。这一步能挡掉一半返工。

3. 问清三个边界

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

4. 把验收标准写下来

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

5. 改需求要重新对时间

不要默默加班消化。每次变更都说清对工期的影响。

一个用模板跑通的例子

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

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

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

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

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

几个常被问到的问题

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

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

问：要多久才能见效？

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

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

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

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

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

几个容易踩的坑

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

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

明天就能做的事

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

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

可以直接用的一段话

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

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

最后

工具解决的是重复，不解决判断。判断那部分，还是得你自己来。

模板可以慢慢搭，先把这一步固定下来：每个需求写三条验收标准。