随着數字化轉型的不斷深化，B端産品也面臨着更新。本文總結分析了如何從0到1搭建B端産品，希望對你有所幫助。
背景
随着公司數字化轉型的不斷的推進和實施，數字化轉型成功越來越明顯的展現在财務報上，這也增強了管理層對數字轉型的信心，在推進中我們也發現幾年建設的系統的“笨重”與“老化”已經不符合和滿足現在業務需求，同時也失去的疊代更新的價值。
23年初我接到對市場領域銷售系統重構更新的任務，以支撐終端銷售業務，為一線的銷售業務提供“數字化炮火的資源”，讓聽見炮火的人，指揮炮火。管理層對這次系統更新和重構期望很大，如果在企業内部使用效果好，未來會推出商用化的産品。
雖然有着6年的從業經驗，3年網際網路大廠工作經驗讓我沉澱了産品規劃與設計能力和本公司3年工作經驗讓我對業務非常的熟悉。這一次是帶領團隊去從0到1去建設一個不太熟悉的領域系統，是以提前規劃好，才能事半功倍。
為了不辜負管理層的期望與下屬的信任，在産品建設前的幾天的時間裡，我先梳理清楚建設的路線圖，以保證産品能保質保量得如期達成。
整個産品建設階段我劃分了六步或階段，産品規劃、需求調研、産品設計、方案傳遞/實施、産品營運、疊代更新。下面詳細說明一下各階段所做的工作是哪些以及相應的産出。
B端産品建設6六步法
第一步，産品規劃：知己知彼，事半功倍。
第二步，需求調研：深入挖掘，精準把脈。
第三步，産品設計：高效實用，體驗卓越
第四步，方案傳遞/實施：傳遞及時，品質保證。
第五步，産品營運：價值創造，深化維護。
第六步，疊代更新：修複缺陷，優化體驗。
第一步，産品規劃：知己知彼，事半功倍
産品規劃階段中，主要有兩個關鍵動作，第一個是行業的調研，第二是客群的調研。
對行業的調研可以快速的了解一個陌生的行業，雖然我已經沉澱了業務上經營，但是對CRM行業市場現狀與發展趨勢了解比較淺，是以行業分析與調研仍然為很重要的一步。行業調研動作我這裡主要從政策環境、市場規模、競争格局、發展趨勢四個方面去調研。
客群分析這裡主要對客戶群進行深入了解，B端産品與C端産品從分析次元上有很大不同，B端産品要從次元上将市場進行細分，次元上包括行業，企業性質，規模，地域等等。C端的次元可能包括年齡，性别，愛好，收入等等。
結合行業分析及客群分析往往能漏出優秀的同類型的産品或競品，這裡我們要往往對這産品在進行深入的分析，可以從戰略、資源、能力、場景、感受等五個層次去分析。
總結一下，産品規劃就是先從宏觀的角度上去了解即将實作的産品的形态是怎麼樣的，這裡擷取的資料越詳細或者說越有價值就越能形成對行業的洞察力，對于商業化産品來說這一步也是非常重要的。
第二步，需求調研：深入挖掘，精準把脈
在B端産品建設中，需求調研是確定産品成功的關鍵步驟。它涉及深入了解業務需求、痛點和期望，以便設計出能夠解決實際問題的解決方案。
在需求調研的初期階段，産品團隊需要對使用者業務進行全面的分析和診斷。這包括了解行業背景、市場定位、競争對手、業務模式以及内部營運流程（市場定位與格局在産品規劃階段基本已經完成，為的是能在該階段與調研對象溝通順暢）。通過訪談、問卷調查、工作坊等方式，收集業務資料和調研對象回報，識别業務流程中的瓶頸和痛點。
業務問題分析與診斷後，需要編制一份詳細的總結報告。這份報告将彙總所有的發現、問題和潛在的解決方案。報告應該清晰地闡述業務問題的根源，以及這些問題對客戶業務的具體影響。此外，報告還應該提出初步的産品概念，作為後續讨論和開發的基礎。确定客戶的關鍵業務流程是需求調研的核心部分。
這些流程通常是客戶業務成功的關鍵，是以，産品必須能夠支援或優化這些流程。通過映射客戶的業務流程，産品團隊可以識别出産品需要重點關注的領域，以及可能需要自動化或優化的環節。調研中會梳理出來很多需求，針對需求優先級進行定義，常用的B端需求方法有MoSCoW，Kano模型，價值與複雜度矩陣，成本效益分析，戰略對齊等，這裡不展開講。
第三步，産品設計：高效實用，體驗卓越
産品設計階段分為整體設計與詳細方案設計，複雜的系統會有多個産品經理分别負責不同的子產品去設計。産品設計負責人往往需要整體對系統進行産品架構設計，産品架構圖與産品路線圖需要呈現出來的。
産品架構圖的作用可以清晰描述出産品藍圖，将複雜的系統進行抽象化，抽象出來的子產品間展示了子產品間的關系，這有助于産品團隊和業務方了解整體系統的構成，對于複雜的系統，架構圖可以幫助管理複雜性，通過将系統分解為更小、更易于管理的部分。這種分解使得團隊可以集中精力在特定的子產品上，而不是被整個系統的複雜性所壓倒。産品架構圖可以拉齊UI，技術，項目等節點拉齊對系統的整體認知，提高協同效率。
向利益相關者展示産品架構圖，可以幫助他們了解産品的建設思路和價值主張，這對于建立信任、管理期望和獲得支援至關重要。
第四步，方案傳遞/實施：傳遞及時，品質保證
需求曆經分析和挖掘後逐漸轉化為産品方案，在這個階段需要産品經理撰寫PRD，也就是産品需求文檔。一般産品文檔主要包括版本号，整體概況及需求背景，流程圖，結構圖，互動說明，權限，埋點等等方面。
在傳遞的時候一般會把PRD文檔提前發給技術同僚，然後項目經理會組織需求傳遞會議，這裡需要産品經理講解方案，前後端工程師，ETL工程師，測試工程師，UI/UE都會進行參加，目的是為一次性拉齊所有的節點。随着方案實施後，工程師與UI/UE會不斷的與産品經理進行互動溝通，以便讓實施出産品達到使用者的滿意。關于項目管理很多公司會設立項目經理崗位，有些公司是産品經理兼職，有些是技術經曆兼職。
第五步，産品營運：價值創造，深化維護
B端産品與C端産品一樣都需要進行營運，B端産品營運更聚焦于價值營運上。一般流程為上線前的宣傳，上線後産品使用教育訓練，這兩個階段讓使用者達到知曉和會用。随着使用者對産品使用，在産品中進行埋點的作用會突顯出來，PV和UV的資料診斷，另外還有一些效率資料也會突顯出來價值。
舉個簡單例子，我在負責待辦中心産品方案設計中時，附帶設計出了待辦審批時效報表，以用來分析哪些場景審批對，哪些流向審批時效差，哪些人審批效率低。用這些資料為各業務部門進行賦能，以來反哺業務。
第六步，疊代更新：修複缺陷，優化體驗
上線後通過資料的營運或者使用者回報，産品經理需要拿出一部分精力去疊代已經上線的産品。如何把握精準的疊代需求，第一步往往通過埋點資料去分析，使用的情況。第二步多和使用者去溝通，最好是真實的坐在使用者身邊去看使用者如何去使用産品。通過不斷的優化産品，讓産品更加的有用，好用和耐用。
本文由 @Sean 原創釋出于人人都是産品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協定
該文觀點僅代表作者本人，人人都是産品經理平台僅提供資訊存儲空間服務。