区分记录需求与识别问题、分层判断和确定优先级

一句话提醒

记录需求是避免信息遗漏；分析需求则要整合和分层输入，识别真实问题与表层方案，并结合业务价值做判断和取舍。

为什么今天看它

• 只把原始诉求逐条列成清单，解决的是信息收集，不会自动告诉团队哪些是真问题、哪些只是表层方案。
• 将需求整合、分层并结合业务价值判断，才能把零散输入转化为后续设计和决策真正可用的结论。

留一个问题

这份需求清单里，哪些是原始输入，哪些是背后的真实问题？哪些表达已经带有方案？结合业务目标后，应该优先解决什么、暂缓什么？

参考思路

1. 1.先完整记录原始输入，保留提出者表达与必要上下文，避免信息遗漏。
2. 2.将零散需求整合归类，找出重复、关联和共同指向的问题。
3. 3.区分真实问题、表层方案和单纯的功能表达，不把原话直接等同于分析结论。
4. 4.结合业务目标与价值判断需求的重要性和优先顺序。
5. 5.明确取舍并整理成能指导后续设计与决策的结构化结论。

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