将用户表达与业务决策分开判断

一句话提醒

用户需求能提示问题存在，但是否值得做仍要结合业务目标、成本收益、优先级和整体影响。

为什么今天看它

• 用户提出的内容常已带有具体方案，也受其角色视角限制。直接照做会把局部最优误当整体最优；需求分析要把声音翻译为问题，再做业务取舍。

留一个问题

你正在接收的一条用户需求中，用户真正遇到的问题是什么？原话里的方案成分、局部视角和业务约束分别是什么？

参考思路

1. 1.先记录用户原话与使用场景，确认它提示的真实问题。
2. 2.拆出其中已经预设的功能或解决方案，不把它直接当需求本体。
3. 3.比较局部角色收益与整体系统、其他角色和长期目标的影响。
4. 4.评估成本、预期收益、资源占用与当前优先级。
5. 5.形成业务判断：做、暂缓、拒绝或换一种更合适的解法。

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