起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識交付型項目-需求調研方法（小白入門篇）
對剛開始做產品經理的同學來說，碰到交付型的項目，中間的需求調研與常規的方法不同，需要怎么做？本文分享的方法，可以參考一下。
一、三次會議（溝通）調研法
1）基礎業務模式溝通（需求調研）
2）真偽假需求確認（需求確認）
3）原型功能點及UI設計風格確認（需求落地）
二、基礎業務模式溝通（需求調研）
基本話術
**總，您好！我是******公司的產品經理，我叫多多，這次過來貴公司，是想和**總多學習一下關于******（業務）方面的一些知識；其次，為了搭建的平臺能更好的解決公司的實際需求呢，還需要了解一下公司這邊具體是怎么去實施做這樣一個事情的。
注意事項
1.主要聽客戶講述想要做的事情
2.做到認真：認真聽、認真看、認真記筆記
3.做到主動：主動提出不明白的點、主動提出不清晰的點，如果還不明白、還不清晰就繼續問，問到自己可以理解且是正確理解為止
4.做到尊重：
1）不打斷別人說話
2）不主動引導別人的思維方向
3）手機、電腦靜音或關機，開震動的情況下不要放在桌面上
5.在此階段，不要與客戶討論具體的功能點
不完全理解的情況下
1.在討論過程中，由于口音、專業用詞等原因導致不太能理解客戶用的話的情況下，可對客戶說的話進行總結，然后陳述一遍，跟客戶進行二次確認，
2.注意：在陳述自己的結論的時候，一定要盡量簡潔，明確的表達自己想要表達的意思，以免讓對方誤以為
三、真、偽、假需求確認（需求確認）
整體思路：結合流程圖（初稿）、架構圖（初稿）、原型設計風格（初稿），向客戶講述自己對需求的理解
準備工作
1.提前準備可供參考的流程圖（初稿）、架構圖（初稿）、原型設計風格（初稿）
2.做好需求確認方案（給自己看），做到不忽略細節，可作為會議紀要的部分內容
3.預想需求確認方案里面的每一項內容客戶會怎樣回答？
約客戶
1）話術：**總，您好！之前溝通的需求已經n%完成，其中還有一些細節需要您指導，您這邊{下午13點}左右有時間嗎？我向你匯報一下。（未約成功，每上班后半小時左右跟進）
2）會議闡述：………………..（簡述整體情況，如：本次項目Demo設計涉及多少個業務/功能模塊或流程），………………..（簡述此次溝通的重要性），………………..（講解已完成設計的部分，穿插講述需求不明確部分）………………..（簡述此次溝通后自己的工作計劃），您看您這邊還有什么需要補充或者糾正的地方嗎？
2）再次需求確認：
①偽需求：在溝通過程中，如果客戶說到某模塊、流程或功能點暫時不著急，那么這塊內容很有可能只是客戶的一些想法，屬于偽需求；
②真需求：如果客戶說到某模塊、流程或功能點時，說的特別津津有味或重復去說，那么至少說明客服對此很感興趣，重點關注；
③假需求：客戶本身就沒有提到但自己能想到的，可適當對客戶進行引導。如果客戶坑定的你的想法，這個時候需要立刻詢問客戶：那這方面你準備怎么去實施呢？
四、問自己
為什么我會這樣想？
為什么客戶要的和我想的會不一樣呢？
為什么客戶回想這樣做呢？
客戶做這樣一個事情想達到一個什么目的呢？
達到這樣的目的對客戶有什么好處？
達到這樣的目的對我們有什么好處？
這樣的業務邏輯是正確的的嗎？
五、原型設計圖及UI設計風格確認（需求落地）
流程圖（終稿）、架構圖（終稿）、原型設計風格（終稿），向客戶講述自己對需求的理解
參會人員一般包括：
1）乙方：產品經理2人以上（一人講解、一個寫會議紀要）、項目經理1人以上（設計項目推進方案）、公司主要領導1人以上（把控項目方向）
2）甲方：項目負責人、公司主要領導、其他
注意事項：
1）著重按照設計的業務流程來講述
2）在講解過程中應做到普通話流利、思路清晰、思維縝密、不說廢話盡量把會議時間壓到盡可能短，中小型項目正常會議時長為：2-3小時左右，實際會議時間需產品經理自己把控
3）此次會議應盡量避免客戶提出的一些可有可無的修改建議，只修改客戶強烈要求修改的
本文由 @￥多多 原創發布于人人都是產品經理。未經作者許可，禁止轉載
題圖來自Unsplash，基于CC0協議
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務
通過創建用戶故事來映射用戶的需求和期望，這有助于理解用戶的目標和動機。