中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

收集需求是產品經理的基本工作；對初入行的產品經理來說，收集需求甚至是核心工作。那么，怎樣才能把收集需求這項工作做好呢？

實際工作中，如果放任需求方提需求，則提上來的需求有時是一句話，有時是一張圖，有時是一段錄音，信息缺失常常特別嚴重。

若將這些信息作為需求收集起來，沒有任何意義。信息嚴重不足的需求，產品經理無法進行需求分析，從而對需求做出判斷。產品經理還得一個一個重新跟需求方溝通，不如不做。

因此，想做好需求收集工作，就需對提交的信息有一定的要求，來確保核心信息的完整性。有了這個要求，即使由于一些原因，需求提交者無法按要求提交（比如老板安排，就可能無法要求對方填個表），產品經理自己也可以通過溝通了解清楚相應的信息。

那么，一個提交上來的需求，需要包含哪些核心信息呢？

個人認為，一個需求至少要有這些核心信息。

每個信息項都有其相應的作用，下面是簡單的解釋。

• 需求簡稱：給每個需求起一個簡單的名字，可以方便大家溝通。
• 需求提交者：知道是誰提交的，在需求不清楚的時候，能找到對應的人進行深入溝通。
• 提交日期：便于產品經理進行統計。同時，與期望完成日期對照，也便于產品經理了解需求的緊急性。
• 期望完成日期：可以幫助產品經理了解提交者的心理預期。
• 所在部門：需求提交者所在部門不同，對需求描述的傾向性會有所不同。了解提交者的部門，對后續需求判斷會很有幫助。
• 優先級：優先級可以幫助產品了解此需求在提交者心中的重要程度。簡單地分為高中低就好。更細致的劃分，多數人區分不出來。
• 用戶：每個需求一定有其用戶。可以是某類用戶，也可以是某個具體用戶。若是某個具體用戶或代表性用戶，最好能夠獲取到對方的聯系方式，以便于有需要時進行更深入的溝通。
• 場景：在場景中，需要告知用戶在什么時候、什么地方、因為什么、做了什么事兒?？梢哉f，這是需求的核心。描述的越細致越好。
• 問題：在上述場景下，用戶遇到了什么困難/問題？是想做某事發現做不了，還是能做發現操作不便，還是做了但是沒成功？描述的越詳細越好。
• 當前解決方案：遇到問題/困難后，用戶是怎么解決的？有可能，需求的解決方案就蘊藏在用戶的解決思路或方案中。
• 希望解決方案：雖然，多數時候，用戶給不出很好的解決方案，但了解對方的想法，能給產品經理提供不同的思路。
• 覆蓋范圍：有這個需求的人有多少？需求覆蓋的用戶范圍不同，優先級會有不同。影響10個人和影響10萬人，優先級絕對不是一個檔次。
• 發生頻次：這個需求發生的頻次是多少？低頻需求和高頻需求，解決方案上會有很大的不同。高頻需求要盡可能地提升效率和體驗，低頻需求可能就可以適當放寬。
• 當前方案耗時：如果當前解決方案可行，完成一次任務要花多少時間？對于提升效率的需求來說，當前方案的完成時間至關重要，是后續判斷新方案是否有效的重要參照。
• 備注：若有需要補充信息，則可填寫到備注中。

一個負責收集需求的產品經理，若其收集的需求的核心信息都能如上所述，整個產品團隊在后續的需求分析上會非常高效。

#專欄作家#

岳山丘，微信公眾號：iamyueshanqiu，人人都是產品經理專欄作家，慕課網產品經理。兜兜轉轉好多年，一直在教育行業做產品。初始做內容，后來開始做WEB端。關注在線教育、互聯網金融（順便賺點小錢花）。最近一段時間開始研究移動APP產品，希望能夠多學習一些東西。

本文原創發布于人人都是產品經理，未經許可，不得轉載。

題圖來自 Unsplash，基于 CC0 協議