有效需求分析閱讀筆記（二）
前面講到，用戶是問題專家，而不是解決方案專家。然而用戶在針對需求變化時通常提出的是“方案級需求”，我們需要透過用戶的方案，看到本質，還原出問題級需求。我們可以參考以下的分析方法
分析過程
1. 澄清問題
首先判定用戶的原始需求屬於什麼層次，如果屬於方案級別，則需要考慮以下方面，否則直接進行第二步
用戶想要解決誰的，什麼問題
用戶現在遇到這個問題會採用什麼樣的解決方案
這個問題中由需要進一步細化和明確的概念嗎
2. 瞭解背景
根據實際需要細化以下內容：場景（功能）術語（數據）環境（質量）
該需求誰使用？什麼時候使用？具體怎麼做
有需要澄清的業務術語嗎？它們的格式是什麼？
不做誰生氣？多久生氣一次？爲什麼？ 多久用一次？
3. 建議並確定解決方案
要解決這個問題有哪些可行的解決方案
這些方案的實現成本分別有多大
你覺得哪種最合適？（解決方案/成本合適）？
該解決方案對用戶而言有什麼優缺點？
有其他需要挖掘的需求嗎？
注：針對變更的需求分析，該書提供了一個簡單的變更/優化型需求分析模板，主要包括原始需求、問題澄清、業務環境描述、業務場景描述、業務術語說明、解決方案概述六個部分，具體可以參照本書的第九頁
分析必要性
在本筆記的末尾，簡要闡述下有效需求分析的必要性
- 書中反覆強調用戶不是“方案級別”專家，所以期望用戶實現一個完美的解決方案是不現實的，也是不可行的
- 如果基於一個目的不清晰、實現方案相當明確的需求進行開發，一旦開發成本比較大，就極容易出現執行變形，嚴重的時候針織還會使客戶關係惡化
- 即使我們‘’完美“地滿足了客戶提出的”方案級需求“時，最終未必會得到完美的反饋。
結語：我們在建議用戶的解決方案時應該站在用戶的立場，說明這種方案的優點，畢竟需求分析師是”問題解決者“，而不是簡單的需求傳遞者