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