閱讀2383
標籤：
需求分析產品經理獲取需求， 需求分析、需求決策是產品經重要的工作內容， 今天我們就來跟大家說說如何獲取需求和進行需求分析， 乾貨滿滿， 接著往下看。
一、需求來源產品定位和分析是產品經理必備的能力之一， 這部分內容主要包含三個方面：需求分析、用戶調研、市場分析。 說到需求分析， 我們首先要解決的一個問題是需求從哪裡來。
1、需求來源於產品經理自己
其實對於互聯網行業來說， 需求是一個非常低門檻的東西， 因為每個人都會有需求， 對於一個產品經理來說，
當然大多數時候， 我們自己並不是產品的典型使用者， 即使我們屬於目標使用者群， 但人與人之間的差別很大， 我們頂多只能代表一類人， 這個時候我們想更深層次的瞭解目標使用者需求， 就需要去和使用者聊天， 為了節約成本，
另外一個獲取用戶需求的方法就是觀察。 當你擠地鐵的時候， 當你上班的時候， 當你看電影的時候，
2、需求來源於用戶
在實際工作過程中， 很多需求來源於產品經理自己或者觀察到的一些需求， 還有一種需求來源用戶， 這裡的使用者不僅包括你的產品目標使用者， 還包含你的同事、領導、家人、朋友， 同學等等，他們其實都是你的使用者，他們會對產品提出各種各樣的意見和回饋，這個時候你需要用需求池把需求管理起來，有的用戶回饋的需求你不一定認同，這個時候你需要去進行需求分析。
對於收到的用戶需求，我們可以使用單項需求卡片來記錄，單項需求卡片記錄的內容，方便我們通過場景分析法來分析用戶的需求，關於場景分析法，將在接下來的需求分析中進行闡述。
二、需求分析 獲得需求並建立自己的需求池以後，下一步要做的就是進行判斷需求靠不靠譜，這就要求產品經理有較強的需求分析能力，這裡給大家介紹一種需求分析方法，叫做場景分析法，這個需求分析方法有三個關鍵字：角色、場景、路徑。
角色：就是說你在面對一個需求的時候，你需要去搞清楚提這個需求的人物角色是什麼，大多數人提的需求並不是他背後的動機，只是他的解決方案。比如有的使用者說我想加一個手勢密碼功能，這個只是他提出的解決方案，並不是用戶背後的需求，他提這個需求的背後，是對安全感的追求，並不想別人看到他的隱私。所以搞清楚用戶的需求，首先要找到提這個需求的人，然後分析他提這個需求的原因和動機。
場景：每個需求他都有一個出現場景，比如星巴克常常有很多人，大多數人的需求並不是渴了，我要喝個咖啡解渴，大多數人的需求是談生意、辦公、交朋友。如果說在家裡煮咖啡，那咖啡可能就只是一個飲料。
路徑：路徑就是說提出一個需求，那你在以後去設計功能的時候，要去考慮能不能夠在完整的功能路徑上都去滿足使用者提出的需求，而不是說只能滿足使用者需求的某一個部分。
舉個例子大家可能好理解，支付寶的AA收款在六七年前pc時代就已經出現，但很多人並不知道，側面說明這個功能其實是比較失敗的，那我們分析一下這個功能為什麼會失敗？按照常理來說，AA收款大家都會用到，尤其在大城市（小城市你請一頓，我請一頓，是一種變相的AA；大城市因為大家可能就見一面，下一次不知道能不能碰到，所以傾向於AA），電子化的AA收款還很好的解決了零錢的問題，其實這是一個很棒的想法。首先對於這個需求，我們要考慮角色，有哪些人用AA收款這個功能，如果是一幫朋友一起出去吃飯、娛樂、消費，這個時候會出現AA制的情況。第二種，我是某興趣團體的一員，經常和團體成員出去打籃球，隨著費用的產生，也會有AA收款的需求。還有一種是相對固定的團體，人數比較多，比如一個班的班長，那經常要收班費，之前可能是通過現金的方式收款，有了AA收款的這個功能，就可以通過電子化的方式把這個班費給收上來，好像這三種角色都有這個需求，那麼我們接著往下分析，來分析每種角色的場景：
情景一（朋友聚會）：
角色：朋友之間
場景：社交場所——家裡（PC端付款）
路徑：詢問朋友支付寶帳號——電腦端輸入——發起AA收款
和狐朋狗友一起出去腐敗一下，然後AA收款，現在有個功能叫做當面付，兩個手機靠在一起，把這個錢付掉。但在當時的場景下，因為手機還沒有普及，需要吃完飯以後，回到家，然後詢問朋友的支付寶帳號，才能發起付款，路徑太長，導致AA收款這個功能無法普及。
情形二（社團活動）：
角色：興趣團體
場景：社交場所——家裡（PC端付款）
路徑：詢問社員支付寶帳號——電腦端輸入——發起AA收款
如果是一個興趣團體的時候，這個場景有可能適合，因為這個興趣團體相對固定，每次打籃球可能就是這個團體中大部分人，然後每次都可以從團體中挑選參加的人發起AA收款，也就是說使用者不用去記錄每個人的支付寶帳號，因為都是熟人，可能只要記錄一次就行，所以使用起來比較方便，當年支付寶AA收款剛出來的時候，都是阿裡內部同事聚餐的時候用的較多。
情形二（收班費）：
角色：大群體
場景：社交場所——家裡（PC端付款）
路徑：詢問全班支付寶帳號——電腦端輸入——發起AA收款
這種情況人數比較多，沒有任何一個人願意收一次班費去輸入40個人的支付寶帳號，這是非常痛苦的體驗，所以說這個情況也不太常見。
之後隨著移動互聯網的普及，AA收款的功能越來越受歡迎。其中很重要的一個原因就是現在的AA收款，不用再去瞭解到每個人的支付寶帳號，甚至微信也推出了一項AA收款功能，使用者只需要勾選需要付款的人，輸入收款總金額，就可以發起一次AA收款。
其實從上面的例子我們可以看出，設計產品功能的時候，路徑越短越好，這樣用戶才有操作下去的動力。關於需求分析到一個什麼樣的程度，可以閱讀我那篇文章，產品經理如何進行需求分析。
文/德藝雙馨產品劉 微信公眾號：chanpinliu880,也歡迎喜歡產品經理的小夥伴加微信yw5201a1進行交流。
同學等等，他們其實都是你的使用者，他們會對產品提出各種各樣的意見和回饋，這個時候你需要用需求池把需求管理起來，有的用戶回饋的需求你不一定認同，這個時候你需要去進行需求分析。對於收到的用戶需求，我們可以使用單項需求卡片來記錄，單項需求卡片記錄的內容，方便我們通過場景分析法來分析用戶的需求，關於場景分析法，將在接下來的需求分析中進行闡述。
二、需求分析 獲得需求並建立自己的需求池以後，下一步要做的就是進行判斷需求靠不靠譜，這就要求產品經理有較強的需求分析能力，這裡給大家介紹一種需求分析方法，叫做場景分析法，這個需求分析方法有三個關鍵字：角色、場景、路徑。
角色：就是說你在面對一個需求的時候，你需要去搞清楚提這個需求的人物角色是什麼，大多數人提的需求並不是他背後的動機，只是他的解決方案。比如有的使用者說我想加一個手勢密碼功能，這個只是他提出的解決方案，並不是用戶背後的需求，他提這個需求的背後，是對安全感的追求，並不想別人看到他的隱私。所以搞清楚用戶的需求，首先要找到提這個需求的人，然後分析他提這個需求的原因和動機。
場景：每個需求他都有一個出現場景，比如星巴克常常有很多人，大多數人的需求並不是渴了，我要喝個咖啡解渴，大多數人的需求是談生意、辦公、交朋友。如果說在家裡煮咖啡，那咖啡可能就只是一個飲料。
路徑：路徑就是說提出一個需求，那你在以後去設計功能的時候，要去考慮能不能夠在完整的功能路徑上都去滿足使用者提出的需求，而不是說只能滿足使用者需求的某一個部分。
舉個例子大家可能好理解，支付寶的AA收款在六七年前pc時代就已經出現，但很多人並不知道，側面說明這個功能其實是比較失敗的，那我們分析一下這個功能為什麼會失敗？按照常理來說，AA收款大家都會用到，尤其在大城市（小城市你請一頓，我請一頓，是一種變相的AA；大城市因為大家可能就見一面，下一次不知道能不能碰到，所以傾向於AA），電子化的AA收款還很好的解決了零錢的問題，其實這是一個很棒的想法。首先對於這個需求，我們要考慮角色，有哪些人用AA收款這個功能，如果是一幫朋友一起出去吃飯、娛樂、消費，這個時候會出現AA制的情況。第二種，我是某興趣團體的一員，經常和團體成員出去打籃球，隨著費用的產生，也會有AA收款的需求。還有一種是相對固定的團體，人數比較多，比如一個班的班長，那經常要收班費，之前可能是通過現金的方式收款，有了AA收款的這個功能，就可以通過電子化的方式把這個班費給收上來，好像這三種角色都有這個需求，那麼我們接著往下分析，來分析每種角色的場景：
情景一（朋友聚會）：
角色：朋友之間
場景：社交場所——家裡（PC端付款）
路徑：詢問朋友支付寶帳號——電腦端輸入——發起AA收款
和狐朋狗友一起出去腐敗一下，然後AA收款，現在有個功能叫做當面付，兩個手機靠在一起，把這個錢付掉。但在當時的場景下，因為手機還沒有普及，需要吃完飯以後，回到家，然後詢問朋友的支付寶帳號，才能發起付款，路徑太長，導致AA收款這個功能無法普及。
情形二（社團活動）：
角色：興趣團體
場景：社交場所——家裡（PC端付款）
路徑：詢問社員支付寶帳號——電腦端輸入——發起AA收款
如果是一個興趣團體的時候，這個場景有可能適合，因為這個興趣團體相對固定，每次打籃球可能就是這個團體中大部分人，然後每次都可以從團體中挑選參加的人發起AA收款，也就是說使用者不用去記錄每個人的支付寶帳號，因為都是熟人，可能只要記錄一次就行，所以使用起來比較方便，當年支付寶AA收款剛出來的時候，都是阿裡內部同事聚餐的時候用的較多。
情形二（收班費）：
角色：大群體
場景：社交場所——家裡（PC端付款）
路徑：詢問全班支付寶帳號——電腦端輸入——發起AA收款
這種情況人數比較多，沒有任何一個人願意收一次班費去輸入40個人的支付寶帳號，這是非常痛苦的體驗，所以說這個情況也不太常見。
之後隨著移動互聯網的普及，AA收款的功能越來越受歡迎。其中很重要的一個原因就是現在的AA收款，不用再去瞭解到每個人的支付寶帳號，甚至微信也推出了一項AA收款功能，使用者只需要勾選需要付款的人，輸入收款總金額，就可以發起一次AA收款。
其實從上面的例子我們可以看出，設計產品功能的時候，路徑越短越好，這樣用戶才有操作下去的動力。關於需求分析到一個什麼樣的程度，可以閱讀我那篇文章，產品經理如何進行需求分析。
文/德藝雙馨產品劉 微信公眾號：chanpinliu880,也歡迎喜歡產品經理的小夥伴加微信yw5201a1進行交流。