第一步：概述
首先，我們的明白為什麼要寫計劃書，公司規定？項目需要？客戶需要？也就是我們編寫需求調研計劃書的目的。一般編寫目的是使項目甲方和乙方統一對本項目需求調研階段的認識，明確需求調研階段雙方的配合要求及注意事項，說明需求調研的目的、思路、方法、使用表格，明確客戶領導及業務部門的調研訪談時間安排，需求調研計劃是整個項目需求調研工作的指導。
其次，計劃書的實用範圍，一般計劃書的適應範圍是甲方的需求提供者和乙方的需求調研人員，根據調研計劃進行人員安排和需求分析工作的開展。
其次，文檔一定要包含項目中的名詞、術語、縮略語定義。甲方一般專注業務，不理解計算機相關專業術語，軟件開發人員及需求分析人員專注於軟件技術開發，不理解專業業務詞彙表達，所以我們需要提供對照表，滿足雙方理解閱讀文檔。
最後，我們編寫需求調研計劃，不是憑空捏造，而是參考甲乙雙方已經確認的材料。比如投標文件、合同、項目方案等。通過對相關文件的梳理，需求人員需要確定項目背景，項目功能需求、項目性能需求、其他個性化需求等。如果缺少項目整體的概述，甲方部分人員沒有參與過項目前期活動，項目需求調研執行起來比較困難。
第二步：目標和範圍
調研的目標就是熟悉用戶的需求和業務流程，保證項目交付結果得到甲方認可。
調研範圍就是調研所涉及的職能部門以及項目組成員。
第三步：調研方式
- 收集客戶相關的文檔資料，如公司概況、主要產品和業務、財務核算制度等，可以從客戶的網頁、宣傳手冊等獲取，也可以要求客戶方提供。
- 用戶調查：使用設計好的用戶調查表，以書面的形式收集用戶需求。
- 用戶訪談：與用戶面對面的訪談，可以一對一或一對多，要求準備一個問題列表，用來獲得有關用戶問題和潛在解決方案的整體特徵的信息。
- 開會討論：頭腦風暴會議，對跨部門、跨崗位的業務，可以把相關人員召集在一起，提出對現在問題的理解和思考，涉眾提出問題、願望和潛在解決方案的建議。
- 在用戶環境中工作：需求收集人員在用戶的實際環境中與用戶共同工作一段時間，以更加深入的瞭解用戶的問題、要求及應用環境。
- 需求研討班：將所有涉眾集中在一起，進行一次深入的、有重點的會議，從項目涉眾那裡收集全面的“願望列表”，並區分優先順序。
- 用例討論班：一個有組織的集體討論會議，用來確定系統的主角、邊界、用例和事件流等用例相關內容。
- 製作示意板：使用工具向用戶說明系統如何適應組織的需要，系統如何運轉。
- 原型開發：開發軟件系統的早期縮型，顯示新系統的部分功能，以明確用戶需要。
第四步：分步驟
給大家提供一個表格參考。
分階段執行
第五步：實施方式
以軟件開發為例，具體到系統功能的調研情況，如下：
調研對象：業務員工是本系統的最終使用人員，調研每個員工日常業務處理使用的業務應用系統的業務功能，能夠形成待辦事宜的業務流程，關心的數據指標，對業務交互的需求等。
調研方式：用戶調查、用戶訪談、開會討論、需求研討班
調研內容：
【信息協同系統】
本期實現電子銷售平臺與ERP系統的庫存協同，在實現兩者的整合時，ERP方面應優先考慮採購、生產計劃、市場營銷、銷售、庫存、財務等與物流、資金流密切相關的模塊，電子商務方面應考慮網站管理模塊、網上銷售模塊和網上資金收付模塊，把兩者的這些模塊集成到一起，構成一個新的應用系統，可以稱之為協同系統。整合系統要為今後模塊的擴充留有接口。
（1）庫存協同：傳統銷售模式和網上銷售模式都必須對同一產品庫存進行減量，兩種模式下的銷售額都必須反映到市場營銷部，並在市場營銷部進行彙總，為市場需求分析提供數字依據。
（2）...
第六步：資料管理
客戶資料保存：收集到的客戶相關文檔資料、表單證書、用戶需求調查表、訪談表等相關資料存放在公司配置庫中，由配置管理員進行維護。
客戶信息保護：客戶相關信息按照公司信息保密規定進行保護。
第七步：調研成果提交
調研成果
截圖：
獲取模板方式:私信回覆“需求調研”。
閱讀更多 項目管理聯盟 的文章
