起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識2萬字 | 全面剖析需求分析方法論（建議收藏）
需求是一個被互聯(lián)網(wǎng)人說爛的詞，卻也是最基礎(chǔ)的詞，產(chǎn)品說需求、運營也說需求、市場也說需求。本篇文章將全面剖析需求的挖掘和分析，總結(jié)了管理需求的方法，快來看看吧。
“阿境，用戶想要在動態(tài)上加一個話題功能，我們規(guī)劃一下吧”
“這是用戶需求，不是產(chǎn)品需求”
“本質(zhì)上用戶是為了能給自己發(fā)表的內(nèi)容打上標簽是嗎？”
“是的，并且需要先判斷是真實需求還是偽需求，再進行定義，我們也可以通過用戶需求，來分析出我們的產(chǎn)品需求，從而確定我們要做的方案”
若你是個PM，想必上述對話的場景，屢見不鮮。
需求是一個被互聯(lián)網(wǎng)人說爛的詞，卻也是最基礎(chǔ)的詞，產(chǎn)品說需求、運營也說需求、市場也說需求。
那么有幾個問題大家思考下：
- 他們說的需求是同一類嗎？
- 究竟什么是需求？本質(zhì)是什么？
- 什么是產(chǎn)品需求跟用戶需求？
- 真實需求與偽需求怎么辨別？
- 對于需求分析你有一套明確的思路嗎？
- 需求的來源、管理、優(yōu)先級排期等你能夠侃侃而談嗎？
……
在看過這些問題之后，若你能夠在很短的時間內(nèi)有了明確想法，那阿境覺得可以關(guān)閉掉文章，因為這是浪費你的時間。
如果沒有，那么！且聽廈門吳彥祖阿境啰嗦一下吧。
產(chǎn)品經(jīng)理的職責(zé)便是在最短時間內(nèi)最大化地創(chuàng)造價值，那么接觸最多的的便是日常處理的需求，而需求分析也是非常關(guān)鍵的一步。
如果在看過問題之后，對于部分實施的方法還有疑問，或者是想要系統(tǒng)地進行需求的認知，那么不妨往下看看。
另：
附上本文導(dǎo)圖框架，節(jié)約時間。若您感興趣，可繼續(xù)深入閱讀；若不感興趣，感謝光臨。
一、需求基礎(chǔ)概述
1. 什么是需求？
什么是需求？
百度百科的定義是：需求是在一定時期，在一既定的價格水平下，消費者愿意并且能夠購買的商品數(shù)量。
這個定義也是基于經(jīng)濟學(xué)當中的定義，如果把它套上產(chǎn)品的帽子，那么我們可以轉(zhuǎn)變?yōu)椋?/p>
需求是在一定時期，在一既定的場景下，為了解決某個問題而激發(fā)出用戶對于某種目標的渴望。
從中，我們可提煉出幾個點：時間、場景、提出者、使用者、方案。
而在實際工作中，脫離了時間、場景的需求，也往往容易被我們忽視。
綜上所述，簡單來說，需求就是在特定的場景下，用戶所產(chǎn)生的問題?？梢杂?strong>“用戶+場景=需求”的方式來理解，也可以說，需求是預(yù)期與現(xiàn)狀的差值。
2. 需求的本質(zhì)
天主教教義當中，有七宗罪，分別是：傲慢、嫉妒、暴怒、懶惰、貪婪、暴食、色欲。而我們的產(chǎn)品，正是解決人身上所帶來的原罪的產(chǎn)物。
而從馬斯洛需求模型來看，有自我需求、尊重需求、社交需求、安全需求、生理需求。
從這兩個方面上來看，需求源于人，最初的源頭在于用戶。而用戶的存在，必然會遇到這樣那樣的問題。
一個需求歸咎到底，還是滿足了用戶不同等級的欲望。
需求的本質(zhì)是對用戶欲望的滿足，以及消除用戶的恐懼感，從而解決用戶的實際問題。
一款好的產(chǎn)品一定是能滿足人性或者欲望的。
而產(chǎn)品本身是眾多需求的集合體，根據(jù)不同的組合而成為當前產(chǎn)品的形態(tài)，產(chǎn)品功能則是滿足了用戶的目的，而需求和產(chǎn)品功能是一一對應(yīng)的。
所以我們說，產(chǎn)品經(jīng)理在處理需求的時候，所具備的同理心這一特質(zhì)，才能夠更好的洞察需求，洞察需求的過程也是在洞察人性，即洞察需求的本質(zhì)。
3. 用戶需求與產(chǎn)品需求
先來看一句話“用戶給產(chǎn)品經(jīng)理提了一個需求，研發(fā)評估了下這個需求不能做”。
這當中出現(xiàn)了兩個“需求”，這兩個是同一個意思嗎？
很顯然不是。
從這個簡單的例子可以看出，無論是用戶、產(chǎn)品經(jīng)理，還是業(yè)務(wù)人員，都在談需求。
而需求被賦予了更多的含義時，就需要引入其他更深層此次的概念加以區(qū)分。
比如，上述例子中，前者是用戶需求，后者是產(chǎn)品需求。
用戶需求主要是指出用戶想要怎么做，產(chǎn)品需求則更多的是指導(dǎo)產(chǎn)品需要怎么做。
1）什么是用戶需求？
用戶需求是用戶當前尚未滿足，又渴望被滿足的欲望，并由此產(chǎn)生的方案。當用戶使用得起產(chǎn)品，并且產(chǎn)品并不能夠滿足用戶當前使用時，用戶才會對產(chǎn)品產(chǎn)生新的需求，也就是我們所說的用戶需求。
用戶需求有個較大的特點，不能夠指導(dǎo)產(chǎn)品開發(fā)，更側(cè)重描述用戶想要達到的目的，借此所提出的需求方案（想要的東西），則為用戶需求。
2）什么是產(chǎn)品需求？
產(chǎn)品需求是用戶需求經(jīng)過產(chǎn)品經(jīng)理的“加工”后所誕生的產(chǎn)物，輸出具象的產(chǎn)品方案后實現(xiàn)，在實現(xiàn)之后完成產(chǎn)品既定的數(shù)據(jù)目標，則為產(chǎn)品需求。
產(chǎn)品需求更側(cè)重能夠指導(dǎo)產(chǎn)品開發(fā)，并且指導(dǎo)產(chǎn)品完成自身的目標（以數(shù)據(jù)指標作為目標的依據(jù)）。
3）用戶需求如何轉(zhuǎn)化成產(chǎn)品需求？
當我們清楚用戶需求與產(chǎn)品需求之后，那么我們?nèi)绾螌⒂脩粜枨筠D(zhuǎn)化成產(chǎn)品需求呢？
作為產(chǎn)品經(jīng)理，我們需要收集清楚信息，經(jīng)過嚴格且縝密的需求分析，才能達到將用戶需求轉(zhuǎn)化成產(chǎn)品需求的目的。
4. 真實需求與偽需求
要解釋真實需求與偽需求的區(qū)別，可以看個例子：
做個市場調(diào)查，問1千個用戶是否喜歡黃金，幾乎所有用戶都是肯定回答。那么這個時候就認定黃金是當下用戶的需求，那么便過于草率了。
因為再深究下去，用戶買了黃金干什么？對黃金的了解清楚嗎？等等問題，深入了解完一番之后，用戶可能就不會買了。
人性是貪婪的，“需要跟購買”是兩回事，用戶總是“說一套，做一套”。
再舉個例子，用戶告訴我們他需要錢，如果你不追問，可能只是知道他需要錢，并不清楚拿著錢去做什么。用戶告訴我們的是他“想要”的東西，而我們需要知道的是“用戶內(nèi)在的心理預(yù)期”，從而了解用戶的真實需求。
可以說，某些情況，用戶“欺騙”了我們。
那么這完全是用戶的錯嗎？
不是的，用戶有時候都不知道自己更需要什么，他們更傾向于給出解決方案，當他們描述出他們的意向內(nèi)容時，作為產(chǎn)品經(jīng)理的我們，需要去剖析，從“偽需求”的表層下，挖掘出用戶的“真實需求”
“偽需求”指的是當前用戶并不一定需要，而是根據(jù)他們遇到問題所提出的解決方案之一，但并不一定能夠完全解決他們當下的問題。
“真實需求”是通過梳理需求提出方當前的情況，遇到的問題所分析出來的結(jié)果。
二、需求挖掘與分析
1. 用戶是如何闡述需求的
有一句話在產(chǎn)品界流傳甚廣：“如果我當初問人們想要什么的話，他們只會告訴我想要更快的馬?！?/strong>
從而我們知道，用戶的需求是想要一個比走路更快的交通工具。
這其實是個謬論，交通工具并不是結(jié)果，而是過程。
不妨再問一句：然后呢？
可能事實上是利用交通工具去上班、去自駕游等，目標不同，所能滿足用戶需求的產(chǎn)品也不同。
由于阿境處于游戲分發(fā)行業(yè)，恰逢近期接觸到了許多用戶的反饋，拿其中一點舉個例子：
“我想要更快的游戲速度體驗”
在沒有深入挖掘之前，我們可能會一股腦地去提升服務(wù)器容量、優(yōu)化游戲代碼質(zhì)量，從而提升游戲速度，但用戶是否是真的單純地想提升游戲速度呢？
做幾個假設(shè)：
- “更快的游戲速度體驗→在有效的時間內(nèi)玩到更多的游戲內(nèi)容”
- “更快的游戲速度體驗→獲得與游戲?qū)κ窒嗤乃俣取鷵魯κ帧?/li>
- “更快的游戲速度體驗→獲得成就感”
……
就這幾個假設(shè)來看，相同的需求描述，是不同的需求點：
- A目前遇到的問題是游戲時長少；
- B的問題是游戲卡頓引發(fā)地對戰(zhàn)失敗，想要贏得勝利；
- C的問題是在游戲中獲得成就感；
那么，我們是不是可以這么解決呢：
- 針對于A，提供個防沉迷賬號；
- 針對于B，提供個游戲加速器；
- 針對于C，提供相應(yīng)的成就徽章體系等；
乍一看，毫無毛病，仿佛一下子解決了用戶的需求，于是又是一番大刀闊斧地改動優(yōu)化。
讓我們把自身再抽離來看，ABC是否有更隱蔽的點需要我們?nèi)ネ诰蚰兀?/p>
別忘了，人在描述一件事情的時候，往往會將觀點以有利于自身的角度加工并闡述。
A可能是因為家長限制了娛樂的時間，從而無法獲得更多的娛樂時間，即使提供了防沉迷的賬號，也無濟于事；
B可能是自身技術(shù)不太好，即使在相同的速度體驗下，依然打不過對手；
C可能是對于游戲投入的不夠多，導(dǎo)致在游戲當中無法獲得更高階的獎勵（物質(zhì)與名氣）；
若是如此，那么所應(yīng)該提供給ABC的功能，可能又是另外一番答案。
從上面幾個簡單的例子，抽象來看，可以剝離出幾個觀點：
1）對于提出問題，用戶更傾向于給出解決方案
人們往往傾向于解決問題的方案，而很少關(guān)心問題本身。所以我們常常會得到“我想要一匹馬”的這種聲音。
并不是用戶提出的解決方案對于產(chǎn)品沒有建設(shè)性，而是往往人在迫切解決自身問題時，提出的觀點并不能查觀全貌；
且用戶并非產(chǎn)品的主導(dǎo)者，僅對部分功能有使用，那么在這個前提下，用戶提出的解決方案能夠一定程度地解決用戶當前遇到的問題，但卻可能延伸出更多的問題；
作為產(chǎn)品經(jīng)理，通過自身對于產(chǎn)品的目標定位及價值理解，重視用戶的解決方案，衡量解決方案底下所埋藏的需求的價值，才是重中之重。
2）在描述需求時，用戶往往會將自身觀點進行或多或少地加工
當用戶對自身需求有隱瞞時，我們也就對需求的理解有偏頗，相同的解決方案，可以延伸出不同的需求。
由此，通過設(shè)定不同維度的問題，引導(dǎo)用戶以描述性的角度，闡述自身的問題，才能夠最大化地避免用戶對于自身需求的美化加工。
3）需求并不是絕對的，在不同的階段，用戶會給出不同的需求觀點
在初入游戲的時候，我們更需要的是一個教程帶領(lǐng)我們了解更多的游戲攻略；
在游戲中度用戶的時候，我們更需要的是游戲的體驗性，攻略、工具等可能是在這個階段中較為合適的需求。
在成為游戲深度用戶的時候，我們更多的是在游戲中得到成就感，游戲成就體系等則應(yīng)運而生。
由此可見，需求并非千篇一律，不同的階段，用戶提供到的是不同的需求觀點。
“小時候我想要一顆糖，長大了我想要一輛跑車”也就是這個道理，需求受制時間的因素影響，也受制自身的發(fā)展影響。
2. 如何挖掘需求
這邊的挖掘需求更多的是指主動地去挖掘產(chǎn)品需求。
這邊有兩種方式，一是從用戶身上入手，從用戶身上了解需求；二是從產(chǎn)品數(shù)據(jù)上入手，從數(shù)據(jù)上洞察需求。
1）更好地洞察用戶需求
洞察用戶的需求本質(zhì)是還原用戶真實的需求，一般會采用直接訪談、問卷的形式，但是用戶全靠一張嘴，因為所處的環(huán)境、心境的不同，往往得到的結(jié)果會有偏頗，在此阿境介紹兩個方法。
一是深度訪談的方式，二是真實融入用戶場景，通過這兩種方式來進行洞察用戶需求。
①與用戶進行深度訪談
與用戶進行訪談，是需求的來源之一。
而由于用戶更多地是站在自己的角度上去體驗產(chǎn)品，所以難免有些片面。
在訪談的方式，有比較詳盡的方法，阿境后面會單獨開一篇文章來介紹，這邊就簡單概括下。
包括結(jié)構(gòu)性訪談、非結(jié)構(gòu)性訪談
- 非結(jié)構(gòu)性訪談：是訪談?wù)咛峁┮粋€開放性的主題或問題，由報道人自由闡述；
- 結(jié)構(gòu)性訪談：是訪談?wù)吒鶕?jù)研究主題事先設(shè)計好的具體問題，系統(tǒng)地訪談研究對象；
這兩個的區(qū)別是：
- 非結(jié)構(gòu)性訪談能夠通過開放性的問題，了解用戶處理某個事情時的方方面面，但需要訪談?wù)哂涗浵氯滩⑶姨釤捰行畔ⅲ?/li>
- 結(jié)構(gòu)性訪談則更多的是根據(jù)固定設(shè)計好的問題進行，可以理解為問卷調(diào)查的線下版，對于訪談問題的設(shè)定有一定的要求，否則容易造成無效訪談。
通過這兩種訪談方式，收集用戶的真實情況：
- 用戶遇到的問題是什么？
- 用戶當前在處理問題的時候是怎么做的？
- 用戶想要的是什么？
在這個過程中，也有幾個注意事項：
- 客觀真實很重要，訪談?wù)咭獎冸x開自身的主觀想法
- 在舒適輕松的環(huán)境下進行訪談（最好是用戶熟悉的環(huán)境）
- 掌控整個過程，引導(dǎo)用戶表達自身的想法
②真實融入用戶所在的場景
通常我們在做訪談的時候，是以“設(shè)計者”的思維對“使用者”的采訪，得出的結(jié)果相對來說有一定的片面性，同時我們作為“設(shè)計者”，不一定能夠設(shè)身處地的作為用戶的身份來考慮問題。
這也就是產(chǎn)品經(jīng)理擁有“同理心”的重要性。
花費一定時間，成為產(chǎn)品的用戶，融入到用戶的真實場景當中，借此觀察用戶的在相應(yīng)場景的行為及感受體驗。
在這個過程中，我們可以觀察幾點元素。
分別是：用戶、環(huán)境、任務(wù)、目標、行為。
- 用戶：用戶是怎么去做這件事的？
- 環(huán)境：用戶當前所處的環(huán)境如何？
- 任務(wù)：用戶當前的任務(wù)是完成什么事？
- 目標：這件事完成的目標是什么？
- 行為：用戶用什么方式來完成這件事？
通過真實融入用戶所在場景，并且觀察這幾個元素，來實現(xiàn)“邊參與邊觀察”的目的。同時在這個過程中去真實的感受用戶的情感變化，再將情感變化具象化為實際的數(shù)據(jù)或者描述。
2）從產(chǎn)品數(shù)據(jù)表現(xiàn)發(fā)掘需求
做產(chǎn)品，數(shù)據(jù)是很重要的一環(huán)。
往往每個團隊會搭建自身產(chǎn)品的數(shù)據(jù)概覽，包括用戶行為數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)。
具體數(shù)據(jù)不過多展開。
通過產(chǎn)品的數(shù)據(jù)，包括滲透率、留存率、頁面轉(zhuǎn)化等，長期觀測，能夠結(jié)合著察覺到產(chǎn)品數(shù)據(jù)的變化，而數(shù)據(jù)變化的背后是用戶行為的改變，從而發(fā)現(xiàn)用戶的需求遷移。
一般看數(shù)據(jù)，看現(xiàn)狀與看變化。
看現(xiàn)狀主要是了解業(yè)務(wù)距離產(chǎn)品目標的差距，能夠加深PM對業(yè)務(wù)的認識。
看變化主要是養(yǎng)成數(shù)據(jù)感，通過數(shù)據(jù)變化，發(fā)掘產(chǎn)品問題，從而制定解決方案。
3. 需求的基本要素
在拿到手一個需求的時候，如果是一句話需求“在直播tab想要添加一個懸浮球”，那么作為產(chǎn)品經(jīng)理，沒有充足的信息，很難評估該需求是否成立。
那么，作為需求本身，提出的同時，我們需要得知哪些必要信息呢？
包括需求的場景、解決的問題、目標等。
之所以需要理清需求的細節(jié)，一是因為有部分需求是偽需求，那么當提出人在梳理需求細節(jié)的過程中，可能就會幡然醒悟該需求也許是個偽需求；二是對于產(chǎn)品經(jīng)理來說，清楚需求的基礎(chǔ)信息，才能夠更好地去評估需求。
可以看下阿境整理的需求九要素，當這些問題在需求的提出時也能夠一起提交，那么便能夠比較好地進行需求的評估。
1）需求的類型
一般分為兩類，政策需求、線上bug需求、線上漏洞需求、合同期限需求、普通需求等。
政策型需求一般是根據(jù)國家頒布的法律法規(guī)所衍生出的需求，普通需求則為除了政策型需求以外的需求。
之所以需要區(qū)分需求的類型，則是因為政策型需求的必要性及嚴重性，故無需過多的分析，在滿足政策的要求下，最小化成本執(zhí)行即可。
2）需求的場景
根據(jù)百度釋意，需求的場景是指在一定的時間、空間（主要是空間）內(nèi)發(fā)生的一定的任務(wù)行動或因人物關(guān)系所構(gòu)成的具體生活畫面。
需求的場景有幾個要素：用戶（who）、時間（time）、空間（where）、動機（why），行為（what）。
即，什么用戶在什么時候，哪個地方，因為什么動機做了什么事情。
3）需求解決的問題、解決的痛點
在需求對應(yīng)的場景下，用戶遇到了什么問題？在這個問題下，是完全無法進行下一個步驟，還是僅僅是操作不順暢等。
在描述問題的時候，需要越詳細越好。
4）當前針對該需求的解決方案是什么
針對于遇到的問題，當前是否有其他方式能夠解決？
若有，則用戶/運營/業(yè)務(wù)人員等是采用什么方式來進行解決的？解決的具體步驟是什么？需要詳細的描述。
5）需求的目標
需求要達到的目標是什么？
一般包括數(shù)據(jù)性指標（提升多少滲透率/留存等）、優(yōu)化型目的（eg：用戶更好地回到頂部tab）。
通常目標盡量可量化，也需要了解當前的情況是如何，才能確定需求能達到什么樣的目標。
6）需求價值判斷
需求的價值判斷包括需求的頻次、覆蓋用戶、剛需程度，這幾個維度主要都作為評估需求優(yōu)先級的判定標準。
①需求頻次
該需求的使用頻率是多久？
一個月一次？每天一次？每天多次？不同的觸發(fā)頻率，在評估需求的優(yōu)先級及選擇解決方案的時候會有較大的不同。
②涵蓋用戶
需求的目標用戶群體？
需求涵蓋的用戶是哪部分用戶？該部分用戶占據(jù)產(chǎn)品的占比是多少？
一般了解需求的用戶，主要是清楚需求的涵蓋范圍，作為需求優(yōu)先級評估的評定標準之一。
③剛需程度
用戶對于需求的需要程度？（如果不做這個需求會怎么樣？）
當前需求如果有其他的解決方案，用戶是否能夠使用？使用的情況如何？
7）需求的優(yōu)先級如何
這邊的優(yōu)先級主要指需求提出方基于自身所了解的信息，對于需求的評估。
另外，可以指出對于需求優(yōu)先級的評估依據(jù)，能夠更好地幫助產(chǎn)品經(jīng)理準確判斷需求的真實優(yōu)先級。
8）需求的預(yù)期解決方案是什么
對于需求的提出人（用戶/運營/業(yè)務(wù)方等），針對于上述需求的基本情況，可以簡單闡述需求的解決方案。
該方案雖然不一定是最終解決需求的方案，但能夠清楚用戶對當前問題的預(yù)期想法，作為我們做方案的參考依據(jù)。
9）其他基本要素
包括提出人、提交日期、期望完成日期。
主要是能夠?qū)π枨筮M行溯源及整理。
4. 如何進行需求分析
需求分析，實際上的問題是“如何判斷一個需求是否要做？”
在了解了需求的收集、基本要素以及挖掘需求的方式之后，下一步便是進行需求的分析。
但在需求分析之前，除了收集了需求本身的信息，還需要有其他的信息輔助我們做決策，后續(xù)才能夠?qū)π枨筮M行合理的判斷。
1）基礎(chǔ)信息整理收集
- 當前業(yè)務(wù)的數(shù)據(jù)（包括用戶行為數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)）
- 當前業(yè)務(wù)的運營情況
- 當前產(chǎn)品對于該業(yè)務(wù)的規(guī)劃情況
- 競品分析，了解競品的情況
- 用戶調(diào)研訪談情況（調(diào)研問卷、訪談等）
再了解了業(yè)務(wù)方提供的信息之后，我們往往無法判斷需求是否要做，此時結(jié)合上述的五部分內(nèi)容，補充對于需求的了解，由外而內(nèi)。
“外”指的是競品對于該需求的處理情況，行業(yè)內(nèi)的解決方案如何。
“內(nèi)”指的是當前業(yè)務(wù)的數(shù)據(jù)、運營情況、自身產(chǎn)品規(guī)劃、用戶調(diào)研等。
兩者相結(jié)合，能夠?qū)π枨笏幍沫h(huán)境有個全面的了解。
2）需求分析八步法
阿境總結(jié)了“需求分析八步法”，可以說是本篇文章的精品之精品了，不得不看！
分別是“析要素、挖場景、推價值、看用戶、拆競品、盯市場、查現(xiàn)狀、定規(guī)劃”，且聽吳彥祖給你們一一講解。
從這八步法分析過后，便能清楚需求是否要做，如何正確地剖析一個需求。
①“析要素”
分析需求基礎(chǔ)要素。
上述提到需求要素包括需求的類型、場景、解決問題、目標、需求價值、優(yōu)先級、預(yù)期解決方案等，之所以是“析”，是因為從需求提出方接到需求之后，往往是不完善的，我們需要去剖析直到了解完整且正確的需求內(nèi)容。
一絲錯誤的信息，比如目標不清楚，場景不正確等的偏差，都會影響我們對需求的評判。
②“挖場景”
挖掘需求對應(yīng)的場景。
這其實是需求基礎(chǔ)要素當中的其中一個，但之所以單獨拎出來談，是因為脫離了場景談需求，是不合適的。
用戶+場景=需求，場景占據(jù)了很大的一個部分。
充分挖掘需求所對應(yīng)發(fā)生的場景，從而了解用戶真實的問題，才能夠得到合適的解決方案。
③“推價值”
推敲需求價值。
這個需求價值可以以用戶、產(chǎn)品、企業(yè)三個維度的角度來分析。
- 對于用戶來說，給用戶提升了什么價值？也就是用戶價值。
- 對于產(chǎn)品來說，提升了產(chǎn)品的什么功能指標？也就是功能價值。
- 對于企業(yè)來說，提升了企業(yè)哪部分的收益？也就是商業(yè)價值。
這三部分綜合起來便是在分析過程中所應(yīng)該明白的需求價值。
④“看用戶”
看待用戶對于該需求的看法，了解以及使用情況，這一步是摸<檢查>的預(yù)期及日常使用情況，從用戶視角看需求。
一般是采用用戶問卷調(diào)研，用戶訪談的方式，通過直接去接觸用戶，得到最真實的用戶感受，當然，在這當中，合理的設(shè)計問卷、合理的設(shè)計訪談問題、控制訪談的整體節(jié)奏，也是重中之重，是能否得到正確且真實的用戶感受的前提之一。
⑤“拆競品”
拆解分析競品（包括直接競品、間接競品）的現(xiàn)狀，在明白競品的用戶、商業(yè)模式等基礎(chǔ)信息的前提下，從競品的角度去分析對應(yīng)需求的作用。
借此達到管中窺豹的目的，結(jié)合自身產(chǎn)品，明白相似的需求我們能夠從中借鑒到什么內(nèi)容，給予我們什么樣的靈感和幫助，同時也了解競品的不足，在產(chǎn)品設(shè)計中能夠適當規(guī)避。
⑥“盯市場”
緊盯市場動向，對于該需求，摸清市場上的看法以及各大產(chǎn)品各自的發(fā)展迭代邏輯，通過市場的反饋及發(fā)展，剖析該需求所對應(yīng)的業(yè)務(wù)的長久規(guī)劃。
⑦“查現(xiàn)狀”
摸查產(chǎn)品目前現(xiàn)狀。也就是產(chǎn)品經(jīng)理對于當前產(chǎn)品業(yè)務(wù)的了解程度越高，那么在分析的時候，結(jié)合自身產(chǎn)品業(yè)務(wù)的現(xiàn)狀來分析，便能夠極大地減少判斷錯誤的概率。
這包括產(chǎn)品當前所處的生命周期、業(yè)務(wù)的數(shù)據(jù)情況、業(yè)務(wù)的運營情況，共三大部分能夠概括現(xiàn)狀。
⑧“定規(guī)劃”
確定需求所對應(yīng)業(yè)務(wù)的短期、中期、長期規(guī)劃。
根據(jù)規(guī)劃，了解當前需求解決的問題，處在規(guī)劃的哪一部分。從整體回歸局部，以先總后分的分析思路，理清需求的位置。
3）需求其余條件評估
- 需求是否符合當前產(chǎn)品發(fā)展的方向規(guī)劃？
- 需求對于平臺其他業(yè)務(wù)有什么聯(lián)動影響嗎？
- 如果做了這個需求，成本層面與收益層面是否成正比？
三、如何管理需求
1. 需求的收集
1）為什么要進行需求的收集及記錄
我們在做版本迭代的時候，往往有一定的需求需要消化，而需求的來源就較重要了。
平時缺少了需求的積累，那么在版本迭代的時候，便會手忙腳亂。
主要的原因有三：
- 需求來源眾多
- 需求并不是當下就需要進行消化
- 需求多級傳遞導(dǎo)致需求歧義
“少壯不努力，老大徒傷悲”，通過平時的需求積累，標注需求的優(yōu)先級等，能夠有效地擴大產(chǎn)品的需求池，從而在適當?shù)臅r機，通過消化需求，解決用戶的真實問題。
2）需求收集的本質(zhì)及原則
需求收集的本質(zhì)，在于“收整”及“歸納”。
原則是以用戶為中心，以市場為導(dǎo)向，以行業(yè)動態(tài)為基準，客觀地進行需求的收集，同時需要具有遠瞻性，當下不符合產(chǎn)品發(fā)展的需求，不代表以后不符合。
但一定程度上，用戶不一定是需求的來源，目標才是。
3）需求收集方式
需求的收集方式，通常來源于七個：產(chǎn)品規(guī)劃、內(nèi)部人員、業(yè)務(wù)部門反饋、用戶反饋、產(chǎn)品數(shù)據(jù)表現(xiàn)、競品分析、行業(yè)動態(tài)。
①來自產(chǎn)品規(guī)劃
作為產(chǎn)品經(jīng)理，對產(chǎn)品需要有明確性的規(guī)劃，清晰自己產(chǎn)品定位所在，產(chǎn)品的規(guī)劃也是極其重要的。
在產(chǎn)品/業(yè)務(wù)的不同階段，產(chǎn)品經(jīng)理依靠自己的規(guī)劃，制定不同階段的目標，從而延伸出相對應(yīng)的需求。
②來自產(chǎn)品內(nèi)部人員
產(chǎn)品內(nèi)部人員包括產(chǎn)品經(jīng)理、研發(fā)、交互、設(shè)計、老板等，主要代指產(chǎn)研線上的角色。
一個產(chǎn)品通常有多個產(chǎn)品經(jīng)理，在日常迭代當中，產(chǎn)品經(jīng)理有自己對于業(yè)務(wù)模塊的思考，同時經(jīng)過一系列的調(diào)研、數(shù)據(jù)等，能夠發(fā)現(xiàn)自身產(chǎn)品的問題，提出需求。
研發(fā)、設(shè)計、測試等偏研發(fā)/設(shè)計側(cè)的人員，則是站在自身對于產(chǎn)品的理解所提出的需求，更多的是單獨模塊，單獨功能的優(yōu)化。如調(diào)整主題色、調(diào)整客戶端接口、優(yōu)化頁面交互方式等。
老板這個角色一般是提出戰(zhàn)略性、大方向的議題，不一定是具體的需求。如確定產(chǎn)品的發(fā)展方向，從而產(chǎn)品經(jīng)理經(jīng)過論證確?？尚泻螅鶕?jù)方向進行分析拆解成具體的需求。
③來自業(yè)務(wù)部門反饋
業(yè)務(wù)部門通常包括運營、售前、售后、商務(wù)、市場、客服等。
不論是客服還是運營，這些崗位都是離用戶最近的崗位，通常我們所說“傾聽用戶的聲音”，而在客戶與用戶的溝通過程中，運營在工作的過程中，都能夠結(jié)合用戶的需求，以及產(chǎn)品可優(yōu)化的部分去提出需求。
④來自用戶反饋
用戶反饋包括應(yīng)用意見反饋、用戶訪談、社區(qū)論壇、主動聯(lián)系反饋等。
傾聽用戶的聲音對于產(chǎn)品，是很重要的。
由此產(chǎn)品經(jīng)理對內(nèi)需要建立完善的用戶反饋機制，對外需要搭建用戶調(diào)研/訪談流程。
其中用戶調(diào)研包括兩種，定性調(diào)研和定量調(diào)研。
- 定性調(diào)研，主要調(diào)研文化背景與生活環(huán)境、用戶的經(jīng)驗和習(xí)慣、探索用戶行為背后的原因。最具代表性的是用戶訪談。
- 定量調(diào)研，主要調(diào)研各個變量之間的關(guān)系，是通過各種數(shù)據(jù)呈現(xiàn)的客觀事實。最具代表性的是問卷調(diào)查。
在傾聽用戶聲音、用戶訪談的過程中，需要注意的是進行信息的解析，也就是根據(jù)用戶傳遞的內(nèi)容，過濾掉失真的那部分，從而得出有效的結(jié)果，進而才能夠轉(zhuǎn)化成產(chǎn)品需求。
麻省理工大學(xué)的心理學(xué)家羅伯特·費得蒙研究表明，60%的人在10分鐘的交談中會撒謊2到3次，男人和女人撒謊的頻率差不多。
“人們是無法告訴你他們真正想要的是什么，但是可以通過引導(dǎo)讓他們說出來?！?/strong>
準確洞察用戶需求的基礎(chǔ)是讓用戶對你說正確的話，有興趣可以跟阿境單獨聊聊，這邊不再展開。
⑤來自產(chǎn)品數(shù)據(jù)表現(xiàn)
“用戶會騙人，數(shù)據(jù)不會騙人”。
可口可樂公司在20世紀80年代，做了一個實驗：一款新口味的產(chǎn)品，一款原口味的產(chǎn)品，讓實驗者挑選，在填寫問卷的時候，85%的人選擇了新口味的產(chǎn)品。
而真正投入市場后，這85%的人，有90%的人又反水選擇了原口味的產(chǎn)品。
從這個試驗中可以看出，用戶是會騙人的。但是他們的行為數(shù)據(jù)不會騙人，最大化的還原了用戶的心態(tài)、選擇。
作為產(chǎn)品經(jīng)理，我們需要根據(jù)產(chǎn)品/業(yè)務(wù)本身的數(shù)據(jù)表現(xiàn)，發(fā)掘問題。從用戶層面上來說，在產(chǎn)品當中進行數(shù)據(jù)埋點，通過用戶在產(chǎn)品當中的行為，最大化地了解用戶所遇到的問題。
通過宏觀數(shù)據(jù)，查看用戶在產(chǎn)品當中的行為；比如滲透率、留存、頁面轉(zhuǎn)化、人均次數(shù)等行為數(shù)據(jù)的變化，可以了解并分析用戶在產(chǎn)品當中遇到的問題，從而形成需求并解決。
同時，用戶的行為表現(xiàn)在數(shù)據(jù)上，通過這些，能夠清楚用戶的行為方式，用戶的關(guān)注內(nèi)容，當看得多了之后，會抽象出這個群體用戶的行為特征，從而幫助產(chǎn)品經(jīng)理更深入了解不同的用戶群體。
ps：下圖為脫敏后的一些產(chǎn)品數(shù)據(jù)圖，如滲透、留存、人均次數(shù)、打開路徑占比。
要注意的是，產(chǎn)品的數(shù)據(jù)表現(xiàn)，并不能夠單獨來評判一個需求的啟動與否，容易有失偏頗，往往需要結(jié)合用戶調(diào)研、用戶訪談、產(chǎn)品內(nèi)部分析等方式加以評估。
⑥來自競品分析
《孫子兵法》中提到“知己知彼，百戰(zhàn)不殆”。這其中，“知彼”便是了解競爭對手。
競品做的不一定是對的，但是一定是“行出有因”。
作為產(chǎn)品經(jīng)理，需要盡量多地汲取外部相關(guān)信息、行業(yè)信息，以輔助各種判斷和決策。為了跟蹤競品動向，以他山之石鑒己之發(fā)展，同時也能夠與競爭對手進行抗衡，通過競爭分析來提升產(chǎn)品的競爭力。
從產(chǎn)品的戰(zhàn)略層面來看，競品分析能夠為產(chǎn)品提供戰(zhàn)略、布局規(guī)劃的參考，同時，在產(chǎn)品設(shè)計上取長補短，也能夠預(yù)警避險。
通過競品分析，了解到競品的動向后，也可形成具體的產(chǎn)品需求，從而為產(chǎn)品的后續(xù)發(fā)展做好提前準備。
一般對于競品分析，有兩個方面可以收集：
- 平時進行競品的更新檢測，了解競品動向，收集產(chǎn)品需求。
- 針對于個別業(yè)務(wù)/功能，對競品進行針對性分析，輸出競品報告，抽象出需求點。
⑦來自行業(yè)動態(tài)、政策方向
根據(jù)行業(yè)的政策動向，也會延伸出相應(yīng)的政策性需求，如《計算機信息網(wǎng)絡(luò)國際聯(lián)網(wǎng)安全保護管理辦法》等的頒布，相應(yīng)的產(chǎn)品就需要履行相關(guān)的法律法規(guī)。
通常政策性需求的優(yōu)先級及緊急程度都是最高的，否則產(chǎn)品就會面臨下架風(fēng)險。
4）需求收集的幾個要點
- 以用戶為中心，而非以產(chǎn)品為中心
- 收集需求時，規(guī)范記錄，保證信息不失真，且可回溯。
- 需求收集需要主動深入挖掘用戶的真實需求，而非反饋的表面問題。
2. 需求的記錄方式
通常我們把需求的記錄稱為“需求池”，是產(chǎn)品經(jīng)理將所有和產(chǎn)品相關(guān)的需求信息按一定的規(guī)則進行匯總記錄的地方。
簡單點說，就是一個存放需求的地方。
而需求的信息、類目繁雜，需要有一定的記錄方式，才能夠使得龐大的需求池多而不亂。
下面會講講需求的記錄方式，以及需求記錄的相應(yīng)工具。
1）記錄方式
①所屬板塊
一個公司可能有多個產(chǎn)品，一個產(chǎn)品可能有多個端，故當混雜在一起時，需要以板塊的字段來區(qū)分。
范例：wap端、安卓端、ios端、小程序端、客戶端、服務(wù)端等，根據(jù)自己公司業(yè)務(wù)的情況來劃分。
②所屬業(yè)務(wù)
標記需求對應(yīng)的業(yè)務(wù)模塊，主要便于后期能夠根據(jù)業(yè)務(wù)來區(qū)分需求的歸屬。
范例：直播、視頻、訂單、商品、游戲下載等。
③需求來源
需求的來源標識一般有：來自用戶、競品調(diào)研、產(chǎn)品規(guī)劃、運營/業(yè)務(wù)需求、政策要求，共五大類。
具體根據(jù)各公司業(yè)務(wù)的不同標識來源字段略有不同。
④需求狀態(tài)
狀態(tài)一般分為：待補充信息、待討論、需求調(diào)研中、需求設(shè)計中、開發(fā)中、已完成、廢棄、暫緩。
具體細節(jié)從描述中可窺探，這邊不過多贅述，主要是描述需求從提出之后到完成/廢棄的狀態(tài)過程的記錄。
⑤需求時間
包括開始時間、結(jié)束時間。
更重要的是結(jié)束時間，有個明確的截止時間；一個需求往往有多端參與，包括產(chǎn)品、交互、測試等等，所以在記錄這個需求時間的時候，也可以一并考慮不同端人員完成各自任務(wù)的時間（涉及到項目管理部分）。
⑥需求背景
需求背景描述的是需求當前產(chǎn)生的緣由，在什么條件、什么時間、什么場景、什么資源的情況下所產(chǎn)生的需求，重點描述問題所在。
可以從大環(huán)境趨勢、行業(yè)動向、公司情況、產(chǎn)品/業(yè)務(wù)現(xiàn)狀四個方面上來闡述背景。
⑦預(yù)期方案
預(yù)期方案主要是根據(jù)當前需求的信息（包括需求背景、業(yè)務(wù)運營情況、數(shù)據(jù)情況等），所得出的預(yù)期方案，但僅僅是當下的思考并記錄，不一定合適；
具體的方案還需與設(shè)計者（產(chǎn)品/交互/需求提出方）共同協(xié)商討論。
⑧需求價值
需求價值側(cè)面反映需求的重要程度，有的會以“重要”“非常重要”來描述，但太過籠統(tǒng)，并且不能定性分析，故需要再拆分為用戶價值及產(chǎn)品價值，來描述需求的重要程度。
用戶價值重點闡述問題被解決的程度，站在用戶的角度上思考這個需求是否能真正解決用戶當下的問題，解決的程度如何。
從俞軍老師的理論上來看，用戶價值=（新體驗-舊體驗）-替換成本。
產(chǎn)品價值包括三方面，功能價值、情緒價值、商業(yè)價值，阿境簡單說下。
功能價值指通過功能給用戶提供服務(wù)，解決用戶的核心問題；從技術(shù)壁壘人無我有、創(chuàng)新點人有我優(yōu)、細節(jié)給用戶帶來驚喜、行業(yè)風(fēng)口上的產(chǎn)品功能規(guī)劃的方式去考慮功能價值。
情緒價值是產(chǎn)品除了基礎(chǔ)功能外，滿足用戶的心理需求，如成就感、虛榮感等；放大積極情緒、減弱消極情緒是核心點。
商業(yè)價值代指產(chǎn)品的吸金能力。且先有的用戶價值，再有的商業(yè)價值。
總的來看，產(chǎn)品價值以“提升功能價值、增強情緒價值、構(gòu)建商業(yè)價值”三方面來入手分析需求價值。
⑨緊急程度
緊急程度一般分為：不緊急、緊急、非常緊急。
一般根據(jù)實際情況調(diào)整。
⑩需求難度
需求難度一般分為：高、中、低。
偏主觀性的一個字段，主要通過前期對需求的了解評估，將其與開發(fā)簡單評估下，做出的評判。
?相關(guān)人員
若需求涉及多部門人員，則需要填寫需求涉及到的相關(guān)人員，便于后期追溯。
?備注
備注當中一般描述字段以外的自由內(nèi)容。
可以添加相應(yīng)與需求有關(guān)的材料，比如競品調(diào)研、用戶調(diào)研、當前業(yè)務(wù)數(shù)據(jù)等等，目的是為了更好的給這個需求做決策。
2）記錄工具
可以采用excel進行記錄、也可以采用teambition等協(xié)同工具進行記錄，切記，工具只是協(xié)助我們進行更好的進行需求梳理。
3）需求記錄原則
需求記錄原則遵循四個“可”。
需求來源可追溯、需求場景可還原、需求分析可實現(xiàn)、需求推進可持續(xù)。
只有在記錄的時候達到這四個，才能夠保證需求的傳遞不失真，真實還原需求是需求分析的首要前提。
4）需求池的搭建方法
需求池可以說是需求管理的一劑良方，像是產(chǎn)品經(jīng)理的“需求記賬簿”，但是要搭建一個健康、不冗余且有效的需求池，還是不那么容易的。
一個健康的需求池要達到的幾個要素是：容易查找、清楚需求進度、了解需求狀態(tài)。
以結(jié)構(gòu)化的思維，根據(jù)產(chǎn)品實際情況，劃分整體需求業(yè)務(wù)分類。
規(guī)范各業(yè)務(wù)方提交需求的需求格式（極其重要?。。。３中枨笤夹畔⒌恼鎸嵱涗?。
進行需求規(guī)整，對需求原始信息進行補充，分析及加工。
標記需求狀態(tài)，進行需求信息的持續(xù)完善
及時維護需求池。設(shè)定周期時間，在每個周期時間內(nèi)都整理一下需求池中的需求，及時進行需求狀態(tài)的變更調(diào)整，拋棄無效需求，完善有效需求。
3. 需求的分類
當需求池中積攢了許多需求的時候，一團糟，這個時候就需要根據(jù)一定的方法進行需求的挑選、標記及分類。
1）需求標注及篩選
①標注
當業(yè)務(wù)方/運營提需求上來之后，需要進行需求內(nèi)容的標注，往往會出現(xiàn)需求內(nèi)容不全面、需求格式不對等問題，這個時候就需要產(chǎn)品經(jīng)理對應(yīng)的去與需求提出方進行深度溝通，挖掘需求當前的有效信息。
ps：在提交需求時，產(chǎn)品經(jīng)理可以提供一份《需求提交規(guī)范》給到需求提出方，根據(jù)這份指南來走，往往提交上來的需求會相對有效。
②篩選
這一步驟主要是“去偽存真”，根據(jù)全面且詳盡的信息，評估出該需求的真實與否，是否是“偽需求”，若是，則需求需要進一步考慮是否廢棄。
且在需求篩選這一步中需要進行優(yōu)先級的評估，高優(yōu)先級的篩選出來，在近期的版本中進行迭代優(yōu)化。
2）需求分類
需求的分類往往是根據(jù)業(yè)務(wù)類型、業(yè)務(wù)端來區(qū)分：
- 業(yè)務(wù)端主要是：小程序端、app端、服務(wù)端等
- 業(yè)務(wù)類型主要是：直播、視頻、游戲等，具體看每個產(chǎn)品的業(yè)務(wù)而定
有的產(chǎn)品較大，一個產(chǎn)品往往多個產(chǎn)品經(jīng)理負責(zé)，那么就需要根據(jù)不同的業(yè)務(wù)分配不同的產(chǎn)品經(jīng)理進行負責(zé)。
4. 需求的優(yōu)先級及排期
為什么要排需求的優(yōu)先級呢？
因為“這個很重要”“這個很緊急”“這個優(yōu)先級最高”往往是業(yè)務(wù)方的口頭禪，那么當那么多所謂的“優(yōu)先級很高”的需求擺在我們面前，“雙拳難敵四手”，總需要有個先后處理的順序。
要記住，需求優(yōu)先級的本質(zhì)是“性價比”。
在前面提到的，我們會給需求標注“重要程度”、“緊急程度”兩個維度，這兩個維度怎么區(qū)分呢？
- 重要：以核心業(yè)務(wù)、核心用戶、商業(yè)價值、競爭優(yōu)勢等方面去評估。
- 緊急：以嚴重程度、時間對比、需求頻率等封面去評估。
清楚了“重要”“緊急”這兩個維度后，那么按照時間管理四象限的思維。我們就可以分為四個方向：
- 重要且緊急：短期內(nèi)一定要做的需求。通常是產(chǎn)品重大bug，政策需求，重點是“快且好”。
- 重要不緊急：重要但可以長期做的需求。比如某功能模塊的規(guī)劃等，重點是“有計劃”。
- 不重要但緊急：對產(chǎn)品、用戶的作用可能不大，但短時間內(nèi)一定要完成的需求。
- 不重要不緊急：時間維度不敏感，且評估后重要性也低的需求。
當然，從四象限模型并不能夠完全地解決現(xiàn)實中評估需求優(yōu)先級的情況，需求優(yōu)先級的評估需要結(jié)合更多的維度。
阿境這邊總結(jié)幾個常見的維度，大家可以綜合自身業(yè)務(wù)情況來考慮。
1）需求的類型
主要包括政策需求、線上bug需求、線上漏洞需求、合同期限等，明確需求的類型主要是為了明確需求的緊急程度，不同類型需求的緊急程度不盡相同。上述提到的需求類型，緊急程度一般是最高的。
2）產(chǎn)品發(fā)展方向
一個產(chǎn)品通常在發(fā)展的時候，通常會經(jīng)歷四個階段：導(dǎo)入期、成長期、成熟期、衰退期；根據(jù)產(chǎn)品的不同階段，產(chǎn)品經(jīng)理會相對做不同的產(chǎn)品規(guī)劃，也就是確定產(chǎn)品的發(fā)展方向。
不同的發(fā)展方向，對需求的優(yōu)先級也有影響。
比如一款產(chǎn)品，核心業(yè)務(wù)包括社區(qū)跟直播，但產(chǎn)品近半年的發(fā)展方向是社區(qū)的內(nèi)容，那么同時社區(qū)與直播的需求，在其他條件相同的情況下，社區(qū)需求的優(yōu)先級是會更高一些的。
3）業(yè)務(wù)價值
不同的需求通常涉及不同的業(yè)務(wù)，業(yè)務(wù)價值也是需求優(yōu)先級的一個重點考量因素。
業(yè)務(wù)價值是產(chǎn)品價值的拆分，與之類似。通常包括兩部分：商業(yè)價值、功能價值。
商業(yè)價值指的是該業(yè)務(wù)為產(chǎn)品帶來的盈利空間；
功能價值則體現(xiàn)在產(chǎn)品的數(shù)據(jù)指標，如滲透率、留存率，流程轉(zhuǎn)化等，通常是從側(cè)面提升產(chǎn)品整體水平。
不同業(yè)務(wù)的價值是不同的，其他條件同等情況下，業(yè)務(wù)價值大的需求＞業(yè)務(wù)價值小的需求。
4）影響范圍
需求的影響范圍包括該需求涉及業(yè)務(wù)模塊的目標用戶量，需求被用戶使用的頻率，這兩個指標包括了需求的影響范圍。
更細一步進行拆分，則可進行分析目標用戶的用戶價值。
舉個例子：A需求涉及用戶1w，B需求涉及用戶5w，但1w用戶的用戶價值遠大于5w的用戶價值，那么雖然目標用戶量A＞B，但其他條件同等的情況下，A需求還是優(yōu)先于B需求。
5）需求成本
需求的成本也是需求復(fù)雜度及難度的體現(xiàn)，需求復(fù)雜度與需求成本成正比。
需求的成本包括產(chǎn)品成本、研發(fā)成本、交互成本、設(shè)計成本、測試成本等。
可以理解為一個需求從誕生開始到落地所能夠涉及到的所有流程（其中也包括溝通成本等這類無形的成本）。
往往我們在估算成本的時候只估算了研發(fā)成本，但那只是需求的實現(xiàn)，在實現(xiàn)之前還包括需求的調(diào)研、分析及討論，以及可能涉及跨部門的溝通，這些都是成本之一。
評估需求成本需要全面、完善。
綜上的五個維度，一般是評估需求“重要”、“緊急”的一些評估因素，結(jié)合每個因素，往往我們是去進行定性分析；
但當多方意見有偏頗時，就需要定量分析，大致的思路便是將每個維度進行打分，然后乘以不同維度的權(quán)重，再將其相加，從而得出該需求的最終得分。具體的實際操作方式若有疑問也可跟阿境探討。
另外，需求的優(yōu)先級不僅僅有上述的方式（ICE分析法），還有KANO模型等。
KANO模型由于其方式在真實工作中實用性較低，這邊阿境僅簡單介紹：
- 基本（必備）型質(zhì)量——Must-be Quality/ Basic Quality
- 期望（意愿）型質(zhì)量——One-dimensional Quality/ Performance Quality
- 興奮（魅力）型質(zhì)量—Attractive Quality/ Excitement Quality
- 無差異型質(zhì)量——Indifferent Quality/Neutral Quality
- 反向（逆向）型質(zhì)量——Reverse Quality
可以通過問卷的形式，獲得較為準確的KANO分類，再通過Better-Worse系數(shù)確定需求所屬的象限，進而判斷優(yōu)先級。
ps:
- 優(yōu)先級是相對的，沒有絕對的高優(yōu)先級需求。
- 優(yōu)先級不是一成不變的，隨著時間、產(chǎn)品形態(tài)、市場形式的變化，優(yōu)先級也會隨之改變。
5. 需求變更
1）為什么存在需求變更
眾所周知，開發(fā)小哥往往是聽到“需求變更”臉色都變了。
需求變更有外界的因素（eg：對接不當），也有自身的因素（eg：優(yōu)化策略）；針對于這兩者，都可能存在需求變更。
需求變更并不是越多越不好，而是一種風(fēng)險規(guī)避的方式，在項目的進展階段，越早進行變更，則能夠?qū)⑽磥戆l(fā)生的風(fēng)險降到最低，也能夠使需求真正達到原本的目的，解決實際的問題。
但需求變更存在項目資源的浪費，所以原則上，能少則少，若有必要，及早變更。
產(chǎn)生需求變更的因素有很多，其中包括一下幾點：
- 信息傳遞有偏差，一般發(fā)生在與業(yè)務(wù)方對接需求的時候，導(dǎo)致需求方向錯誤，且沒有經(jīng)過逐次確認。
- 產(chǎn)品經(jīng)理前期對業(yè)務(wù)思考不足，導(dǎo)致設(shè)計出的需求無法解決現(xiàn)有問題。
- 撰寫需求文檔時，邏輯性、完整性、合理性等頗有不足，導(dǎo)致文檔不符合開發(fā)標準。
- 評審會上對需求的細節(jié)沒有討論到位，排期評估上對需求的評估也有偏差，導(dǎo)致需求在開發(fā)當中需要及時調(diào)整。
- 在開發(fā)或測試的過程中，當需求涉及到真實數(shù)據(jù)的時候，發(fā)現(xiàn)產(chǎn)品原本的設(shè)計方案與預(yù)期設(shè)想的不同，于是需要進行變更。
- 業(yè)務(wù)形態(tài)發(fā)生變化，當在需求的開發(fā)過程中，公司的商業(yè)模式或運營模式發(fā)生改變，則產(chǎn)品也需要進行及時調(diào)整方向。
上述六點需求變更的原因中，除了第五、六點，其他方面基本都是可以通過一定方法來減少需求變更的頻次的，第五點的變更原因，則是為了更好地達到原本的需求效果。
2）如何減少需求變更
- 涉及業(yè)務(wù)方的需求，在前期對接，且需求產(chǎn)出之后，與業(yè)務(wù)方確認需求方案是否滿足業(yè)務(wù)。
- 加強對自身業(yè)務(wù)的了解，多查看行業(yè)內(nèi)的報告，了解自身產(chǎn)品實際數(shù)據(jù)、運營情況，業(yè)務(wù)發(fā)展方向，從而能夠更好地對業(yè)務(wù)需求進行決策。
- 做需求之前進行充足的需求調(diào)研、需求風(fēng)險評估，需求成本評估等。
- 評審會前、評審會中、評審會后三個階段，產(chǎn)品經(jīng)理都需要及時的進行需求疑問點的溝通及確認，避免因需求完整性、邏輯性、合理性而產(chǎn)生的問題。
- 對于需求內(nèi)容，往往需求撰寫者深陷其中，無法直觀發(fā)現(xiàn)問題，可以內(nèi)部進行評審/討論，從而在需求評審前解決掉需求文檔本身存在的問題。
- 產(chǎn)品設(shè)計中，多留意往常需求變更的原因（例如后臺的設(shè)計等），靈活總結(jié)變更前后特點，做產(chǎn)品需求的設(shè)計時多注重靈活性。
3）需求變更需要做的事情？
一個需求變更，往往不是一瞬間的事，而是一個過程。
在產(chǎn)品經(jīng)理察覺到需求需要變更時，則需要做幾個步驟：
- 預(yù)先周知項目組該部分內(nèi)容可能產(chǎn)生變更，若正在開發(fā)，則需要及時中止需求，避免投入更多的資源。
- 保證需求合理性的情況下，盡量在最短時間內(nèi)處理變更方案
- 周知項目組相關(guān)人員變更背景，變更內(nèi)容，變更影響點；同時項目組重新評估需求
做到這三步，才算是需求的變更結(jié)束。（往往大家容易遺漏掉第一步，導(dǎo)致部分的項目資源浪費，因為在意識到需求需要變更的時候，距離變更后的方案還需要一段思考及修改方案的時間。）
6. 需求評審與開發(fā)
需求的評審與開發(fā)涉及到項目的流程，這其中涉及項目管理中的項目監(jiān)控的環(huán)節(jié)。
包括需求開發(fā)過程中的周會，用于監(jiān)控需求當前的狀態(tài)；產(chǎn)品需求的驗收，用于驗證需求是否能達到預(yù)期等。
本文主要聊需求的挖掘與分析，開發(fā)過程便不再過多贅述。
四、需求自檢清單
這邊的需求自檢并不是指需求文檔本身的清單。
需求自檢清單指的是從需求的萌生后，產(chǎn)品經(jīng)理所需要考慮的點是否完善且詳盡。其誕生的本質(zhì)是上述文章內(nèi)容所涵蓋的核心點。
- 是否了解了需求的目的、背景、來源等基礎(chǔ)信息？
- 是否有對需求進行需求價值的分析？需求的核心用戶、發(fā)生場景是否了解？
- 針對該需求，所涉及業(yè)務(wù)模塊的數(shù)據(jù)是否了解？
- 針對該需求，當中涉及到的運營場景及日常運營操作是否清楚？
- 是否有與需求提出方進行完整、詳細的了解？
- 對于該需求，其中背后存在的問題，其他競品是怎么做來解決的？
- 需求完善清楚后，是否有進行需求內(nèi)容的完整記錄？（記錄需求池）
- 需求的關(guān)鍵指標（目標）是否清楚？（可采用GSM模型來梳理）
- 需求的業(yè)務(wù)流程是否清楚？
- 當前情況的流程與需求完善后的流程對比，兩者的區(qū)別是什么？
- 需求對于平臺其他業(yè)務(wù)有什么聯(lián)動影響嗎？這些邏輯及流程是否了解？
- 現(xiàn)有功能是否能夠解決需求所對應(yīng)的問題？如果能，則還有多少可優(yōu)化的空間？
- 需求是否符合當前產(chǎn)品發(fā)展的方向規(guī)劃？若符合，處在哪一階段？
- 如果做了這個需求，成本層面與收益層面是否成正比？
五、一些跟需求相關(guān)的tips
- 需求不會改變，但需求的解決方案會隨著時間的改變而變化
- 需求需要根據(jù)用戶的不同、場景的不同、時間的不同來考慮
- 只有較低層次的需求得到滿足后，用戶才有動力去追求更高層次的需求
- 需求可做大可做小，就看本質(zhì)是想要達到一個什么樣子的目的（不為了做需求而做）
- 需求考慮性價比（如果做3個需求能夠滿足80%的要求，做20個滿足100%的要求，那么選擇前者）
六、寫在最后
這是阿境近來輸出的一篇較為系統(tǒng)性的文章，從需求的概念、本質(zhì)入手，逐步講到需求的收集、評估以及分析，從概念理解到落地實踐，由淺入深，希望能夠?qū)π枨蠓治鲇幸蓡柕呐笥延幸粋€系統(tǒng)的認識。
也相信認真吸收了文章內(nèi)容之后，一些關(guān)于需求的面試題基本都能夠解決了。
想說的是，需求分析只是一個思路，但并不是一個固定的框架，用戶的需求會變，同樣的，需求的分析方式也會隨之改變。
“要了解怎么分析，并付諸行動，但不能僅僅局限于條條框框按部就班地分析。”
需求分析需要結(jié)合自身對市場的洞察、用戶的研究、產(chǎn)品的思辨，但同時也需要考慮其他多種維度，比如人性。需要“理性+感性”相結(jié)合著來。
畢竟做產(chǎn)品，是為了有趣。
專欄作家
阿境，微信公眾號：夢想家阿境，人人都是產(chǎn)品經(jīng)理專欄作家。遇到過三位數(shù)的DAU，也有八位數(shù)DAU的經(jīng)歷；擅長產(chǎn)品面試的指導(dǎo)，用戶需求的洞察，對社交領(lǐng)域有深入的見解。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。
題圖來自Unsplash，基于CC0協(xié)議。
該文觀點僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
這是目前為止看到過 需求管理這個模塊分析最全面且實用的方法論。贊贊贊
哈哈哈 你是懂他的故事的
全面有干貨??！打算收錄，并在此基礎(chǔ)上擴展，形成自己的知識庫。
很全面，通透
啃硬骨頭，你才能獲得成長??
感覺游戲那里的是不是想太多了
太牛了
公眾號：夢想家阿境
歡迎交流~
這么好的文章為啥沒人看…