为什么先分清价值需求，功能表达才不会带偏判断

一句话提醒

一个按钮、页面或流程通常只是功能层表达，真正的需求判断要先回到它想解决的结果。

为什么今天看它

• 它能提醒你在讨论需求时，不要被现成功能名词直接带进方案层。
• 它适合今天任何需要判断目标、价值和实现是否错位的场景。

留一个问题

我今天正在讨论的需求里，哪些表述其实是在讲功能，而没有说明真正想达成的价值？

参考思路

1. 1.先问为什么做。 先说清这件事想改善什么结果，而不是先说做什么功能。
2. 2.再拆目标和解法。 把价值需求和功能表达分开，避免把按钮当需求本身。
3. 3.最后校验结果。 判断这个功能是否真的对应效率提升、风险降低或体验改善。

03_知识库/问题/价值需求和功能需求有什么区别.md