起點課堂會員權益
職業(yè)體系課特權
線下行業(yè)大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業(yè)技能直播
會員專屬社群
榮耀標識【干貨】打造優(yōu)秀B端產品需求分析流程&要點
編輯導語：B端產品需求深似海，想打造一款好產品，離不開高效地需求分析。本文作者總結思考了多年的B端產品經驗，輸出需求分析方法論，希望能夠幫助小伙伴建立自己的需求分析框架，提高需求分析效率，打造有價值的優(yōu)秀的B端產品。
本文探討的需求分析環(huán)節(jié)指識別用戶需求，確定產品功能的過程，僅探討繪制產品原型之前的需求分析環(huán)節(jié)。
一、需求分析總體流程
1. 第一步：收集需求，尋找產品/功能目標
無論是日常工作還是需求分析，先明確宏觀目標。對于產品具體功能來說，就是要定義出要不要做、做什么的問題，可使用以下方法找到產品目標。
1）識別需求觸發(fā)原因，根據(jù)不同需求觸發(fā)原因收集需求。
- 內部存在具體問題，需解決：無論是別人或自己提出，都需使用3W2H挖掘深層次的需求；
- 出現(xiàn)競品壓力，想提升產品競爭力：若是別人提出，邀請對方進行分享，若是自己提出，需要進行競品分析；
- 市場出現(xiàn)新趨勢、新政策，想把握潮流抓住機會：若是別人提出，需要邀請對方分享，對新趨勢、新政策的看法，并查看行業(yè)標桿，對其進行分析查找機會；若是自己觀察到，需要收集資料進行仔細研究；
- 市場出現(xiàn)新技術，想把握機會：若是別人提出，需要邀請對方分享；并分析技術發(fā)展路線、應用趨勢（解決什么問題），從中收獲靈感；分析技術已有應用業(yè)務，看能解決什么問題，查找機會；
- 市場出現(xiàn)新人群，代表著產生新的需求，想把握機會：需要分析新出現(xiàn)人群特點及需求，查找市場機會。
2）根據(jù)收集需求，分析識別業(yè)務支持目標、關鍵干系人。
3）根據(jù)收集需求，分析識別系統(tǒng)可解決客戶用戶什么痛點，公司已有條件是否具備解決條件。
4）根據(jù)收集需求，分析問題對應市場人群，已有解決方案行業(yè)前景，競品情況。
5）綜合以上分析，結合公司情況，分析對公司價值如何？是否現(xiàn)在要做？
6）總結匯報，根據(jù)以上分析，識別用戶需求及其最大痛點，發(fā)現(xiàn)產品目標機會，匯報公司內部領導，領導拍板確認業(yè)務目標才能做。
沒有產品目標，后面的工作都是浪費時間。
2. 第二步：分析現(xiàn)狀，識別問題
產品/功能目標確定的情況下，開始詳細問題分析，為策劃產品做準備。
對外來說，客戶用戶對現(xiàn)狀不滿，產生具體問題，才會產生需求，對于B端產品，一般會有一些已經在運作的解決方案，當前解決方案不能滿足用戶預期，于是產生了一些問題；對內來說，公司對內不滿，產生具體問題，才會產生需求。
具體實施步驟如下：
- 分析場景中涉及的關鍵術語、數(shù)據(jù)實體概念是什么（是什么，如何計算的）、來源是什么、相互之間關系是什么。弄懂基礎業(yè)務術語概念是弄懂業(yè)務的基礎；
- 分析了解現(xiàn)有哪些解決方案，重點與非重點用戶、場景、流程有哪些，有什么具體問題與弊端？
分析的具體手段有：
- 需求調研
- 數(shù)據(jù)分析
- 競品分析
- 用戶反饋
- 聽取領導建議
第一步和第二步邊界是非常模糊的，有時是在詳細分析現(xiàn)狀的情況下，重新發(fā)現(xiàn)產品功能目標，有時是在分析完現(xiàn)狀之后，發(fā)現(xiàn)產品功能目標有問題?？傮w處理原則是，先定義出要不要做，再決定是否詳細分析，提高分析效率。
3. 第三步：產品總體方案設計
總體方案設計是在產品設計之初或設計較為復雜的功能時，全盤考慮，設計產品總體方案，把握產品宏觀方向，避免一步錯，步步錯的局面。具體操作如下：
1）根據(jù)現(xiàn)狀分析結果，考慮公司情況，戰(zhàn)略目標定位，設計產品整體架構、產品形態(tài)、核心流程、功能組合，達到用戶目標，解決現(xiàn)狀問題等宏觀問題，具體包含：
- 總結出【產品定義】，抽象描述解決什么人什么問題，確定產品邊界；
- 梳理出【產品形態(tài)】，產品是以什么形式存在；
- 推演出【核心業(yè)務流程】，不同角色用戶怎么使用系統(tǒng)達到業(yè)務目標；
- 梳理出【具體功能模塊及其價值】根據(jù)前面幾步，分析出具體需要哪些功能及各模塊目標價值，與競品產生差異化；
- 規(guī)劃出【產品愿景】，結合公司現(xiàn)有情況和意愿，錨定出希望產品未來達到什么效果（如希望做垂直行業(yè)第一？）；
- 規(guī)劃演進藍圖，根據(jù)產品愿景、功能業(yè)務價值、及公司現(xiàn)有情況，規(guī)劃產品演進藍圖，決定先實現(xiàn)哪部分，后實現(xiàn)哪部分；
- 推導出【產品原則】，一般對產品經理而言，指產品生產原則-需求處理原則。不同產品階段有不同的產品原則，需要根據(jù)當前產品階段及其目標，推導出當前階段產品生產實施原則；
- ……
2）工作溝通匯報
與領導、關鍵客戶等產品關鍵決策人進行討論匯報，確保產品宏觀方向的正確性，獲取資源支持。匯報內容，需連帶“第二步：分析現(xiàn)狀，識別問題”分析結果一并匯報，提高方案說服力。
功能較為復雜時，特別注意先匯報總體方案，再開始產品細節(jié)方案設計，避免總體方向不正確，多次返工情況。
4. 第四步：產品細節(jié)方案設計
總體方案確定后，開始進入方案細節(jié)設計。
1）細節(jié)方案設計具體步驟如下
- 確定設計方案目標，明確功能解決什么具體問題；
- 研究競品功能和使用場景；
- 設計用戶使用當前產品場景，梳理場景下需求，整理核心場景和核心需求；
- 基于核心場景、核心需求，結合當前系統(tǒng)已有歷史功能，推演所需系統(tǒng)功能；
- 設計差異化具體實現(xiàn)方案，具體功能邏輯；
- 評估細節(jié)功能價值（使用kano模型、時間管理四象限、ICE排序法等方法進行評估），規(guī)劃具體功能優(yōu)先級和演進藍圖，確定哪部分是當前要實現(xiàn)的，哪部分是后面實現(xiàn)的，哪些是不必要做的。
2）工作溝通匯報
細節(jié)設計完成，需要向用戶、領導同事討論確認細節(jié)方案。溝通時特別注意描述功能的場景和價值，確保當前產品方案可行。細節(jié)方案確認后，可開始原型設計。
二、不同需求類型處理要點
針對不同具體需求，在同一需求處理流程上，有不同需求分析要點，需要結合需求分析流程靈活運用。一個需求可能同時屬于下面幾種不同類型，需要將以下不同需求類型要點組合運用。
1. 協(xié)作類需求處理要點
協(xié)作需求，指多角色多用戶之間通過系統(tǒng)交互，達到業(yè)務目標的需求。
1）收集需求，尋找產品/功能目標
協(xié)作類產品主要基于以下原因：
- 想通過系統(tǒng)優(yōu)化已有流程，提高效率、節(jié)省成本、降低風險等；
- 想通過系統(tǒng)，擴展已有業(yè)務渠道；
- 想通過系統(tǒng)將個人知識能力固化，轉化為組織能力。
2）分析現(xiàn)狀，識別問題
對原始業(yè)務總體進行分析，包含以下分析：
- 用戶原始業(yè)務目標分析；
- 組織結構分析；
- 管理利益關系分析；
- 根據(jù)目標和干系人關注點，梳理系統(tǒng)涉及的所有原始業(yè)務流。
對業(yè)務流涉及的干系人（用戶角色）進行訪談分析，通過以下維度進行分析：
- 根據(jù)KPI詢問其核心工作關注點
- 基于工作主題詢問其核心關注點
- 基于工作階段詢問其關注點
3）產品總體方案設計
根據(jù)業(yè)務目標和干系人需求及原始流程，設計系統(tǒng)流程，提高業(yè)務方工作質效。
4）產品細節(jié)方案設計
- 根據(jù)系統(tǒng)流程，分析關鍵業(yè)務專家使用場景需求；
- 對部分場景模型化，設計具體功能方案。
2. 管理支持類需求處理要點
管理支持需求，指產品需要支持客戶的管理類需求。實際業(yè)務場景中，主要是業(yè)務方領導層針對工作流過程或結果的管控，想通過系統(tǒng)實現(xiàn)數(shù)據(jù)信息化，輔助管理決策。
1）收集需求，尋找產品/功能目標
管理支持類需求主要基于以下原因：
- 事前風險避免，通過增加管理流程、數(shù)據(jù)預測等；
- 事中風險控制，通過設置“規(guī)則”和審批；
- 事后總結優(yōu)化、通過數(shù)據(jù)分析。
2）分析現(xiàn)狀，識別問題
與領導層管理者進行溝通，識別管理者管控點，對原始場景需求進行分析，可查看參考原始的管理文件、報表等。
3）產品總體方案&細節(jié)方案設計
對管控點進行分析，得出功能方案。
3. 數(shù)據(jù)處理類需求處理要點
數(shù)據(jù)處理需求，指處理業(yè)務數(shù)據(jù)需求，如一些大數(shù)據(jù)系統(tǒng)，系統(tǒng)之間有數(shù)據(jù)交互流轉。
1）收集需求，尋找產品/功能目標
無
2）分析現(xiàn)狀，識別問題
除理清數(shù)據(jù)實體概念、計算方式、之間的數(shù)據(jù)實體的構成、關系、流程之外，還需重點關注考慮數(shù)據(jù)來源、數(shù)據(jù)量、數(shù)據(jù)跟隨業(yè)務流轉動態(tài)變化關系。
3）產品總體方案&細節(jié)方案設計
私有化部署或其他需要帶數(shù)據(jù)交換的系統(tǒng)，需要全流程考慮數(shù)據(jù)協(xié)作交換場景和方式。
4. 運營監(jiān)控類需求處理要點
運營監(jiān)控需求，指為了客戶或公司本身提出的需求。
1）收集需求，尋找產品/功能目標
無
2）分析現(xiàn)狀，識別問題
無
3）產品總體方案&細節(jié)方案設計
根據(jù)核心運營目標分析所需指標參數(shù)，梳理現(xiàn)有系統(tǒng)數(shù)據(jù)，查看是否能得出相關指標參數(shù)，根據(jù)復雜度查看是否需要建立數(shù)據(jù)模型。
5. 維護、產品質量類需求處理要點
指產品維護，保證產品正常運轉的一些非直接面對前端用戶的需求。
1）收集需求，尋找產品/功能目標
從威脅入手，逆向思維，識別對系統(tǒng)危害最大、頻率最高的場景。
2）分析現(xiàn)狀，識別問題
無
3）產品總體方案&細節(jié)方案設計
無
還有更多的需求類型，不同需求類型，總體需求處理流程類似，但側重點有所不同。
三、不同產品階段需求處理原則
任何產品都存在著生命周期，生命周期的不同導致了產品目標的不同。為了使產品效益最大化，針對不同具體產品生命階段，處理需求時，需要遵循一定的總體原則。
1. 新生期需求處理原則
新生期，類比人類的嬰兒期。對于產品，指從0到1打造產品時期，階段目標一般是快速迭代驗證可行性。此階段需求處理原則是：
- 多與客戶用戶溝通驗證產品；
- MVP快速迭代（成本最小化+快速迭代），開發(fā)出滿足最小業(yè)務全場景閉環(huán)的B端產品快速推向市場；
- 若時間非常有限，先先滿足正向需求，最后滿足其他非正向需求，如對某數(shù)據(jù)的管理，先實現(xiàn)數(shù)據(jù)添加、刪除，滿足基礎的正向需求，后實現(xiàn)數(shù)據(jù)修改等非正向功能。
2. 成長期需求處理原則
成長期，類比人類的兒童及青少年時期。對于產品，指業(yè)務持續(xù)增長時期。階段目標一般是聚焦業(yè)務，擴大并做好產品和服務，打造口碑優(yōu)勢。
此階段需求處理原則是：
- 服務好已有客戶，保持好需求溝通頻率；
- 重視產品運營需求，提升產品和服務質量和范圍；
- 多研究競品，尋找產品解決方案差異化，打造產品亮點。
3. 成熟期需求處理原則
成熟期，類比人類的成年壯年時期。對于產品，指產品收益穩(wěn)定時期，階段目標一般是保持優(yōu)勢，延長產品成熟期，建立產品或業(yè)務生態(tài)。
此階段需求處理原則是：
- 多研究競品，持續(xù)保持產品優(yōu)勢；
- 擴展已有產品業(yè)務，探索新可能，建立產品或業(yè)務生態(tài)。
4. 衰退期需求處理原則
衰退期，類比人類的老年時期。對于產品，指產品即將失去生命價值走下坡路的時期，此階段目標一般是轉型，探索新可能，少做當前產品優(yōu)化開發(fā)。
此階段需求處理原則是：
- 維護已有系統(tǒng)穩(wěn)定，確保能正常使用，維護好客戶用戶關系；
- 少做功能，節(jié)省資源用于其他有價值的產品；
- 基于當前產品業(yè)務，探索新可能。
5. 任何產品階段需求處理通用原則
無論產品處于任何階段，處理需求可遵循以下通用原則，幫助完成產品階段性目標：
- 以重點客戶、重點用戶、領導核心需求為導向；
- 基于當前產品目標&公司商業(yè)目標設計產品；
- 功能方案設計，盡量使用戶使用方便（如流程簡化、提供指引幫助等）；
- 功能方案設計，保證產品穩(wěn)定運行是基本盤；
- 功能方案設計，考慮未來擴展性；
- 功能方案設計，模塊清晰，盡量少耦合。
產品生命周期不完全同于人的生命周期，不一定完全遵循“新生期-成長期-成熟期-衰退期”流程，可能剛度過新生期由于公司業(yè)務調整，產品直接進入衰退期，也有可能產品在衰退期由于公司業(yè)務調整的重視，重新投入資源，讓產品重新進入成長期
四、總結
本文以需求分析總體流程為主體，說明需求分析整個過程，又以處理不同類型需求加以要點說明，最后將需求分析放置于整個產品生命周期，說明在不同產品生命周期處理需求需要把握不同總體原則。
相信基于以上需求分析框架體系，處理大多數(shù)需求能都游刃有余，高效打造出一個有價值的B端優(yōu)秀產品。希望能給到小伙伴建立自己的需求分析框架一些啟發(fā)。
如果小伙伴有其他建議，歡迎留言溝通～
本文由 @但但 原創(chuàng)發(fā)布于人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協(xié)議
清晰~且贊同。B端產品產品化，也需要大體量才能劃算
標準化很難做到優(yōu)秀
應該說 僅靠標準化很難達到優(yōu)秀
確實，但可以把標準化作為基礎框架進行靈活運用。就像“5W2H模型、金字塔模型”等，基于不同場景組合運用，有基礎框架作為支撐，需求分析效率會高一點
我是肯定標準化對于產研效率的幫助，但是優(yōu)秀不是效率的問題，而是能否抓住核心痛點的問題。而核心痛點僅靠標準化是遠遠不夠的。有時候1%的“天賦”決定一切。
我覺得流程和模型必定是你經過沉淀后的結果，但如果文章能針對某個行業(yè)核心痛點做挖掘或者某個點更深入，可能文章會更出彩
謝謝～ 開始我還想著加點案例的，后面仔細思考了下，全局加案例的話，文章篇幅起碼要翻幾倍了，索性就只描述要點了
以產品的生命周期為脈絡，點出了每個階段的重點，總結到位。如果是根據(jù)個人工作經驗總結的話，功底已經很扎實了，可以作為小組leader。
競品分析的具體細節(jié)，能分享一下嗎，有統(tǒng)一的標準嗎？ 去哪里找競品呢？
競品分析的具體細節(jié)，能分享一下嗎——回答
網上很多呢，隨便搜下就有
競品分析有統(tǒng)一的標準嗎？—回答
競品分析，沒有固定的標準，競品分析的目標不同（指為啥要進行競品分析），會導致競品分析結果輸出不同。
去哪里找競品呢？————回答
對B端來說，大概有
1、網上信息獲取（行業(yè)報告、新聞閱讀等）
2、同事、領導、客戶反饋（自己主動挖掘或被動接收信息）
3、相關行業(yè)展會獲取
文章寫得挺精煉，寫出了很多要點，但是是否還可以再具體一點，比如第一步收集需求，確定業(yè)務目標，能否舉具體案例分享說明，目前看到要點，沒有具體方法論，小白看也是一頭霧水啊。
以一個登錄指標異常的小需求為例：
比如當前產品階段處于成長期，每周需要對用戶使用情況進行分析，確保產品是正常使用的一個狀態(tài)（產品運營目標），當前通過指標發(fā)現(xiàn)用戶登錄次數(shù)大幅下降
1、此時收集到需求是：
發(fā)現(xiàn)登錄指標下降，需要尋找登錄異常原因，保證產品正常使用
2、接下來判斷需求價值，用戶是否正常使用系統(tǒng)對公司十分重要，需要進行深入需求分析；
3、綜合以上兩步，確定了產品目標—查找登錄異常原因，得出解決方案，確保用戶正常使用產品
小伙伴還有不明白的需要探討的歡迎加我weixin～：danchangbo