起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識【天天問每周精選】第24期：產品經理的內功心法修煉之本——需求分析和管理
需求分析和需求管理是產品經理生涯天天打交道的東西，也是產品成敗關鍵。產品經理的核心價值就是對待“需求”的能力。然而在拿到運營、用戶、老板等提出的需求時，應該怎么分析和管理？跟著本期天天問，看看同行的伙伴們怎么回答，來尋找答案吧~
問題清單
- 如何做需求分析？
- 需求分析的本質是什么？
- 需求分析的角度和方法有哪些？
- 產品經理如何提升需求分析的能力？
- 產品經理如何進行需求管理？
————————————————— 我是分割線 —————————————————
問題1：如何做需求分析？ @陳云鋒
精選回復@汪小雅
大家都講了很多理論性的東西，我來按照自己的經驗說一些實操性的內容吧。歡迎大家指錯反駁。
各個從業人員對用戶需求分析的目標期望可能是不同的，我對用戶需求分析的目標期望通常是挖掘用戶痛點，因為這是一個比較實在且能產生實際價值的目標，所以接下來我將分享我以挖掘用戶痛點為目標的用戶需求分析。
用戶需求分析流程分為5步：
- 明確分析的目標群體
- 用戶業務建模
- 業務痛點挖掘
- 痛點問卷調研分析
- 輸出分析結論
接下來詳細展開每一步。
1. 明確分析的目標群體
此步驟的目的：從業務、性質層面明確界定后續工作針對的用戶
此步驟輸出的結果是一個定義：進行某業務的某類用戶，例如：去看病的男性用戶。（根據小公司實際情況通常只需定義到：進行某業務的用戶）
明確的方法通常是與產品負責人溝通，最終輸出一個達成共識的定義。
2. 用戶業務建模
此步驟的目的：
- 通過業務模型圖把握業務的全局
- 通過業務流程圖把握業務的細節，為痛點挖掘提供材料
步驟1中我們已經得到了明確的業務描述，這時我們便可以對這項業務進行UseCase建模，這是一種以用戶行為劃分的業務建模方法。
明確了所有相關行為，以及行為間關系，我們就可以說是把握了業務的全局，這可能使我們發現意想不到的業務機會。
接下來我們便利用UML流程圖去探究行為的細節。
對于較為復雜的業務，UseCase業務模型圖中窮舉的行為就會非常繁多，這時我們需要有針對性得選擇少數進行UML流程圖繪制。針對性具體是針對什么呢？針對產品負責人接下來的打算。如是打算優化現有產品功能，那么就選擇產品功能對應的行為進行UML流程圖繪制；如果是打算在產品里增加新功能，那么就選擇可能存在機會的行為進行UML流程圖繪制。
（關于UML流程圖的繪制過程這里不再贅述，相信大家都比較熟悉）
當得到了一個UML流程圖，我們便能對對應的行為有更深入的理解，這些理解將成為我們接下來挖掘用戶痛點的材料。
3. 業務痛點挖掘
- 此步驟的目的：明確出步驟2得到的UML流程圖中存在嚴重問題的流程。
- 實現上述目的的方法：基于UML流程圖進行用戶訪談（關于用戶訪談的方法不贅述），從用戶口中獲取流程中存在的嚴重問題，及業務痛點。比如基于上述掛號的UML流程圖進行用戶訪談，我們可能從用戶口中得到掛號排隊等待煩人的問題，再深入去溝通，還可能發現掛完號找不到等待處以至于錯過掛號等問題。（僅舉例）
最終通過基于UML流程圖的用戶訪談，我們應該輸出1~3個痛點，并用于下面的驗證分析。
4. 痛點問卷調研分析
此步驟的目的：驗證痛點的普遍性，理解產生痛點的用戶屬性。
此步驟又分以下子步驟：
- 問卷設計
- 問卷投放
- 問卷回收
- 數據分析
- 結論輸出
上述步驟中主要介紹問卷設計與數據分析，實際上是問卷設計以問卷投放為指導的。所以這里先描述將通過何種數據分析方法驗證痛點的普遍性與痛點的用戶屬性。首先我們的有效問卷數量應該至少有100，其次我們看同樣存在痛點的用戶占比，這個比例個人認為超過50％就可以說痛點是普遍的。
而接下來是利用交叉分析，分析用戶屬性與用戶痛點間的關系，例如上述掛號排隊等待煩人與用戶性別間交叉分析，可以推出是否明顯是男性用戶表現出排隊不耐煩的情緒。
好了，到這里，我們基本可以根據數據分析需求，反向推導出問卷設計所必要的內容。
最終我們輸出的結論包含：痛點的普遍性，痛點的用戶屬性
5. 輸出分析結論
實際上在步驟4的數據分析中我們已經完成了大部分的分析工作，而此步驟我們只需要將結論梳理成更易讀的文檔，并且根據最終的結論給出未來的工作建議。
問題詳情：http://wen.woshipm.com/question/detail/2te8.html
問題2：需求分析的本質是什么？ @方筱
精選回復@mark
需求分析的本質就是找到問題的根源。找到用戶需要你幫助解決的核心問題、本質問題是什么？而不僅僅是用戶的需求表述。
舉個例子，小明說“我要個饅頭”，“你為什么要饅頭？” “因為我餓了”。好，如何填飽肚子才是核心問題。
需求分析的本質就是多問“為什么”，通過多問為什么，才能找到用戶真正的問題。
這有點像醫生看病，病人說我肚子疼，醫生就要分析他為什么肚子疼，找到問題才能對癥下藥。
大部分時候需求都是帶著面具來的，需求分析的本質就是摘掉面具找到問題本源。
精選回復@木頭
理論上，需求分析，是挖掘需求本質，用戶到底想要的是什么
但是忽略用戶當時環境（場景）的分析本身并不具有說服力。
比如說：我想吃火鍋。
一般挖掘辦法是，挖掘本質需求：用戶餓了。然后分析用戶當時的限制因素，月底沒錢，最后折中，給了一個饅頭，滿足餓了的需求。
挖掘合理嗎？合理。
辦法合理嗎？合理。
結果是用戶想要的嗎？不想要。
就是這么真實。這個結果沒有解決用戶的問題，反而讓用戶更加討厭你，因為他tm就想吃火鍋?。?/p>
劃重點：
- 需求分析：還原需求場景，挖掘需求本質，找到關鍵解決辦法
- 關鍵詞：場景、需求、功能
問題詳情：http://wen.woshipm.com/question/detail/595j.html
問題3：需求分析的角度和方法有哪些？ @ Roc Yao
精選回復@龍舞蛟飛
一般而言，產品設計都是需求分析再到方案產出的。然而，日常工作中我們卻不可避免地直接遇到一些橫空出世的產品方案，或來自于領導、或來自于業務方，當然，更多時候是來自于自己。那么，面對這些貌似完美的方案，我們該如何進行科學評估？
1、追根溯源，明確需求
從本質上來說，任何方案對用戶來說都僅僅是一種形式，一種為達到某種目的而進行的任務?？茖W地評估方案，需要追根溯源，弄明白該方案是為了滿足什么樣的需求。具體來說，即滿足哪類用戶，在哪些場景中的哪種需求。
比如，高跟鞋是為了滿足年輕女性用戶，在公眾場合中，展現優雅與美麗的需求。一切不以滿足用戶需求為目的的產品方案，都是扯犢子。從需求與目標出發，才能真正保證設計不會出軌。此外，在此階段中，特別需要的是質疑精神，要反復問自己、問身邊的人、問用戶：這樣的需求真的存在嗎？
2、分清緩急，評估需求
只有累死的牛，沒有耕壞的地。資源是有限的，而需求是無限的，需要對其進行優先級評估。評估優先級，需要評估需求的用戶量多少、需求頻次高低與需求強弱。用戶量可以從人口特征加以判斷，如：性別、職業、年齡等。需求頻次可以從真實的生活、工作場景進行評估。需求強弱可以通過KANO模型評估，即基本需求、期望需求與興奮需求。
- 基本需求：主要解決用戶的痛點，滿足后可以消除不滿，但不能帶來滿意；不滿足會招致不滿。
- 期望需求：主要解決用戶的癢點，滿足后可以帶來滿意，不滿足會招致不滿。
- 興奮型需求：主要解決用戶興奮點，滿足后可以帶來滿意，不滿足不會招致不滿。一般而言，痛點優先，癢點次之，興奮點最后。
3、敲定施行，點評方案
有時候，你的分析都是對的，但最終卻設計了一種風馬牛不相及的方案。面對產品方案，需要多問幾個為什么，反復追問它真的能滿足用戶需求嗎。有時候，一萬種方式滿足用戶需求，而你卻偏偏選擇了最差的那種。面對眼前完美方案，我們需要了解競品是怎么做的，它們有可能已經淌過所有的坑。最后，最最關鍵的一點，需要明確方案的ROI——產出投入比。明確產品方案所帶來的數據提升的同時，還需要明確方案的運營成本、研發成本。畢竟性價比高的方案，才是老板喜歡的方案。
科學，是評估產品方案的唯一標準。
問題詳情：http://wen.woshipm.com/question/detail/n5498.html
問題4：產品經理如何提升需求分析的能力？@肖潔瓊
精選回復@魏立羽
首先要基于幾點去回答這個問題比較好：
- 用戶任務的連貫性任務是什么，這個產品是否符合用戶連貫性的體現？
- 用戶到底是在哪里用這個產品；用戶拿到手怎么開始任務到結束任務，就是用戶準備怎么用；用戶接下來想干什么；
- 什么樣的用戶需求能給用戶真正帶來意外的刺激，讓他們爽？
問題其實不在于產品如何去搜集需求，我們搜集需求有各種方法，各種理論，但一個產品經理有時候卻不能設身處地的站在用戶的那個角度去“看世界”，假若世界上有10種用戶模型，其實你做考慮了這其中的9種模型，你發現95％的用戶都歸你了，他們跟著你走了，他們忠于你……
你只需要把10類用戶模型找出來。
在做產品的時候，將可用性測試和情感性測試多放在面上去考慮，技術測試是應該做的，必須做的，是底層的，而可用性測試和情感性測試是給用戶做的，因為那里藏著的全是用戶的需求
精選回復@王俊浩
我來給點可以直接上手的意見吧：
1. 你做的產品涉及不涉及到業務領域或業務流程，如果涉及到那么先熟悉業務流程，基礎支撐是基本的流程分析和建模能力。至少能夠把業務流程所涉及的場景，崗位、角色、活動、輸入輸出描述清楚。
2. 用戶行為分析，交互設計：基礎理論的書可以看幾本，更多的是多看別人的產品和網站，交互設計不僅僅是用戶體驗或易用性設計。更多涉及到基于場景或角色驅動的流程設計。
最后，需求工程：不管是傳統軟件工程的需求規格，用例建模。還是敏捷下得User Story Card，都存在收集需求，整理需求，結構化和條目化需求，場景和流程描述，業務規則描述等基本內容。建議至少看一本需求工程方面的基本理論書籍。需求分析能力提升了，附帶的就是結構化思考和寫作能力提升，需要把需求能夠表達和描述的清楚。
問題詳情：http://wen.woshipm.com/question/detail/ds3e.html
問題5：產品經理如何進行需求管理？ @陳大發
精選回復@啫喱
一、需求管理一個表就夠了，高效，直觀就好了（一般包括所屬模塊、功能分類、需求來源、需求簡述，需求背景描述、優先級、預期上線時間等）
二、需求從采集、分析、篩選到處理這4個步驟有什么成體系的方法？
1、需求采集
需求一般來源于：老板、業務方、用戶（用戶數據+用戶反饋）
需求采集流程：
明確目標 → 選擇采集方法 → 采集執行 → 信息整理過濾 → 分析得出結論
一般情況都定性只用可用性測試，大版本會作用戶研究；定量用數據分析（數據埋點非常重要）。
- 在這里必須明確：請抱著目的做分析，否則會很麻木（如需要對書簽單屏還是雙屏變化，要先研究雙屏的效率，商業收益和用戶日常使用的定位）
- 數據分析case：用戶流失計劃，發現用戶主動打開客戶端低，且6日留存只有10%，增加自動化push能力拉活
- 用戶反饋case：收集積分商城用戶反饋并將反饋分類，發現用戶對于劫持，產品品類，活動開獎的透明性最為敏感，之后產品加入https，引入秒殺專區和增加活動的實時走馬燈開獎信息條。
2、需求分析——什么是需求——需求即需要解決的問題
經常會聽說有人給你一個需求什么的，很多人一臉懵逼，不知道如何是好。以下分享我的決策邏輯：
收到“需求”→ 判斷是否需求（真偽判斷） → 是什么類型需求（需求定性）→判斷是否緊急（定優先級）→納入需求池→集中需求評審（主要了解設計、開發排期和實現問題）
如何判斷真偽需求？判斷原則：
（1）用戶為中心，挖掘用戶核心需求（用戶一般反饋的都是表象的需求）
case 1：用戶反饋說書簽位置經常變動好煩啊
- 淺層解讀：用戶希望書簽能動
- 深層解讀：用戶不希望快鏈被打亂，有整理快鏈習慣，希望可以整理快鏈不受打擾，增加整理書簽能力
case 2：某購物網站獲得用戶反饋：注冊流程很復雜，希望取消掉
- 外行的思維：向用戶解釋注冊是必須的，為的是能向用戶提供更好地服務（如記錄用戶發貨地址，下次無需重復填寫）；并對比同類網站的注冊流程證明自己并不復雜。
- 普通產品經理：化簡注冊流程，去掉不必要的注冊項。
- 具有產品經理思維方式的產品經理：分析注冊流程在用戶購買產品流程中的意義，發現用戶從發起到完成購物任務需要：查看商品-比價-確定商品-填寫郵寄地址- 支付-獲得支付憑證。沒有任何一個環節必須用到注冊；注冊是網站方的需要，以便統計用戶人數，提供增值服務，提供個性化服務等等。因此可以將注冊環節后移 至用戶完成購物，并分為獲得用戶唯一標識和完善用戶資料兩部分（如用戶獲取支付憑證時要求填寫手機號，將支付憑證以短信方式發送，此手機號即為唯一標識， 其他信息如用戶名、年齡、性別等可以以后再填）。
（2）業務需求建議以數據為支撐，免得只為完成業績導致的功能冗余和邏輯（運營能力考慮使用頻度、運營場景等，也出現運營方出現對運營能力的不了解導致的誤報）
case：業務反饋希望論壇里面增加指定位置插入帖子
- 分析：業務其實只需要首屏顯示是自己指定的帖子，但不希望通過已有的默認邏輯導致上浮后加上標簽
- 解法：指定位置插入帖子，一方面需要加入位置信息字段，另一方面還需要重新做一套邏輯讓指定內容優先于原來內容展示，開發成本大且使用頻度低，明顯是假需求（目前上浮能力已經可以滿足）
（3）需求篩選
這個接地氣的說，就是看ROI（商業價值，開發成本，用戶價值），判斷優先級，進行開發排期等，可自行通過“重要緊急模型”即可。
（4）關于處理，一句話：開需求評審，ok后開工
問題詳情：http://wen.woshipm.com/question/detail/q1omf.html
總結
對于需求分析，有一句話說得很對：“用戶總是表達他們想要的，而產品經理要滿足的是他們需要的?！庇脩艉彤a品經理的關系就像是男女朋友，作為女朋友的用戶嘴上罵著你但其實心里還是愛你的，所以作為男朋友的產品經理首先要摸清楚女朋友的脾性，分析她生氣的點在哪里，該用什么方式來解決才能滿足她的需求，只有這樣才能保證你們的戀愛關系長長久久啊。
當然這只是一個比喻，現實中的男女關系往往更加復雜。情人節快要到咯，祝各位產品經理們情（chi）人（gou）節（liang）快樂！
精選問題每周有，歡迎食用~配合回復味道更佳(∩_∩)
本欄目由天天問小編@Cecilia 編輯，歡迎大家踴躍提問，一起交流。
相關閱讀
【天天問每周精選】第23期：在優化迭代的過程中，如何平衡產品功能和用戶需求？
【天天問每周精選】第22期：看了霸屏一周的小程序，你可能會有這些問題
【天天問每周精選】第21期：入門精選｜社群運營最基本的六大問題
- 目前還沒評論，等你發揮！
