本文探討的需求分析環節指識別用戶需求，確定產品功能的過程，僅探討繪制產品原型之前的需求分析環節。

一、需求分析總體流程

1. 第一步：收集需求，尋找產品/功能目標

無論是日常工作還是需求分析，先明確宏觀目標。對于產品具體功能來說，就是要定義出要不要做、做什么的問題，可使用以下方法找到產品目標。

1）識別需求觸發原因，根據不同需求觸發原因收集需求。

• 內部存在具體問題，需解決：無論是別人或自己提出，都需使用3W2H挖掘深層次的需求；

• 出現競品壓力，想提升產品競爭力：若是別人提出，邀請對方進行分享，若是自己提出，需要進行競品分析；

• 市場出現新趨勢、新政策，想把握潮流抓住機會：若是別人提出，需要邀請對方分享，對新趨勢、新政策的看法，并查看行業標桿，對其進行分析查找機會；若是自己觀察到，需要收集資料進行仔細研究；

• 市場出現新技術，想把握機會：若是別人提出，需要邀請對方分享；并分析技術發展路線、應用趨勢（解決什么問題），從中收獲靈感；分析技術已有應用業務，看能解決什么問題，查找機會；

• 市場出現新人群，代表著產生新的需求，想把握機會：需要分析新出現人群特點及需求，查找市場機會。

2）根據收集需求，分析識別業務支持目標、關鍵干系人。

3）根據收集需求，分析識別系統可解決客戶用戶什么痛點，公司已有條件是否具備解決條件。

4）根據收集需求，分析問題對應市場人群，已有解決方案行業前景，競品情況。

5）綜合以上分析，結合公司情況，分析對公司價值如何？是否現在要做？

6）總結匯報，根據以上分析，識別用戶需求及其最大痛點，發現產品目標機會，匯報公司內部領導，領導拍板確認業務目標才能做。

沒有產品目標，后面的工作都是浪費時間。

2. 第二步：分析現狀，識別問題

產品/功能目標確定的情況下，開始詳細問題分析，為策劃產品做準備。

對外來說，客戶用戶對現狀不滿，產生具體問題，才會產生需求，對于B端產品，一般會有一些已經在運作的解決方案，當前解決方案不能滿足用戶預期，于是產生了一些問題；對內來說，公司對內不滿，產生具體問題，才會產生需求。

具體實施步驟如下：

• 分析場景中涉及的關鍵術語、數據實體概念是什么（是什么，如何計算的）、來源是什么、相互之間關系是什么。弄懂基礎業務術語概念是弄懂業務的基礎；

• 分析了解現有哪些解決方案，重點與非重點用戶、場景、流程有哪些，有什么具體問題與弊端？

分析的具體手段有：

• 需求調研

• 數據分析

• 競品分析

• 用戶反饋

• 聽取領導建議

第一步和第二步邊界是非常模糊的，有時是在詳細分析現狀的情況下，重新發現產品功能目標，有時是在分析完現狀之后，發現產品功能目標有問題?？傮w處理原則是，先定義出要不要做，再決定是否詳細分析，提高分析效率。

3. 第三步：產品總體方案設計

總體方案設計是在產品設計之初或設計較為復雜的功能時，全盤考慮，設計產品總體方案，把握產品宏觀方向，避免一步錯，步步錯的局面。具體操作如下：

1）根據現狀分析結果，考慮公司情況，戰略目標定位，設計產品整體架構、產品形態、核心流程、功能組合，達到用戶目標，解決現狀問題等宏觀問題，具體包含：

• 總結出【產品定義】，抽象描述解決什么人什么問題，確定產品邊界；

• 梳理出【產品形態】，產品是以什么形式存在；

• 推演出【核心業務流程】，不同角色用戶怎么使用系統達到業務目標；

• 梳理出【具體功能模塊及其價值】根據前面幾步，分析出具體需要哪些功能及各模塊目標價值，與競品產生差異化；

• 規劃出【產品愿景】，結合公司現有情況和意愿，錨定出希望產品未來達到什么效果（如希望做垂直行業第一？）；

• 規劃演進藍圖，根據產品愿景、功能業務價值、及公司現有情況，規劃產品演進藍圖，決定先實現哪部分，后實現哪部分；

• 推導出【產品原則】，一般對產品經理而言，指產品生產原則-需求處理原則。不同產品階段有不同的產品原則，需要根據當前產品階段及其目標，推導出當前階段產品生產實施原則；

• ……

2）工作溝通匯報

