前面講到，使用者是問題專家，而不是解決方案專家。然而使用者在針對需求變化時通常提出的是「方案級需求」，我們需要透過使用者的方案，看到本質，還原出問題級需求。我們可以參考以下的分析方法1. 澄清問題
首先判定使用者的原始需求屬於什麼層次，如果屬於方案級別，則需要考慮以下方面，否則直接進行第二步
使用者想要解決誰的，什麼問題
使用者現在遇到這個問題會採用什麼樣的解決方案
這個問題中由需要進一步細化和明確的概念嗎
2. 了解背景
根據實際需要細化以下內容：場景（功能）術語（資料）環境（質量）
該需求誰使用？什麼時候使用？具體怎麼做
有需要澄清的業務術語嗎？它們的格式是什麼？
不做誰生氣？多久生氣一次？為什麼？ 多久用一次？
3. 建議並確定解決方案
要解決這個問題有哪些可行的解決方案
這些方案的實現成本分別有多大
你覺得哪種最合適？（解決方案/成本合適）？
該解決方案對使用者而言有什麼優缺點？
有其他需要挖掘的需求嗎？
注：針對變更的需求分析，該書提供了乙個簡單的變更/優化型需求分析模板，主要包括原始需求、問題澄清、業務環境描述、業務場景描述、業務術語說明、解決方案概述六個部分，具體可以參照本書的第九頁在本筆記的末尾，簡要闡述下有效需求分析的必要性
書中反覆強調使用者不是「方案級別」專家，所以期望使用者實現乙個完美的解決方案是不現實的，也是不可行的
如果基於乙個目的不清晰、實現方案相當明確的需求進行開發，一旦開發成本比較大，就極容易出現執行變形，嚴重的時候針織還會使客戶關係惡化
即使我們『』完美「地滿足了客戶提出的」方案級需求「時，最終未必會得到完美的反饋。
結語：我們在建議使用者的解決方案時應該站在使用者的立場，說明這種方案的優點，畢竟需求分析師是」問題解決者「，而不是簡單的需求傳遞者
有效需求分析閱讀筆記（五）
目標分析篇之知識儲備 三個關鍵知識點 需求 預期 現狀 目標就是問題和機會 目標的三種描述方式。從生活中捕捉需求之影 你們平時有自己的父母請爺爺奶奶 或姥姥姥爺 到裝修高檔 菜價較高的酒店 打打牙祭 的經歷呢？當服務員端上一道又一道的招牌菜時，爺爺奶奶 或姥姥姥爺 總愛問 聽到菜價後常常會帶著咋舌稱...
有效需求分析閱讀筆記（三）
系統需求全景圖 從巨集觀角度來看，組織應用類軟體系統需求可以分為價值需求和詳細需求兩大部分。這裡只是從總體簡單介紹下價值需求和詳細需求 what 簡單來說，價值需求就是從黑盒子視角回答 整個軟體系統為客戶解決了什麼問題，創造了什麼機會 對於系統來說，最關鍵的干係人有哪些 各個重要干係人對系統的關注點...
02有效需求設計閱讀筆記之二
近期讀了這本書的一部分內容，沒有讀太多，對裡邊有乙個章節感悟比較深，主要講到了需求分析中人物干係的方面內容，和王老師在講課時這關於需求分析這一塊也曾強調過要想做好需求分析，需要了解系統使用人群之間的關係以及企業或部門的人事分布。所以這章對我來說很有用。只有明確的客戶群 才能讓我們很好去研究，學會用客...