如何進行需求調研

在項目初期，需求調研是一件非常重要的事情，關系到整體項目的成敗，也是全面、高頻跟客戶接觸的起始點，在最開始打下良好基礎、留下專業印象會對整體項目順利推進起到重要作用，是以一定要意識到需求調研對整體項目傳遞的重要性，本文主要介紹筆者在實際項目中對需求調研工作的了解與思考，希望能夠對大家有所幫助。

1. 調研階段

1.1 調研前期

在項目的前期，通常項目經理與項目的技術經理駐場進行前期的需求調研，把握客戶方對項目的整體需求，明确項目的架構範圍，提升客戶對項目的整體認知，并進行調研彙報傳遞客戶項目的整體計劃（Excel）以及調研總結（Word）。在做調研之前一定要做功課，掌握相關的行業知識、在調研會議前做好充分準備。

1.2 調研過程

在溝通中讓客戶打開話匣子，充分利用需求确認會議，互動明确、落實到文檔上，避免需求蔓延。在需求調研時不要想着怎麼用技術實作，純粹的在了解需求，把握需求。另外，在與客戶交流後會遇到不清晰、讨論之後也沒有結果的問題，要及時向公司進行彙報，确定合了解決政策後再往下推進。

1.3 深度挖掘

項目組駐場成員要對項目的需求進行深層的挖掘，在此階段基于前期需求調研的内容進一步展開，調研客戶的需求。如果說前期調研是将項目需求的架構搭建好，項目人員駐場後則是将枝幹、葉子進行拼接，盡量站在客戶的角度出發挖掘客戶沒有表達出來的需求，滿足客戶的細緻、準确的需求，在滿足客戶需求的同時，不要給研發同僚挖大坑。

2. 編制階段

2.1 編制前提

在經過項目的前期調研以及客戶需求的深層挖掘之後，項目組成員需要對項目的需求進行分析總結，将客戶的需求進行彙總。明确在項目過程中的技術難點以及需求實作的優先級，盡快與公司進行資源的協調，保障項目能夠順利傳遞驗收，把客戶的需求總結記錄下來形成文檔，進行内部評審、外部評審。

2.2 文檔編寫

需求調研階段會根據客戶的需求進行編寫需求文檔，要把客戶提出的問題以文檔形式記錄下來，文檔編寫是有規範及方法的。首先要寫的是整體需求，了解整個項目或者産品是做什麼的，解決哪些問題；下個階段是編寫名詞解釋，知道項目或産品需要哪些技術要點或業務相關問題；之後為編寫具體需求，如果是項目類，就要寫項目要完成哪些事情，比如統一使用者，統一認證，門戶內建，應用內建，擴充開發等。如果是産品開發就寫每個功能子產品的需求。

2.3 需求評審

需求規格說明說撰寫完成後，需要對所撰寫的内容進行首次内部評審，目的為了檢驗需求的準确性，就像項目上線前的測試一樣，對發現的問題及時修改，修改後再次進行評審，多輪推進，直至呈現在客戶面前的是最準确最完整的一版需求說明為止。内部評審完成後，進行外部評審，與客戶一同明确此次需求是否為客戶心目中的需求，有無偏差，如有偏差或者需求變更，再進行修改需求文檔，與内部評審一樣，多輪推進，直到客戶确認認可。

3. 過程把控

3.1 引導客戶

需求調研不隻是特定的時間，而是貫穿于整個項目與客戶互動需求的過程中，在需求調研的階段對客戶的引導也是必不可少的，在客戶對目前項目的預期并沒有明确認知的情況下，盡量向正常的實作套路來引導，比如：分發接口标準，要按照我方分發方式來，因為我方有标準、有執行個體，這樣更能加快項目的順利上線。

3.2 邊界把控

需求調研過程中注意項目需求邊界把控，在需求變更時、客戶提出來的需求有的是合理的，有的是不合理的。對于改動較少且合理的需求，可以順手做一下，而對于不合理或者所需時間較長嚴重影響上線示範時間的情況，就需要巧妙的回絕客戶，即便合理也引導在二期進行完善。在內建項目中可能會分為不同的階段，一定要明确在本項目中所實作的邊界點不要模糊不清，為後續驗收傳遞造成不必要的麻煩。

3.3 協調配合

在項目中可能會涉及到公司産品的擴充開發或者技術攻關，面對這種情況一定要提前與公司進行資源協調，同時将工作量進行評估，謀定而後動，隻做一次一次做成，如果需求不清楚就着手做事會導緻完成工作與需求有所偏差，這樣既不利于項目的推進也很容易讓客戶認為我們不專業、進而影響公司的名譽。在內建項目中定能涉及到與其他業務系統廠商進行互動，在這階段一定要對廠商的系統資料進行清楚調研，與其他廠商良好協作。

4. 總結分析

4.1 體系了解

4.2 自我剖析

4.3 提升要術