需求挖掘是找方法、找途徑把用戶的需求收集過來大年，只要方法正確，花一些心思玉雾，都可以做得很好翔试。而需求分析可以說是非常有技術(shù)含量了，產(chǎn)品經(jīng)理的價(jià)值在這里也能得到更大的體現(xiàn)复旬。
首先要解決一個(gè)問題垦缅，就是如何準(zhǔn)確的傳遞需求。比如你發(fā)現(xiàn)了一個(gè)新的需求驹碍，如何讓你的老板壁涎、你的開發(fā)、運(yùn)營同事能夠理解這個(gè)需求志秃，讓他們認(rèn)可這個(gè)需求的重要性怔球，這時(shí)候就需要講故事了。
用講故事的方式描述用戶問題
講故事是一種很重要的能力浮还，也是溝通能力的體現(xiàn)竟坛。不管是給開發(fā)講需求，用戶訪談還是對外宣講，產(chǎn)品經(jīng)理都需要讓別人理解你的意思担汤，讓別人buy in你所講的東西涎跨。
沒有人喜歡說教，如果你開需求評審會(huì)上來就說崭歧，好隅很，今天我們來討論一下需求，第一個(gè)需求是blahblahblah率碾，估計(jì)沒幾個(gè)愿意仔細(xì)聽叔营。如果你能講一個(gè)故事，讓聽眾很容易帶入所宰，那么別人可能一下就get到你想講的點(diǎn)了绒尊。
鍛煉講故事能力，你可以去幾個(gè)地方學(xué)習(xí)：媒體記者歧匈、TED垒酬、傳銷組織（這不是開玩笑，傳銷組織能把人忽悠的一愣一愣的件炉，就是因?yàn)樗麄兲貏e特別會(huì)講故事）勘究。幾本書：華爾街日報(bào)、無價(jià)
講故事的時(shí)候有三個(gè)原則：平實(shí)斟冕、有用口糕、簡練。
平實(shí)：真實(shí)反映現(xiàn)實(shí)情況磕蛇，不要夸大景描、臆測、評估秀撇、假設(shè)超棺，不然別人都不相信，你還怎么把故事講好呵燕？
有用：講故事不是為了讓人圖一樂棠绘，而是為了傳達(dá)信息，要對聽的人有用再扭，達(dá)到你的目的才是最重要的
簡練：30秒不能抓住一個(gè)人氧苍，那你就不能阻止他走人
那么如何用講故事的方式描述用戶問題？當(dāng)我們講需求的時(shí)候泛范，一般是按照這樣的順序講：
一群什么樣的用戶->在什么場景下让虐，想解決什么問題->解決過程中碰到了什么問題->最后用戶是怎么解決的
最后一步先講用戶本來是怎么解決的，然后講你的產(chǎn)品能夠怎么幫用戶解決這個(gè)問題罢荡，如果兩者對比赡突，發(fā)現(xiàn)你的產(chǎn)品能更好的解決用戶問題对扶，能夠提高效率，顯然你的產(chǎn)品就更有優(yōu)勢麸俘。同時(shí)也要考慮同類用戶辩稽、不同用戶之間的關(guān)系是什么惧笛。
舉個(gè)栗子：
有了這個(gè)問題从媚，下一步要做的就是提煉和延伸，探究問題發(fā)生的原因：
接下來提煉觀點(diǎn)患整，如果你的產(chǎn)品出現(xiàn)了：
之前------------------------------------->自從出現(xiàn)了xxx?
:(? ? ? ? ? ? ? ? ? ? ? ? ?對比? ? ? ? ? ? ? ? ? ? ? ? ? ?:)
不同場合講不同的故事：
用思維導(dǎo)圖梳理用戶需求是一個(gè)很好的方式拜效。舉一個(gè)我自己寫的作業(yè)的栗子，關(guān)于“待辦清單”類產(chǎn)品的【用戶-場景-問題-解決方案】：
需求優(yōu)先級排序
KANO模型是以用戶需求對用戶滿意程度的影響為基礎(chǔ)各谚，分析兩者之間的關(guān)系紧憾。源于其能夠高效地將不可見的產(chǎn)品體驗(yàn)問題可視化。
魅力屬性：用戶意想不到的昌渤，如果不提供此需求赴穗，用戶滿意度不會(huì)降低，但當(dāng)提供此需求膀息，用戶滿意度會(huì)有很大提升般眉；
期望屬性：當(dāng)提供此需求，用戶滿意度會(huì)提升潜支，當(dāng)不提供此需求甸赃，用戶滿意度會(huì)降低；
必備屬性：當(dāng)優(yōu)化此需求冗酿，用戶滿意度不會(huì)提升埠对，當(dāng)不提供此需求，用戶滿意度會(huì)大幅降低裁替；
無差異因素：無論提供或不提供此需求项玛，用戶滿意度都不會(huì)有改變，用戶根本不在意弱判；
反向?qū)傩裕河脩舾径紱]有此需求襟沮，提供后用戶滿意度反而會(huì)下降；
需求池管理
需求池大概長這樣：
需求池并不等于版本的全部內(nèi)容裕循，而是是占有一定比例臣嚣，通常不會(huì)超過一半。每個(gè)版本核心的部分還是依賴于產(chǎn)品本身的迭代方向剥哑，比如上一個(gè)較大的功能模塊硅则，而需求池中和這個(gè)功能模塊相關(guān)的需求可能就會(huì)被放在這個(gè)版本里做。
每個(gè)產(chǎn)品狗都必須有一個(gè)需求池株婴。每個(gè)團(tuán)隊(duì)都需要有一個(gè)公開的的需求池怎虫。常用工具：Excel（個(gè)人好用暑认，但團(tuán)隊(duì)用不方便），Teambition/Tower（團(tuán)隊(duì)用很方便）大审，trello/JIRA（國外的蘸际，網(wǎng)速慢，可能會(huì)被墻）徒扶，思維導(dǎo)圖（個(gè)人使用很方便但無法團(tuán)隊(duì)協(xié)作）粮彤。一般選一個(gè)用就好啦，做很多份也沒必要姜骡。
舉個(gè)栗子：
一閃而過的想法导坟、用戶的吐槽、產(chǎn)品被投訴都是非常有價(jià)值的圈澈，值得被記錄并且進(jìn)行認(rèn)真的分析惫周。那么這些需求是怎么被收集到需求池的呢？需求進(jìn)入需求池的過程大概是這樣的：
需求收集：記錄盡可能多的信息康栈。反饋者递递、受影響的用戶（可能是同一個(gè)人，可能是產(chǎn)品經(jīng)理本人啥么，最好追到具體的用戶）登舞，詳細(xì)描述現(xiàn)象（什么場景下遇到什么問題，用戶的操作步驟或用戶希望怎么解決）饥臂，補(bǔ)充基本信息（版本逊躁、手機(jī)型號、網(wǎng)絡(luò)環(huán)境隅熙、瀏覽器類型/版本稽煤，截圖或視頻作為證據(jù)，有多少人遇到了相同的問題等）
需求整理：分類需求是Bug囚戚、改進(jìn)還是全新需求酵熙。如果是Bug就找測試，看復(fù)現(xiàn)還是不復(fù)現(xiàn)驰坊。如果是改進(jìn)或全新需求匾二，首先分析是否是有效需求，其次按照重要/緊急程度做四象限分析拳芙，確定要不要做察藐、能不能做
需求反饋：第一時(shí)間給到提出需求的人反饋。把握幾個(gè)原則：盡量當(dāng)下反饋結(jié)果，盡量真實(shí)反饋結(jié)果不要套路別人，如果進(jìn)入需求池嫩痰，盡量做到有行動(dòng)計(jì)劃
再舉個(gè)栗子：
版本規(guī)劃
互聯(lián)網(wǎng)核心思維之一就是迭代思維，而產(chǎn)品經(jīng)理就需要對產(chǎn)品版本進(jìn)行規(guī)劃和管理譬猫。產(chǎn)品迭代策略和需求優(yōu)先級管理就顯得尤為重要讯檐。
如何理解互聯(lián)網(wǎng)產(chǎn)品的版本？
版本=每次封閉的需求
封閉的意思是說染服，這個(gè)版本就做這些功能啦别洪，不增加也不減少。這樣可以有效地避免改來改去沒個(gè)完柳刮，或者臨時(shí)加個(gè)東西挖垛，改個(gè)東西，或者修修補(bǔ)補(bǔ)诚亚。
版本意味著每次迭代了哪些功能晕换，通過版本還可以還原迭代的過程午乓，有利于總結(jié)經(jīng)驗(yàn)站宗。移動(dòng)互聯(lián)網(wǎng)產(chǎn)品不是一次做完一年的需求，而是一個(gè)迭代的過程益愈，千萬別想著“憋大招”梢灭，會(huì)死的。
而在不同平臺(tái)的產(chǎn)品通常有不同的周期：
舉個(gè)栗子：
為什么要嚴(yán)格控制版本蒸其？
代表產(chǎn)品的規(guī)劃：到達(dá)階段目標(biāo)需要經(jīng)過的步驟
代表產(chǎn)品的節(jié)奏：不同的時(shí)間要做什么敏释，產(chǎn)品在某個(gè)階段重點(diǎn)關(guān)注的是什么
代表溝通的效率：版本封閉，盡可能避免了需求反復(fù)變更
代表內(nèi)部的管理：用版本管好你的Boss摸袁，老板臨時(shí)加需求的時(shí)候告訴他钥顽，您好我們先評判一下優(yōu)先級但是不會(huì)動(dòng)現(xiàn)在正在研發(fā)的版本呢親，下個(gè)版本會(huì)考慮做的呢親：）
版本要關(guān)注什么靠汁？
當(dāng)前版本：現(xiàn)在的版本有哪些功能蜂大？
下一版本：下個(gè)版本做什么？一般會(huì)做后續(xù)2-3個(gè)版本的規(guī)劃
需求池：需求池里面有哪些功能可以做在下個(gè)版本里蝶怔？
做好版本管理奶浦，對內(nèi)，你和你的團(tuán)隊(duì)都清楚目前要做什么踢星，下一步要做什么澳叉。對外，其他人的反饋沐悦，你可以清楚的告訴他們成洗，哪些會(huì)進(jìn)入到開發(fā)列表，哪些暫時(shí)不會(huì)藏否。
做一個(gè)有理有據(jù)的人哦瓶殃。
如何確定版本方向？
1.明確關(guān)鍵用戶秕岛、場景碌燕、需求：
核心用戶是誰误证？用戶在什么場景下需要解決什么問題？用戶具體的需求是什么修壕？
2.回到產(chǎn)品架構(gòu)和業(yè)務(wù)邏輯：
產(chǎn)品形態(tài)和最終的目標(biāo)是什么愈捅？拆分業(yè)務(wù)邏輯，具體有哪些功能模塊慈鸠？
舉個(gè)栗子：
趕集網(wǎng)生活服務(wù)類別蓝谨，競標(biāo)功能。以搬家為例做第一版：
業(yè)務(wù)邏輯
更細(xì)節(jié)地拆分下來
將功能區(qū)分前后端和不同用戶群
接下來青团，找到功能的核心支點(diǎn)
從業(yè)務(wù)邏輯的角度找到占主導(dǎo)地位的角色是什么譬巫？--商家，商家要競標(biāo)才能完成交易
該角色要完成任務(wù)督笆，最關(guān)鍵的任務(wù)是什么芦昔？--競標(biāo)，付錢
角色為了完成任務(wù)娃肿，最最最核心的功能點(diǎn)是什么咕缎？--商家競標(biāo)
因此，點(diǎn)擊競標(biāo)這個(gè)按鈕就是這個(gè)功能的核心料扰，接下來凭豪，就是從核心去找上下游：
以競標(biāo)為中心，反推上游晒杈，是用戶發(fā)標(biāo)嫂伞。推下游，是查看聯(lián)系方式拯钻。在每個(gè)大的功能模塊下再去細(xì)分具體的功能點(diǎn)帖努。
1.0版本的重點(diǎn)是跑通流程，就是做從0到1说庭，從無到有然磷，而下一個(gè)版本，2.0版本要關(guān)注的就是提高功能的整個(gè)用戶體驗(yàn)：
1.核心功能體驗(yàn)是否足夠好刊驴？否則優(yōu)先迭代
2.上游往下游轉(zhuǎn)化率是否足夠高姿搜？不高就次之選擇迭代
3.下游功能是否順暢？然后迭代
再下來捆憎，用戶體驗(yàn)提升了舅柜，下一步就是要把生意做更大了。核心做好了開始做上游躲惰，只有更多的用戶發(fā)標(biāo)才有更多的商家競標(biāo)
總結(jié)一下致份，產(chǎn)品迭代的原則：
基于數(shù)據(jù)：
第一優(yōu)先：圍繞關(guān)鍵用戶的關(guān)鍵行為（活躍率）
第二優(yōu)先：圍繞關(guān)鍵用戶重復(fù)購買問題（留存率）
第三優(yōu)先：新用戶的引入與轉(zhuǎn)化（拉新）
基于上下游關(guān)系：
先解決下游體驗(yàn)問題，再解決上游來源問題
基于用戶群體：
先解決核心用戶的主干需求础拨，后解決分支用戶需求
一個(gè)法則——三三法：每次需求最多三個(gè)模塊氮块，每個(gè)模塊最多三個(gè)核心點(diǎn)
再舉個(gè)栗子绍载，三節(jié)課的案例（這里知識點(diǎn)相同，不再贅述滔蝉，只截圖）：
