分析过程
1. 澄清问题
首先判定用户的原始需求属于什么层次，如果属于方案级别，则需要考虑以下方面，否则直接进行第二步
用户想要解决谁的，什么问题
用户现在遇到这个问题会采用什么样的解决方案
这个问题中由需要进一步细化和明确的概念吗
2. 了解背景
根据实际需要细化以下内容：场景（功能）术语（数据）环境（质量）
该需求谁使用？什么时候使用？具体怎么做
有需要澄清的业务术语吗？它们的格式是什么？
不做谁生气？多久生气一次？为什么？ 多久用一次？
3. 建议并确定解决方案
要解决这个问题有哪些可行的解决方案
这些方案的实现成本分别有多大
你觉得哪种最合适？（解决方案/成本合适）？
该解决方案对用户而言有什么优缺点？
有其他需要挖掘的需求吗？
分析必要性
在本笔记的末尾，简要阐述下有效需求分析的必要性
- 书中反复强调用户不是“方案级别”专家，所以期望用户实现一个完美的解决方案是不现实的，也是不可行的
- 如果基于一个目的不清晰、实现方案相当明确的需求进行开发，一旦开发成本比较大，就极容易出现执行变形，严重的时候针织还会使客户关系恶化
- 即使我们‘’完美“地满足了客户提出的”方案级需求“时，最终未必会得到完美的反馈。