與領導、關鍵客戶等產品關鍵決策人進行討論匯報，確保產品宏觀方向的正確性，獲取資源支持。匯報內容，需連帶“第二步：分析現狀，識別問題”分析結果一并匯報，提高方案說服力。

功能較為復雜時，特別注意先匯報總體方案，再開始產品細節方案設計，避免總體方向不正確，多次返工情況。

4. 第四步：產品細節方案設計

總體方案確定后，開始進入方案細節設計。

1）細節方案設計具體步驟如下

• 確定設計方案目標，明確功能解決什么具體問題；

• 研究競品功能和使用場景；

• 設計用戶使用當前產品場景，梳理場景下需求，整理核心場景和核心需求；

• 基于核心場景、核心需求，結合當前系統已有歷史功能，推演所需系統功能；

• 設計差異化具體實現方案，具體功能邏輯；

• 評估細節功能價值（使用kano模型、時間管理四象限、ICE排序法等方法進行評估），規劃具體功能優先級和演進藍圖，確定哪部分是當前要實現的，哪部分是后面實現的，哪些是不必要做的。

2）工作溝通匯報

細節設計完成，需要向用戶、領導同事討論確認細節方案。溝通時特別注意描述功能的場景和價值，確保當前產品方案可行。細節方案確認后，可開始原型設計。

二、不同需求類型處理要點

針對不同具體需求，在同一需求處理流程上，有不同需求分析要點，需要結合需求分析流程靈活運用。一個需求可能同時屬于下面幾種不同類型，需要將以下不同需求類型要點組合運用。

1. 協作類需求處理要點

協作需求，指多角色多用戶之間通過系統交互，達到業務目標的需求。

1）收集需求，尋找產品/功能目標

協作類產品主要基于以下原因：

• 想通過系統優化已有流程，提高效率、節省成本、降低風險等；

• 想通過系統，擴展已有業務渠道；

• 想通過系統將個人知識能力固化，轉化為組織能力。

2）分析現狀，識別問題

對原始業務總體進行分析，包含以下分析：

• 用戶原始業務目標分析；

• 組織結構分析；

• 管理利益關系分析；

• 根據目標和干系人關注點，梳理系統涉及的所有原始業務流。

對業務流涉及的干系人（用戶角色）進行訪談分析，通過以下維度進行分析：

• 根據KPI詢問其核心工作關注點

• 基于工作主題詢問其核心關注點

• 基于工作階段詢問其關注點

3）產品總體方案設計

根據業務目標和干系人需求及原始流程，設計系統流程，提高業務方工作質效。

4）產品細節方案設計

• 根據系統流程，分析關鍵業務專家使用場景需求；

• 對部分場景模型化，設計具體功能方案。

2. 管理支持類需求處理要點

管理支持需求，指產品需要支持客戶的管理類需求。實際業務場景中，主要是業務方領導層針對工作流過程或結果的管控，想通過系統實現數據信息化，輔助管理決策。

1）收集需求，尋找產品/功能目標

管理支持類需求主要基于以下原因：

• 事前風險避免，通過增加管理流程、數據預測等；

• 事中風險控制，通過設置“規則”和審批；

• 事后總結優化、通過數據分析。

2）分析現狀，識別問題

與領導層管理者進行溝通，識別管理者管控點，對原始場景需求進行分析，可查看參考原始的管理文件、報表等。

3）產品總體方案&細節方案設計

對管控點進行分析，得出功能方案。

3. 數據處理類需求處理要點

數據處理需求，指處理業務數據需求，如一些大數據系統，系統之間有數據交互流轉。

1）收集需求，尋找產品/功能目標

無

2）分析現狀，識別問題

除理清數據實體概念、計算方式、之間的數據實體的構成、關系、流程之外，還需重點關注考慮數據來源、數據量、數據跟隨業務流轉動態變化關系。

3）產品總體方案&細節方案設計

私有化部署或其他需要帶數據交換的系統，需要全流程考慮數據協作交換場景和方式。

4. 運營監控類需求處理要點

運營監控需求，指為了客戶或公司本身提出的需求。

1）收集需求，尋找產品/功能目標

無

2）分析現狀，識別問題

無

3）產品總體方案&細節方案設計

根據核心運營目標分析所需指標參數，梳理現有系統數據，查看是否能得出相關指標參數，根據復雜度查看是否需要建立數據模型。

5. 維護、產品質量類需求處理要點

指產品維護，保證產品正常運轉的一些非直接面對前端用戶的需求。

