第四章：如何進行需求分析和需求管理

序｜產品經理打交道最多的就是需求，形形色色的需求圍繞著你，如何去管理這些需求，如何挖掘出最真實的需求，需求分析作為整個項目過程中最前置的環節，方向錯了，後面再好的努力也白費，希望以下經驗能給大家一些啟發。

一、需求定義和來源

首先，我們要給需求定義一下，什麼是需求？

例1：老闆下達一個指令，明天把這個註冊功能簡化一下，後天把首頁導航縮短成三個等等。這種需求叫BOSS需求，由老闆直接提出。

例2：公司業務部門提出的運營需求，根據自己部門的運營需要想要某些功能，這種稱為業務需求。

例3：產品經理通過競品分析，市場調研或者以往的經驗提出的產品改進需求，這部分可以叫做產品需求。

例4：用戶在微博、論壇留言各種產品不合理的地方，BUG之類的又叫用戶需求。

例5：技術部門要進行代碼重構、技術升級，這種又叫技術需求。

所以，需求的來源大致可以分為以下幾種：

1、老闆提出的需求

2、業務部門提的需求

3、競品分析獲取的需求

4、客服部門反饋的需求

5、用戶訪談獲取的需求

6、數據分析得到的需求

7、自己想要實現的需求

8、等等

剛入行的產品經理經常對需求的理解偏差是：

理想狀態：你了解到的需求都是用戶需求，無論是各種書籍還是產品牛人，都會說以用戶為中心進行產品設計，需求來源要充分挖掘用戶需求，了解用戶需求，產品的改進是以滿足自己的目標用戶為主要責任。這些當然都對，當初我也報以這樣的期望來以用戶為中心，滿足用戶為目的設計一個牛逼的產品。

但是，現實是卻未必這樣。

現實是：要麼需求是老闆或者領導定的或者業務部門提出的緊急需求，產品經理的工作是被動的拿到需求進行產品設計、功能設計；要麼就是公司急於進行商業化，要賺錢，很多需求設計出來是為了滿足公司短期利益而損害了用戶體驗。產品經理又很少能思考這個需求為什麼要做，值不值得做，能給用戶帶來什麼樣的好處，解決用戶的痛點嗎，能不能實現公司盈利和用戶體驗的平衡。

最後淪落為雖有一顆改變世界的夢想，卻只是一個把需求變成功能的工具。

二、需求分析

需求分析定義：通過深入的調研和分析，準確理解需求產生的動機和行為，並通過產品的語言來構建需求實現的意義。

序言中已經提到需求有幾種方式可以獲取，但是這些需求比較雜亂，有些是老闆拍腦袋想出來的需求，有些是業務同事站在自己的立場去要求的需求，而有些是產品經理自己臆想出來的需求，這些需求未必就是真正用戶的需求。誠然，即使是用戶提出的需求，也未必是真正的需求，因為用戶提出的需求往往也是站在自己立場上說的，用戶未必了解產品本身的屬性，千千萬萬的需求也千差萬別。

那麼，如何從這千千萬萬的需求中挖掘有用的信息，來實現產品呢？

需求挖掘方法1：親身體驗

需求獲取一定要去偽存真，用客觀的角度獲取需求，避免單方面主觀立場。 如果你的產品是後台產品，你的目標用戶多數是公司的業務部門，那沒什麼好說的，直接找業務同事好好聊聊，了解下他們遇到的問題，挖掘下他們的需求；最好的方法就是親自體驗下目標角色，把自己當作業務人員去使用這款產品，使用時會遇到哪些問題，記錄下來，而不是站在產品角度上去思考如何新增功能。了解目標用戶的痛點之後，結合自身的產品邏輯綜合考慮產品方案，這樣做出的產品才能解決業務部門的真實需求，又能避免按照自己的思維設計出華而不實的產品來。

需求挖掘方法2：人性分析法

如果你的產品是前台產品或者移動端產品，使用者就是廣大用戶，那麼就要好好想想如何去獲取產品目標用戶的需求，是真需求，而不是偽需求。

1、了解用戶特徵；用戶可以細分，每個產品的核心用戶是不同的，所以一定先細分一下用戶群體，80後，90後，男性還是女性用戶。

