为什么接需求时，先把一句话翻译成可判断问题，比直接开始画页面更重要

一句话提醒

需求承接不是记录别人说了什么，而是把一句模糊的话翻译成一个可以判断、可以拆解、可以承担后果的问题。

为什么今天看它

• 这张卡能帮你在需求一进来时更早接住背景、边界和风险，而不是后面返工。
• 它适合今天任何涉及需求澄清、跨团队对齐或前置风险识别的场景。

留一个问题

我现在接到的这条需求，是真的已经被翻译成了一个可判断的问题，还是还停留在一句模糊的功能表达？

参考思路

1. 1.先问为什么现在做。 背景不清，后面的优先级和方案都会漂。
2. 2.再收目标、场景和范围。 先知道谁在什么情境下用，本期做到哪。
3. 3.最后前置规则、验收和风险。 这些不提前问清，返工通常不是页面问题。

03_知识库/综合/接需求十问：把模糊需求翻译成可判断问题.md