1）收集需求，尋找產品/功能目標

從威脅入手，逆向思維，識別對系統危害最大、頻率最高的場景。

2）分析現狀，識別問題

無

3）產品總體方案&細節方案設計

無

還有更多的需求類型，不同需求類型，總體需求處理流程類似，但側重點有所不同。

三、不同產品階段需求處理原則

任何產品都存在著生命周期，生命周期的不同導致了產品目標的不同。為了使產品效益最大化，針對不同具體產品生命階段，處理需求時，需要遵循一定的總體原則。

1. 新生期需求處理原則

新生期，類比人類的嬰兒期。對于產品，指從0到1打造產品時期，階段目標一般是快速迭代驗證可行性。此階段需求處理原則是：

• 多與客戶用戶溝通驗證產品；

• MVP快速迭代（成本最小化+快速迭代），開發出滿足最小業務全場景閉環的B端產品快速推向市場；

• 若時間非常有限，先先滿足正向需求，最后滿足其他非正向需求，如對某數據的管理，先實現數據添加、刪除，滿足基礎的正向需求，后實現數據修改等非正向功能。

2. 成長期需求處理原則

成長期，類比人類的兒童及青少年時期。對于產品，指業務持續增長時期。階段目標一般是聚焦業務，擴大并做好產品和服務，打造口碑優勢。

此階段需求處理原則是：

• 服務好已有客戶，保持好需求溝通頻率；

• 重視產品運營需求，提升產品和服務質量和范圍；

• 多研究競品，尋找產品解決方案差異化，打造產品亮點。

3. 成熟期需求處理原則

成熟期，類比人類的成年壯年時期。對于產品，指產品收益穩定時期，階段目標一般是保持優勢，延長產品成熟期，建立產品或業務生態。

此階段需求處理原則是：

• 多研究競品，持續保持產品優勢；

• 擴展已有產品業務，探索新可能，建立產品或業務生態。

4. 衰退期需求處理原則

衰退期，類比人類的老年時期。對于產品，指產品即將失去生命價值走下坡路的時期，此階段目標一般是轉型，探索新可能，少做當前產品優化開發。

此階段需求處理原則是：

• 維護已有系統穩定，確保能正常使用，維護好客戶用戶關系；

• 少做功能，節省資源用于其他有價值的產品；

• 基于當前產品業務，探索新可能。

5. 任何產品階段需求處理通用原則

無論產品處于任何階段，處理需求可遵循以下通用原則，幫助完成產品階段性目標：

• 以重點客戶、重點用戶、領導核心需求為導向；

• 基于當前產品目標&公司商業目標設計產品；

• 功能方案設計，盡量使用戶使用方便（如流程簡化、提供指引幫助等）；

• 功能方案設計，保證產品穩定運行是基本盤；

• 功能方案設計，考慮未來擴展性；

• 功能方案設計，模塊清晰，盡量少耦合。

產品生命周期不完全同于人的生命周期，不一定完全遵循“新生期-成長期-成熟期-衰退期”流程，可能剛度過新生期由于公司業務調整，產品直接進入衰退期，也有可能產品在衰退期由于公司業務調整的重視，重新投入資源，讓產品重新進入成長期

四、總結

本文以需求分析總體流程為主體，說明需求分析整個過程，又以處理不同類型需求加以要點說明，最后將需求分析放置于整個產品生命周期，說明在不同產品生命周期處理需求需要把握不同總體原則。

相信基于以上需求分析框架體系，處理大多數需求能都游刃有余，高效打造出一個有價值的B端優秀產品。希望能給到小伙伴建立自己的需求分析框架一些啟發。

最后，我建立了各大城市的產品交流群，想進群小伙伴加微信：yw5201a1??我拉你進群。

關注微信公眾號：產品劉?可領取大禮包一份。

··················END··················

今日研報：淘寶直播聯合艾瑞咨詢發布《2022年貨節：新春生活消費趨勢報告》，公眾號后臺回復“?年貨節”，即可下載完整PDF文件。

申明：報告版權歸?淘寶直播、艾瑞咨詢?獨家所有，此處僅限分享學習使用，如有侵權，請聯系小編做刪除處理。

RECOMMEND

推薦閱讀

B端頁面——詳細表單設計流程

線下實戰2.0

產品經理必懂知識點—cookie和session

面試中該如何介紹項目？

點擊“閱讀原文”

查看更多干貨

總結

以上是生活随笔為你收集整理的打造优秀B端产品需求分析流程要点的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。