大家常說萬事開頭難，這個道理不言而喻，事情確實都是開頭比較困難些，但萬事有開頭，如果開好這個頭，后面就會簡單很多，今天就給大家聊一聊項目早期要做的一件事—需求調研。
需求調研是最早與用戶正式交互的機會，也是快速與用戶方建立順暢的溝通和熟悉業務需求，獲得用戶認可的關鍵，同時也是后續系統設計和實現的基礎。
很多用戶不僅僅是業務專家，也是技術和體驗方面的專家，需求調研已不再是傾聽用戶描述業務需求，而是必要做好功課、做足準備。
以下結合自己的工作經歷（IT類項目），簡單做個總結。
一、需求調研的前期準備
1. 制定需求調研計劃
一直給大家強調萬事始于計劃，計劃永遠是先行的，一份需求調研計劃可以清楚描述在什么時間完成哪些任務，需求調研計劃的目的是與用戶溝通確認之后，作為甲乙雙方一致遵循的承諾，以需求調研計劃為雙方在需求調研工作中的協作約定，提高工作的執行效率。
2. 需求調研提綱和問題準備
需求調研過程中，什么情況都有可能發生，比如不清楚從哪里開始調研，或者調研之后，發現一樓了一些需要調研的內容，或者忘記最終確認一些待確認的問題等，由于與用戶面對面需求調研的機會和時間有限，我們一定要在有限的機會內，達到最優質的需求調研效果，這需要我們在需求調研之前詳細準備需求調研提綱，羅列出調研的思路，確定從哪些方面開展調研，同時準備需求調研問題列表，對一些需要盡快溝通確認的問題，例如描述模糊的需求，或者有歧義或競爭的需求，需要額外的關注和重視。
3. 悉相關的行業和背景知識
需求調研之前，需要快速了解和熟悉行業標準及相關業務信息，至少要達到入門層次，能夠正常理解用戶所表達出的術語和場景，這一點做不到或者做的不好，在需求調研工作中的感覺就如鴨子聽雷，你聽不懂，用戶也講不出來，造成需求調研的失敗。
以前曾經經歷過一個項目，原計劃需求調研為5周，結果最終進行了11周時間，用戶耗費大量的時間給需求調研人員講解行業知識、相關的行業標準和政策，用戶后來反饋，這次的需求調研很累，不僅要提出需求，還要先對我們的需求調研人員培訓，這就是前期的準備工作沒有做到位的影響。
4.確認用戶類型，規劃需求管理模式
確認好用戶類型對后續的需求調研和需求管理工作都很重要，用戶類型基本上決定了用戶對需求的態度和變更的程度，一般政府用戶多數政治覺悟高，做事謹慎認真，考慮的事情比較全面，需求多數來至于相關領域的政策解讀，要求準確性很高，但外延性不高，一般不會突破我們的合同邊界，后期的需求變更也比較可控一些。
而企業用戶一般會本著花最少的成本，獲得最大的回報的原則，需求基本上猶如滔滔長江水，綿綿不絕，而且對交付產品的實效性要求較高，后期一般會有比較頻繁的需求變更，這就需要調研團隊對需求的內容和方向有個預判，規劃好后期的需求變更管理流程。
二、需求調研工作開展
1. 明確調研的目的
在調研開始時可以和用戶一起簡述此次調研的目的，明確需求調研的范圍，以免用戶不清楚目的和范圍，發散調研會議議題，甚至跑偏，造成需求調研工作出現問題。
2. 邀請用戶業務骨干參加需求調研會議
參加需求調研的用戶最好為業務骨干，能夠明確的提出要求，同時能回答我們的問題，并且能夠做出決定，保證需求調研的質量和溝通順暢。同時，要有人數控制，人數太少，可能調研結果不夠全面，人數過多，決策統一周期可能過長，一般情況下3-5人的焦點小組會議比較合適。
3. 調研過程中認真、專心聽取用戶的陳述
認真的聆聽是對用戶表示尊重的一種良好方法，盡量在溝通中不打斷用戶的陳述，同時認真詳細的進行記錄，表達我們關注他所表達的內容，這樣可以提高用戶對我們的親切感和信任度，好處就是用戶更喜歡和我們說，我們也就更容易收集到用戶的需求。
4. 分清用戶“需求”還是“想要”
很多時候，用戶給我們講出來的想法和要求，根本不是他們的“需求”，而是他們的一種“想要”，“需求”是用戶最根本的待解決的問題，而“想要”只是用戶已經幫我們想好的一些解決“需求”的辦法而已，在需求調研過程中，務必要挖掘到用戶的“需求”，通過我們的設計去實現用戶的“需求”，而不是盲目的跟從用戶的“想要”，結果被用戶帶到了溝里出不來。
5. 界面原型設計是關鍵
多數情況下，很多朋友都會認為在需求調研階段設計系統界面原型很耗時間和精力，認為沒有太大的必要，與用戶面對面溝通好需求，系統界面回去設計和開發就可以了，但這樣做的結果是你將面對源源不斷的界面完善需求變更。如果工期不是非常緊張，建議還是在調研階段準備界面原型，而且要花心思去設計，這樣與用戶實際要求的貼合度才會好，后續設計的工作量也會相應減少，而且非常有利于需求確認的達成，開發人員也可以直接參照界面原型來開發，這么一勞永逸的事情，何樂而不為呢？
6. 做好需求的引導和管控，避免需求的蔓延
用戶提出的需求，如果在我們的建設范圍內，則要進一步詳細的調研和分析，如果不在我們的建設范圍內或當時無法確定是否在范圍內，也需要先進行記錄好，后期可以引導用戶通過增加合同內容或者其他途徑實現，不要在調研階段直接“槍斃”用戶的需求。
7. 每天召開內部討論會議
調研小組可能會分為幾組去調研，調研后最好當天完成集體總結討論，以免調研的關鍵信息遺漏，并且可以讓所有成員全面了解目前需求調研進展，總結并確認一些調研成果。調研小組成員可以把遇到的問題提出來，大家一起討論做應對策略，從而使后續的調研更有效且更有針對性。
結語
以上是對需求調研工作的一些簡單的總結，希望對大家的工作有所幫助，也歡迎各位朋友一起討論。
最后分享一句自己非常喜歡的話：在前進中摸索，在摸索中實踐，在實踐中總結，在總結中繼續向前。
時間不停在流轉，機會更多的留給有準備的人。需求調研亦如此，項目管理亦如此，人生亦如此。
附：需求調研成果物列表：
需求調研計劃
需求調研問題列表
需求調研提綱
需求調研記錄表（可以配合錄音）
需求調研總結
需求確認單（需用戶簽字蓋章）
需求規格說明書（項目范圍說明書）
【李大鵬原創】【未經允許，請勿轉載】【版權所有，違者必究】
