从原始需求输入中识别真问题、表层方案和业务价值

一句话提醒

记录需求解决信息别遗漏；分析需求还要整合、分层、判断和取舍，才能形成能指导设计与决策的结论。

为什么今天看它

• 逐条保存原始诉求只完成了收集，无法自动看出哪些是真实问题、哪些只是方案表达。
• 把输入整理出结构并结合业务价值判断，才能知道什么值得优先解决，而不只是得到一份更长的需求清单。

留一个问题

这份清单中哪些是原始表达，哪些是背后的问题或方案？它们之间有什么关联，结合业务目标后该如何判断和取舍？

参考思路

1. 1.先完整记录原始需求及上下文，确保信息没有遗漏。
2. 2.将零散输入整合归类，识别重复、关联和共同指向。
3. 3.区分真实问题与表层方案，避免把用户原话直接当作分析结论。
4. 4.结合业务目标理解需求背后的价值，判断哪些问题值得投入。
5. 5.对需求分层、排序并明确取舍，形成能指导设计和决策的结构化结果。

03_知识库/问题/为什么记录需求不等于分析需求.md