2、了解用戶心理，了解用戶心理的前提是了解人性，很多產品都是基於人性設計的。比較知名的《征途》充分利用了人類貪婪、虛榮、攀比的心理；而QQ系列產品更是充分把握了人性，比較知名的《微信》、《QQ空間》；如果你多和騰訊的產品聊天，會發現他們的產品思維多少都會帶有對人性的分析。在補充一句：如果想更好的了解人性，可以看看心理學，也可以看看佛學經常提到的人性三毒：貪、嗔、痴；人的七情六慾、生老病死都可以轉化成貪、嗔、痴；我們生活在這個世界上，無非被這些慾望包圍著。

下面重點介紹我總結的一套用場景模型來分析需求的過程：

《場景模型分析法》

場景模型理論介紹：

• 首先，在功能設計之前，要問自己，這個功能給誰用？（確定核心目標用戶）。
• 其次，確定好目標用戶之後，要問：用戶憑什麼用？（功能的特點和給用戶帶來的好處是什麼，從心理學分析）。
• 之後，用戶怎麼用？（確定用戶的使用流程、用戶使用的場景）用戶怎麼更好用？用戶在使用過程中獲得了什麼，得到了什麼成就？減少干擾因素，分解過程，發現、使用、獲得滿足、離開每一步的場景。
• 最後，為了達到滿足用戶為目標縮短流程，功能設計形成一個閉環，功能的迭代要給用戶一個超預期的感受！

場景分析第一步：通過關鍵五要素建立用戶畫像

• 角色
• 時間
• 空間
• 動機
• 媒介

場景分析第二步：通過已建立的用戶畫像結合用戶的行為，預判出用戶可能的心理預期，

根據用戶的心理預期，設計系統應該反饋的功能，最後形成一個個功能卡片。

圖1：場景模型兩個步驟

圖2：通過一個ota平台，優化訂單列表的項目例子說明場景分析需求的過程。

圖3：最終在系統反饋上，通過推演的結果，確定訂單列表上的功能按鈕及排序。

總結：

1、聽取用戶的需求是為了優化產品，如果要想創新產品，直接靠反饋是不可取的，用戶不會告訴他未來想要的東西。

2、把自己當做傻瓜用戶去體驗自己的產品，也就是讓自己當作第一次使用該產品的小白用戶。

3、抓住需求背後的東西，就是用戶的心理訴求、心理動機。

4、抓住群體效果，需求不是為了單一用戶而生，而是為了群體而生。

三、需求管理

需求的管理工具

1. excl：這個最簡單了，用表格自定義幾個欄位名稱，郵件發送給團隊各個成員。
2. 線上工具：一般大公司都會有內部的線上需求管理工具，像什麼vela、pdlc等等。這些工具的好處是大家共同管理和維護，方便各個團隊查看；壞處就是使用起來未必符合公司的流程，不夠靈活。但是我還是強烈公司採用線上工具維護需求，因為這樣可以存檔，建立歷史的知識體系。

需求的管理流程

1. 敏捷開發：敏捷開發的核心
2. 瀑布式開發：

四、總結

前言：之前寫過產品管理的各個階段，其實對於執行層的產品經理來說，要練好基本技能才能在未來工作中事半功倍。

根據以往經驗和工作中遇到的問題，總結下移動端產品經理必備技能。

1. 需求分析能力——這個無論那種產品都是必備技能，看似簡單，實在非常重要。
2. 用戶分析能力——也是通用技能。
3. 概念設計——在做一個新的功能時，先要進行概念設計，充分調研需求和方向，在進入詳細設計。

• 思考/定位：任何事情要先思後行，不能盲目模仿抄襲別的產品功能。
• 信息架構：要先確認產品或功能包含的具體元素，前端界面大概幾個，放在什麼位置，需要後台支持否，用思維導圖大致畫下整個功能的信息架構和信息元素，有幾個初步概念。
• E-R模型：有了信息架構就可以具體畫E-R模型，這個非必要設計，如果遇到大型功能設計，最好還是會。
• 概念草圖：這個草圖可以用白紙手畫，也可以在白板上大致畫下進行腦暴、或者先畫個草圖原型進行討論。
• 不要盲目崇拜一些產品思路，比如簡潔，要根據當時的場景去設計，從用戶的角度出發；
• PM一定不要完全按照自己的喜好去設計產品；
• 當一個功能涉及很多用戶角色的時候，就挨個把每個角色的使用流程體驗一遍，找出問題點在去設計功能；
• 抄襲可以，不要盲目的抄襲，畢竟用戶不一樣，使用場景也會不一樣

推薦閱讀：