需求澄清的疑问，一次性答完

最近被问到几个问题，集中答一下。

做完了对方说『这不是我要的』。

问的人多，说明这一步确实容易卡住。

一条条答，答完你就知道需求澄清该怎么做了。

被问得最多的几个问题

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

答：不要在群里确认重要需求。口头和群聊都会失真，落到文档。 先回头检查这一条，多数时候问题在这里。

问：要多久才能见效？

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

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

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

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

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

具体怎么做

一条条答，答完你就知道该怎么做了。

1. 问清三个边界

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

2. 要一个真实例子

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

3. 明确不做什么

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

4. 改需求要重新对时间

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

举个具体的情况

一位设计师连续三版被打回。

做法是：第四次她先问：这个物料在什么场景给人看、看完要对方做什么。

结果是：问完发现前三次的方向都错了，第四次一版通过。

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

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

明天就能做的事

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

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

最后

问题答完了，剩下的就是去做。第一个动作越小，越容易开始。

只带走一个动作的话，带走这个：开工前写一句『本次不包含』。