編輯導語：B端產品需求深似海，想打造一款好產品，離不開高效地需求分析。本文作者總結思考了多年的B端產品經驗，輸出需求分析方法論，希望能夠幫助小夥伴建立自己的需求分析框架，提高需求分析效率，打造有價值的優秀的B端產品。
本文探討的需求分析環節指識別使用者需求，確定產品功能的過程，僅探討繪製產品原型之前的需求分析環節。
一、需求分析總體流程
1。 第一步：收集需求，尋找產品/功能目標
無論是日常工作還是需求分析，先明確宏觀目標。對於產品具體功能來說，就是要定義出要不要做、做什麼的問題，可使用以下方法找到產品目標。
1）識別需求觸發原因，根據不同需求觸發原因收集需求。
內部存在具體問題，需解決：無論是別人或自己提出，都需使用3W2H挖掘深層次的需求；
出現競品壓力，想提升產品競爭力：若是別人提出，邀請對方進行分享，若是自己提出，需要進行競品分析；
市場出現新趨勢、新政策，想把握潮流抓住機會：若是別人提出，需要邀請對方分享，對新趨勢、新政策的看法，並檢視行業標杆，對其進行分析查詢機會；若是自己觀察到，需要收集資料進行仔細研究；
市場出現新技術，想把握機會：若是別人提出，需要邀請對方分享；並分析技術發展路線、應用趨勢（解決什麼問題），從中收穫靈感；分析技術已有應用業務，看能解決什麼問題，查詢機會；
市場出現新人群，代表著產生新的需求，想把握機會：需要分析新出現人群特點及需求，查詢市場機會。
2）根據收集需求，分析識別業務支援目標、關鍵干係人。
3）根據收集需求，分析識別系統可解決客戶使用者什麼痛點，公司已有條件是否具備解決條件。
4）根據收集需求，分析問題對應市場人群，已有解決方案行業前景，競品情況。
5）綜合以上分析，結合公司情況，分析對公司價值如何？是否現在要做？
6）總結匯報，根據以上分析，識別使用者需求及其最大痛點，發現產品目標機會，彙報公司內部領導，領導拍板確認業務目標才能做。
沒有產品目標，後面的工作都是浪費時間。
2。 第二步：分析現狀，識別問題
產品/功能目標確定的情況下，開始詳細問題分析，為策劃產品做準備。
對外來說，客戶使用者對現狀不滿，產生具體問題，才會產生需求，對於B端產品，一般會有一些已經在運作的解決方案，當前解決方案不能滿足使用者預期，於是產生了一些問題；對內來說，公司對內不滿，產生具體問題，才會產生需求。
具體實施步驟如下：
分析場景中涉及的關鍵術語、資料實體概念是什麼（是什麼，如何計算的）、來源是什麼、相互之間關係是什麼。弄懂基礎業務術語概念是弄懂業務的基礎；
分析瞭解現有哪些解決方案，重點與非重點使用者、場景、流程有哪些，有什麼具體問題與弊端？
分析的具體手段有：
需求調研
資料分析
競品分析
使用者反饋
聽取領導建議
第一步和第二步邊界是非常模糊的，有時是在詳細分析現狀的情況下，重新發現產品功能目標，有時是在分析完現狀之後，發現產品功能目標有問題。總體處理原則是，先定義出要不要做，再決定是否詳細分析，提高分析效率。
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端優秀產品。希望能給到小夥伴建立自己的需求分析框架一些啟發。
如果小夥伴有其他建議，歡迎留言溝通～
本文由 @但但 原創釋出於人人都是產品經理，未經許可，禁止轉載
題圖來自Unsplash，基於 CC0 協議