產品經理基本功：需求挖掘對話案例

真正堅強而且心態健康的人，被朋友出賣、被親人誤解、被愛人拋棄，也不會對人性失去信心。

-----羅永浩

產品經理平常最頻繁的工做3個字：作需求，所以挑戰產品經理基本功的是需求挖掘。最近在工做中碰到一個需求挖掘的場景分享給你們

產品經理的需求來源因工做職位的不一樣，需求來源方向也是小部分不一樣。不論是移動端產品經理仍是後臺產品經理，甚至是數據產品經理等，業務的需求是每一個產品經理都要遵照的基本產品設計規則，沒有業務的產品是沒法解決用戶需求，是無用的產品。

一個挖掘需求的對話

不知道你有沒有下面相似場景

業務人員A：「咱們即將要上線一項新的服務，能不能爲咱們這套服務提供商家和客戶管理的工具？」

產品經理：「大家須要這個工具幹什麼呢？「

業務人員B：「我會將客戶的反饋問題進行整理，統計。反饋給相應的商家，讓商家知道客戶反饋的問題有什麼類型，給予商家最好的反饋」

產品經理：「大家須要收集的數據類型是什麼？最終收集的數據仍是須要人工處理嗎？「

業務人員A：「收集的是用戶圖片、文字、語音消息，咱們將有用的反饋挑出來集中給予商家，幫助商家獲得最精確的反饋，最後用戶能夠獲得更好的體驗」

產品經理：「那既然這樣大家是如何管理這些圖片、文字等數據內容？」

業務人員B：「咱們目前是用excel管理，咱們但願能夠在系統上管理」

產品經理：「大家開始服務了嗎？有多少內容要收集天天」

業務人員A：「咱們還沒開始服務，但但願有這個系統「

產品經理：「.........."

產品經理：「或許大家能夠用2個微信羣解決這個問題，一個微信羣是客戶意見收集羣，一個是商家意見推送羣」

業務人員A、業務人員B：「好像是的」

上訴場景就是一個需求挖掘的過程

需求就這樣被拆解，明確的知道最終業務人員實際上是能夠經過2個微信羣來管理便可。並且考慮產品上線後的不穩定週期，至少微信羣的效率也是很是高的。

需求以外的必備元素

經過上訴過程，產品人能夠知曉業務人員須要是什麼，咱們應該提供什麼樣的產品設計方案能夠知足業務人員需求。

需求到落地，還須要時間和資源2個因子。沒有資源的需求是沒辦法落地的，沒沒有充足時間的需求也是沒法落地。

需求在接到手裏後，咱們須要知道對方須要的業務需求時間，再來安排咱們上線的時間點。

資源也是同理，例如上訴場景其實但願是作web端產品。那麼對於客戶端的資源搶佔就沒有。所須要的資源是設計、後臺、前端資源。

上圖複雜的設計稿是想突出若是這個需求須要大量的設計資源。那麼其前端或設計人員的工做量與時間長度就會拉長。總體產品上線的時間就會愈來愈低

總體上線的時間有時候業務人員也沒有給出。在產品從0到1的時候，並無運營需求或活動需求，總體時間的規劃也沒有。爲此咱們此時加班的狀況是較少的，畢竟沒有必要反覆的產品上線。

好啦，今天的分享就在這裏，我會堅持每週分享2篇

近期專題

產品落地的細緻活，標準文案

後臺產品，1個case|專欄正式上架

學會「引導」，讓需求快速落地

降價處理的另外一種方式，產品人PK需求方

生活到處，離不開產品經理

產品助理（專員）、產品經理、高級產品經理、產品總監是什麼樣子？

10年前的產品經理是誰？

另外我我的第一本書籍《從零到壹：PM改變世界的點滴》電子檔正式上線這本我概括222篇產品原創，涵蓋產品經理面試、算法、交互等不一樣維度的內容，若是你感興趣能夠打賞後留言你的郵箱。我會在天天中午12點左右發送到你郵件中（但願你們勿外傳支持，支持版權）。若是你須要預覽書籍大綱，能夠跳轉連接

一本給本身與產品人的書：從零到壹。