需求分析對產(chǎn)品發(fā)展有多重要就不多說了，直接開門見山吧！

一、需求來源

平時工作中需求來源有很多：用戶反饋、同事建議、老板命令、自己頭腦風(fēng)暴、競品分析、數(shù)據(jù)分析、技術(shù)需求、運營需求、商業(yè)需求、跨部門合作等等；對于四面八方而來的需求，不要慌，也不要立即答應(yīng)做還是不做，先記錄到自己的需求池里面，接下來認真分析！

二、需求的提煉

核心：拆分需求

一般我會將進行兩步拆分，下面將進行詳細介紹：

1. 拆分四個維度：用戶、場景、用戶現(xiàn)在的問題、用戶現(xiàn)在的解決方法

用戶維度

可以從兩個方面來看待：

1. 誰提的這個需求
2. 這個需求的用戶是誰

第一點還是蠻重要的，如果是老板提的需求，自然是需要重視的；如果是用戶提的需求，就分析他是不是主流用戶，用戶價值咋樣？從提需求人這個方面可以對需求有個基本認識。

再來看第二點，這是我們需要著重分析的：

1. 這個需求誰會用？
2. 是不是我們的目標(biāo)用戶？
3. 這種用戶占我們用戶的比例是多少？
4. 用戶屬性咋樣？

能夠回答這些問題需求分析就差不多成功一半了！

回答一下第四點用戶屬性的問題，用戶屬性不同產(chǎn)品有著不同的定義，不過主要還是看用戶的價值，比如花的錢多不多、活不活躍、是不是大V等等。

場景維度

場景是我做產(chǎn)品以來一直覺得很重要的一個要素，因為同一個需求在不同的場景下用戶所需要的是完全不同的。

比如場景是一個單身男性周末宅在家，快到中午了，肚子有點餓了，為了填飽肚子，他這個時候會怎么做呢？

點外賣可能就是他目前所想的，這時候他需要的就是美團或者餓了么這種外賣APP！

再比如這個單身男性正在追一個女孩，有一天一起逛街，肚子餓了，你猜這個時候他們會怎么解決他們肚子餓這個需求呢？

所以關(guān)鍵點來了，分析場景維度的時候就需要看：

1. 這個場景是怎樣的？
2. 場景是否高頻；
3. 是否和我們產(chǎn)品目前提供的場景契合。

針對第一點，場景越真實，需求也就越真實。

針對第二點，場景的高頻一定程度上決定了這個需求是否高頻，自然也就決定了你的產(chǎn)品數(shù)據(jù)表現(xiàn)。

第三點需要特別說明一下：有可能這場景和目前產(chǎn)品提供的場景是不契合的，這個時候不要盲目做決定，需要分析這個場景是不是之前考慮漏掉了，而實際又是用戶使用產(chǎn)品時存在的（因為不同場景是可以被同一產(chǎn)品/功能滿足）；另外一種可能就是用戶使用的場景和自己產(chǎn)品目前的場景的確是不一致的，經(jīng)過分析后覺得有必要提供這個場景就可以做，要么就果斷舍棄或者再進一步觀察、或者完全就新立項一個項目（如果確實有這個必要的話）。

用戶現(xiàn)在的問題

顧名思義就是在當(dāng)前場景下，用戶現(xiàn)在遇到的問題是什么？這個需要多聽用戶反饋、多看用戶的操作，如果不能接觸用戶的話，就盡量模擬用戶的場景，自己去體驗、使用，從而找到現(xiàn)在的問題。

用戶現(xiàn)在的解決方法

這個也好理解，就是用戶為了滿足自己的這個需求，他目前是怎樣做的？梳理出用戶目前的解決方法，包括但不限于用戶的操作流程、所用到的功能、產(chǎn)品、?輸入的內(nèi)容。

通過第一步就可以排除一些低頻需求和偽需求了，接著再來講講需求拆分的第二步。

2. 拆分兩個維度：任務(wù)、目標(biāo)

任務(wù)維度

1. 用戶完成這個需求需要做什么
2. 我們解決這個需求我們需要做什么

