把用户提出的需求放回业务目标、成本收益与优先级中判断

一句话提醒

用户需求可以提示问题存在，但不一定给出最优解；是否值得做，还要结合业务目标、成本收益、优先级和整体影响。

为什么今天看它

• 用户看到的是自身角色和局部场景，产品判断还要考虑受影响的人和整体系统。
• 把用户声音与业务判断分开，才能避免把带有方案色彩的诉求直接当成开发结论。

留一个问题

这个需求解决的是谁的什么问题？它是否符合当前业务目标？收益、成本、优先级和整体影响是否支持现在投入？

参考思路

1. 1.先记录用户提出的原始问题和具体场景，不急着接受其中的方案表达。
2. 2.追问用户角色、受影响对象、使用时机和希望改变的结果。
3. 3.把用户价值与业务目标、整体系统影响放在一起比较。
4. 4.评估成本、收益、资源、优先级和不做的代价。
5. 5.再决定现在做、后置验证、调整方案或暂不投入。

03_知识库/问题/为什么用户提了需求还不够.md