他改了需求澄清的做法，结果完全不一样

这篇讲一个人。

改了三版，每版方向都不一样。

他的处境和你差不多，改的做法也不复杂，但结果不一样了。

他后来改了做法，结果不一样了。过程比结论有用，所以我完整写下来。

这个人的完整经过

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

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

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

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

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

具体怎么做

过程比结论有用，所以我把每一步都写下来了。

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

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

2. 把验收标准写下来

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

3. 明确不做什么

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

4. 改需求要重新对时间

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

几个常被问到的问题

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

答：不要用『我理解了』代替复述。理解是自己的，复述是双方的。 先回头检查这一条，多数时候问题在这里。

问：要多久才能见效？

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

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

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

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

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

几个容易踩的坑

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

• 不要接没有验收标准的需求。
• 不要在群里确认重要需求。口头和群聊都会失真，落到文档。

明天就能做的事

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

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

可以直接用的一段话

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

对方的需求原话是：X。请帮我列出还需要澄清的五个问题，重点问使用场景、边界和验收标准。

最后

别人的过程只能参考，不能照搬。挑一个和你情况最像的环节，先改那一个。

他后来真正改的只有这一件：下次接需求先复述一遍再动手。其余改动都是这件事的副产品。