第一點就是用戶完成這個需求需要在我們的產(chǎn)品里面做什么，大概就是用戶的一個基本操作路徑，這個時候需要注意任務(wù)的多樣性。

多樣性就是指滿足這個需求可能有很多種方式方法，至少應(yīng)該想出兩種，并知曉其優(yōu)劣。

這時候可以和第一步的用戶現(xiàn)在的解決方案做對比，看是否比現(xiàn)在的好、體驗是否得到了優(yōu)化、是否解決了用戶現(xiàn)在的問題。

再來看第二點，意思就是我們?yōu)榱藵M足這個需求，需要做一個什么功能/頁面給用戶。

這個時候需要注意的是任務(wù)的復(fù)雜度（可以簡單理解為開發(fā)難度、需要的資源、成本，如果技術(shù)難度太大或者我們根本沒這個資源，那就基本不可能實現(xiàn)，畢竟巧婦難為無米之炊?；蛘叱杀咎叨貓蟛蛔?，我們也不可能做太賠本的買賣。

目標(biāo)維度

人們做事都是需要回報的，商業(yè)公司肯定最需要回報，所以這個目標(biāo)也可以分為兩個方面：

1. 用戶的目標(biāo)
2. 我們的目標(biāo)

第一點很好理解，就是用戶為什么要做這件事，做了他能得到什么好處，這是用戶使用該產(chǎn)品/功能的驅(qū)動力來源。所以這一點我們需要了解清楚，比如用戶需要上傳照片這個功能，他的目標(biāo)可能是希望記錄自己生活的點滴，驅(qū)動力越強，產(chǎn)品/功能被使用的頻率也就越高。

第二點我們的目標(biāo)，就是我們?yōu)槭裁匆鲞@個，做了對我們有什么好處。PRD的第一部分寫的就是需求背景與目的；開需求評審會的時候，也是先講為什么要做這個需求。這個是重中之重，一定要想明白，最好有量化的標(biāo)準！一家公司如果一直在做沒有目標(biāo)、沒有意義的事，結(jié)果可想而知！

三、需求的轉(zhuǎn)化

上面的分析只是產(chǎn)品經(jīng)理分析需求的一個基本過程，最終還是需要將零散的、口水化的、片面的描述轉(zhuǎn)化為產(chǎn)品需求即形成Feature?List(需求列表)。需求列表主要內(nèi)容就是描述具體功能、優(yōu)先級以及量化標(biāo)準。

確定需求優(yōu)先級的方法，有利用KANO模型，需求重要-緊急四象限，看用戶的付費意愿什么的。其實個人覺得經(jīng)過上面需求的提煉，其實優(yōu)先級的高低、需求的真?zhèn)我簿痛蟾懦鰜砹恕?/p>

最后說一下這個量化標(biāo)準，這也是一個很重要的點：意思就是每個需求/功能點都需要給它設(shè)定一個上線后的考核標(biāo)準，上線后相關(guān)數(shù)據(jù)指標(biāo)要與這個標(biāo)準對比。比如這次需求是優(yōu)化下單的關(guān)鍵路徑，那么考核標(biāo)準就可以是下單成功率提升5%，這個考核標(biāo)準是根據(jù)你的需求目的以及現(xiàn)有的數(shù)據(jù)所定下來的，而不是憑空想象的。

個人覺得一個需求至少滿足三點才算合格的需求：

1. 可實現(xiàn)
2. 可描述
3. 可量化

如果一個需求不能實現(xiàn)，那還叫什么需求呢？

如果一個需求作為產(chǎn)品經(jīng)理自己都沒搞明白、弄清楚，怎么讓別人認同自己呢？

如果一個需求不可量化或者說不去量化，那怎么知道這次需求做得對不對？好不好呢？怎么根據(jù)結(jié)果去倒推過程呢？

四、結(jié)語

需求分析是作為產(chǎn)品經(jīng)理最重要的能力之一，希望大家能夠準確把握需求，辨別需求真?zhèn)?，做出正確的抉擇。因為一將無能，累死三軍?。?/p>

本文由 @相關(guān)人士 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議