做為一名IT項目經理，您是否經常遇到這些情況：1）項目上線之後，才發現無法真正滿足客戶需要；2）客戶說話不算數，需求頻繁變更；3）客戶也不知道自己究竟想要什麼。那麼，究竟如何做好需要調研的工作？在這裡，給大家分享一下我個人的經驗，經過整理總結，一共總結為六大步驟。

第一步：制定需求調研計劃。

制定一份合理的需求調研計劃表至關重要，否則您的需求調研周期将拉的很長，不僅影響項目整體進度，還會導緻項目後面的周期短、壓力大，甚至項目嚴重拖期等現象。需求調研計劃一般包含三部分内容，分别為：調研内容大綱（顆粒度一般為二級菜單導航）、調研周期（顆粒度一般到周）、負責人（這裡指客戶方負責人）。通常建議使用Excel制定二維計劃表即可，制定之後一定要正式會議與用戶達成一緻。

第二步：開展現場需求調研工作。

需求調研一定要深入到現場，用盡可能的方式與最終實際操作軟件的用戶群體進行深度交流，因為這些用戶群體往往才是最真實的用戶，當然也是項目上線之後提出問題最多、抱怨最多的用戶。為了達到這一目标，項目經理在開展調研之前一定要借助領導、關鍵用戶大力宣貫，以便取得這些用戶群體的積極配合，如果配合不到位，請一定采用恰當的語言、方式和負責人溝通，以便更好的解決問題。此外，項目經理有必要參與到用戶的實際工作當中，真正了解用戶線下工作模式、工作痛點、問題，從用戶角度多思考，如此才能更好的幫助用戶解決問題。需要調研之後，及時翻閱、整理用戶資料（注意保密用戶資料），以及及時發出需求調研的會議紀要（一般含會議時間、地點、人物、摘要、内容、會後雙方各自任務等）。

第三步：進行需求分析。

當我們對用戶的需求有一定的了解之後，一定要靜下心來深入分析用戶需求。

1）進行用戶資料的再度整理：結合現場調研，反複翻閱、分析用戶資料，從而猜出用戶到底想要什麼。

2）借助需求分析工具分析用例，簡單來講就是：什麼人做什麼事？例如：質量工程師要維護質量數據。

3）繪制概念模型。将用戶的需求組織在一起，分析之間的邏輯關系，随着調研尾聲的接近，你的概念模型将容納你項目的全部内容。

4）繪制流程圖。有一部分項目有工作流，這時候你要使用流程繪制工具，将用戶的流程清晰的表達出來，從而檢驗自己對需求理解是否正确。

5）競品分析。在進行需求分析的過程中，大家别忘記大量搜索競品資料，從而擴展自己的思路與眼界，日積月累，你甚至可以達到比用戶還要懂得多的程度。

6）技術評估 技術難點預研。作為一名項目經理，在進行需求分析的過程中，一定可以以自己的經驗預估一些技術風險、難點，此時，可以盡早提出交給技術部門進行預研，不要設計完成研發時方才發現根本實現不了。以便于下一步方案設計時找到最适合用戶的解決方案，更是對項目、用戶的負責。

第四步：進行方案設計。

相信這一步各位項目經理并不陌生，不過這裡還是再強調一下，畢竟這一步也是需求調研的核心。這一步項目經理通常需要輸出以下内容：功能矩陣、界面原型、需求文檔、問題記錄表。此外，1）不要忽略了需要變更記錄表，因為用戶的需求可能随着管理制度、時間等各種原因一直變化，而不僅僅是上線之後，所以，一開始一定要記錄好，以便項目拖期時給用戶一個合理的解釋與答複，不然，你辛苦努力半天延期了，用戶以為都是你們研發速度慢導緻的。2）一定要組織需求評審會議，可以請一些有經驗的其他項目經理、領導等參與評估需求，從而規避需求風險。3）其它輔助資料，你可能還需要借助一些其它工具輸出内容，例如：PPT、技術人員簡易Demo等，方便給用戶展示、交流。

第五步：進行需求确認。

請一定記住這一點，你的需求一定要經過用戶的确認，取得用戶的認可。給用戶講解時，盡量講解到細節，便于用戶理解你的思想，也要給用戶強調這一步的重要性，慎重的告訴用戶，需求确認之後，會進行需求的凍結，從而進入到設計、研發階段。

第六步：需求凍結。

到這裡也是最後一步，一定要盡早讓用戶簽字凍結需求，在用戶簽字的過程中，涉及到簽字責任，用戶也會再次審核你的需求，甚至會提出一些新的要求、想法。此時，作為項目經理的你一定積極配合好用戶，不但要速戰速決，還要給用戶一定可以研發好軟件的信心。隻有用戶簽字，才意味着需求凍結，當然你一定要保存好用戶的簽字文字，一直到軟件的交付。

總結一下：需求調研占據整個項目很重要的部分，也是項目經理前期傾注心力最多的部分，需求調研的成功，意味着整個項目成功的三分之一，想獲得一個項目的成功，一定要做好需求調研，并關注細節。

我是一名IT項目經理，很高興與大家分享個人經驗、心得，歡迎大家評論交流，讓我們一起成長在IT的路上。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!