B端產品比較難做，我想主要有3點原因：
1、行業壁壘高，需要在該行業有足夠的沉淀才能給出合理靠譜的解決方案
2、競品分析成本高。B端產品定制化多且多數私有化部署，安全性高，市面上很難找到價值較高的分析資料
對于B端產品經理來說，相對于C端產品，日常工作重心需要更多地前移，即業務調研與需求分析當中，需要將更多地精力投入到需求管理當中。
基于此梳理下B端項目需求管理全過程，包括3大塊：產品背景分析、需求梳理與分析和系統建設。
1、產品背景分析
俗話說，兵馬未動糧草先行。在項目立項后，首先需要做的一個工作就是對產品背景調研、分析。
簡單而言，作為這個產品/項目的負責人，在這一環節，你需要完成3個關鍵動作：
1、了解產品背景：通常有3個文件可以幫到我們快速熟悉--MRD、實施方案、招投標文件
2、確定業務目標：5W2H模型這時候比較實用，這關系到后面的干系人管理
3、規劃業務范圍：完成后可建立粗粒度的產品規劃，大框架基本成型
這一環節結束后，需要大致清楚項目的功能范圍、成本估算、時間成本以及與其他業務系統的業務關系。
2、需求梳理與分析
在第2環節是B端產品最難做的一節：需求梳理與分析。主要包括3部分工作：
1、梳理業務概念：快速熟悉行業相關知識，保持溝通同頻。
2、訪談調研：區分角色，全角色覆蓋，保證拿到手的需求是無遺漏的
3、需求分析：輸出行業業務流程圖、用例圖，建立需求池
在這個環節，梳理業務概念是幫助我們可以以行內話與客戶溝通，只有你表現出你的專業度才能贏得客戶的信任，建立靠譜、專業的第一印象。所以需要提前儲備一定的行業背景知識，至于如何短時間內快速切入行業，回頭選擇一個賽道來嘮下。
輸出的需求池需要動態更新管理，且需要產品經理去分析，去偽求真。客戶所說的，不一定是他們想要的，不要被客戶所表達的問題/訴求牽著走?？蛻粽f我想要個錘子，其實他只是想在墻上釘個釘子。
所以這個階段，需要產品經理所輸出的規劃方案具備一定的前瞻性、擴展性和健壯性。
3、系統建設
接下來的工作大家就比較熟悉了，無需多言。這個環節只要做好以下幾點就不會出現大問題：
1、建立溝通機制
2、做好風險管理
這里說的溝通機制既包括項目內溝通，比如晨會、夕會、周例會、月度復盤等，也包括與用戶的定期溝通。
這里重點說下客戶溝通。很多時候，系統建設過程中頻繁出現需求變更，除了前期需求沒有做好，實際上也有部分原因在于客戶溝通沒有做到位。
一般而言，我會把客戶當做我們的項目組成員，需求池里的需求是對客戶共享的，在前期就讓客戶參與到需求收集、分析和評估當中。這樣客戶在提一些需求時首先自己就會先判斷下需求的優先級。少去了很多無謂的撕逼。
另外，定期的復盤與工作匯報是必不可少的。作為甲方，對于項目的進度、風險和質量是最終的負責人，作為乙方、實施方，務必要與甲方信息對稱。
沒有人一路單純到底，但請別忘了最初的自己，譜寫自己的路，別再讓身影失去平衡而慢慢下沉。
? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ------- 韓大帥
