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