B端 vs C端:總體建設流程有何區別?
B端產品往往涉及復雜的業務關系和場景,該如何設計并實施一套B端產品呢?其實是有規律可循的,遵循標準的流程逐步開展工作,可以提升效率、少走彎路。本文將從總體上介紹B端產品建設的一般流程,以及流程中每個環節的要點。
開展B端產品建設時,會面臨兩種可能的業務情況:
- 業務還未開展,只討論了初步的可行性,需要設計最低成本的試錯方案。
- 業務已經通過線下的初步驗證,現在需要系統支持,實現線上化,全面推進業務。
第一種情況不需要設計完整的產品,只需要設計一個方案,讓業務以最低成本做初步嘗試,論證可行后再考慮產品化支持。
第二種情況需要做全面的產品化支持工作,我們要講的就是這種情況下的總體建設流程。
B端產品的總體建設流程需要借鑒軟件工程自頂向下的設計思路,從抽象到具體逐步展開工作,大體上可分為:業務問題診斷、設計解決方案(包括整體方案和細節方案)、執行并優化解決方案(又分為設計技術方案、實施、迭代)三大階段。
每個階段包含具體的關鍵步驟,不同階段會涉及不同的參與人員,如下圖所示(其中PM代表產品經理)。按照這個流程和思路來梳理業務、進行產品設計,比較容易保障工作效果。
業務調研
業務調研是在產品設計之前要開展的非常重要的準備工作,在這個階段,產品經理要全面研究并理解業務的現狀和規劃,挖掘并總結業務問題。
在業務調研階段,產品經理需要盡可能地用各種手段和工具收集業務關鍵信息,通過對業務負責人、一線業務人員等角色進行訪談,獲取全面的信息。另外,可以邀請技術負責人一起參與業務調研,確保對業務的理解是一致的。
通過業務調研找到關鍵業務問題,這是設計產品解決方案的核心前提。
產品整體方案設計
B端產品整體方案設計講究體系性、結構性?;趯I務現狀與發展方向的理解,產品經理需要和架構師、技術負責人一起,規劃產品的功能范圍、定位,以及和公司現有產品體系如何融合,形成對后續細節設計有指導意義的整體方案,包含以下方面:
- 核心業務流程:梳理整個業務主干流程,并確定其中哪些環節需要由該產品實現線上化。
- 產品定位:明確該產品有哪些子系統,分別支持哪些業務流程和業務版塊。
- 應用架構:考慮該產品和公司現有系統的融合關系。
- 功能模塊:基于對業務的理解,抽象出該產品的具體功能模塊。
- 演進藍圖:根據業務優先級與發展策略,制訂實現各功能模塊的計劃和節奏。
在產品整體方案設計階段,業務負責人有必要參與討論,并且所有參與者需要通過討論得出一致認可的結果。
產品細節方案設計
梳理了核心流程、產品定位、應用架構、功能模塊和演進藍圖,相當于完成了萬丈高樓建設的規劃藍圖。接下來的細節方案設計就要基于藍圖,逐一分析業務細節,設計產品的具體功能。
數據建模,也叫業務建?;蝾I域建模,是細節方案設計中最重要的環節,是保證產品設計嚴謹可行的關鍵工作。只有基于對業務的理解,抽象出合理且靈活的數據模型,才能設計出有持續靈活性和擴展性的應用系統。
角色與流程設計會涉及業務團隊的組織架構和崗位編制,需要產品經理與業務負責人一起討論決定。
界面與報表是業務用戶直接看到的部分,在設計時最好能提供可以體驗的交互界面,讓業務用戶提前感受并反饋意見,減少不必要的返工。
技術方案設計
產品的整體方案、細節方案都設計好后,就需要技術人員做技術方案設計了,從而保證軟件系統在正確的技術選型和合理的技術架構下進行編碼開發工作。產品經理一般不需要直接參與技術方案設計,但還是有必要理解相關技術知識。
項目管理與實施
技術方案設計完畢,接下來就要進入具體的開發實施環節了。
B端產品往往涉及多個業務部門,需要多個業務系統的跨端配合,如何推進跨端項目?如何保證項目如期高質量交付?
——做好項目管理是關鍵:完善的項目管理機制可以保證實施環節順利進行;相反,如果項目管理混亂,任意變更需求、擴大項目范圍,就會導致項目無限延期。
運營迭代
新系統上線后,產品經理要和業務人員一起參與產品的運營迭代工作,包括宣傳、推廣、使用效果分析、問題和反饋意見的收集,以及持續的迭代優化。
B端產品的運營管理工作有一定的獨特性,因為B端產品都存在對應的業務方,而業務部門都會設立業務運營團隊。在B端產品領域,產品經理、產品運營、業務運營三者的工作職責往往有所重疊,各自的工作內容該怎樣分配?協作關系該怎樣處理?處理好這些問題會讓你的工作事半功倍。
對于迭代優化工作,B端產品也有自己的特點,我們需要管理好需求、分配好研發資源、選擇合適的迭代模式。
以上,是一套B端產品從無到有建設過程中,自頂向下設計和落地的思路。
接下來,我們會聊聊B端產品和C端產品建設流程的區別。
B端產品與C端產品建設流程的區別
在產品從0到1的建設過程中,B端產品和C端產品在很多環節上是完全不同的。下圖將兩者的建設流程對比呈現出來了,我們可以清晰地看出兩者的異同點。其中,C端產品的建設流程是根據經驗總結抽象出的常見流程,不同的需求和背景下的流程可能略有不同。
從圖中可以看出,B端和C端產品的建設流程很大不同,具體體現在如下方面:
1. 設計起點不同
進行產品設計之前都需要進行調研,這是設計的起點。因為B端和C端產品的定位、目標完全不同,所以兩者的設計起點不同:
- B端產品是為了解決業務問題而設計的,設計的起點是進行業務調研,研究業務問題。
- C端產品要實現公司商業模式的落地,承載著公司的商業目標,設計的起點是對商業模式本身的分析與研究,包括市場分析、客戶群分析等。
當然,如果是一家SaaS軟件公司,設計的B端產品要賣給具體客戶,那么,設計的起點就和C端產品一樣,是進行商業分析,而不是進行業務調研。
2. MVP思路不同
MVP(最小可行產品,Minimum Viable Product)是《精益創業》一書中提出的產品理念,在互聯網公司中被廣泛接受并實踐,簡單講就是用最小的投入去驗證業務,通過快速迭代逐步優化。
在建設B端和C端產品時,大的原則是類似的,都是先做加法,即充分討論、窮舉所有需求和可能性;然后再做減法,選出最核心的需求點;最后設計具體方案并將其落地,用最短的時間和最低的成本支持業務啟動。
但是,在選取最小功能集合(或最小可行產品)時,B端和C端產品的區別很大:
- B端產品要支持業務整體運作,所以在選取最小功能集合時,即便再簡化,也要保證一個核心業務流程的運轉,因此B端MVP往往是一個具備一定復雜度的系統,不可能是一個或幾個功能點。
- C端產品需要解決用戶的痛點,需要挑選一個核心痛點去打動用戶,如果核心痛點定位錯誤,就會導致驗證失敗。所以在選取最小功能集合時,C端產品要聚焦用戶的核心痛點,C端MVP可能只包含一兩個功能點。
3. 細節設計不同
兩類產品在細節設計上的關注點可謂完全不同:
- B端產品面臨復雜的業務場景和用戶場景,因此進行細節設計時,必須關注建模、抽象、角色、權限等問題。
- C端產品面臨的場景相對單一,并且使用者是相對獨立的單個用戶,因此不用關心角色、權限管理,而要關注用戶的體驗,需要在交互設計上投入很大精力。
4. 對運營的依賴程度不同
相對B端產品來說,C端產品對運營更依賴(注意:此處所指B端產品運營,是指企業內部使用的B端產品配合的產品運營工作,而非SaaS軟件對外售賣的運營工作):
- B端產品上線后,要進行全員宣導培訓,產品運營工作相對簡單。可以說,B端產品上線后肯定有用戶使用,因為公司會要求自己的業務團隊使用新產品。
- C端產品上線只是走完了萬里長征的第一步,接下來需要運營團隊進行持續推廣,并且通過快速迭代迅速優化產品,響應用戶需求??梢哉fC端產品上線后還要靠運營團隊繼續奮戰,才可能走向成功。在上圖中,我們將C端產品運營迭代的過程繪制得更長一些,以體現運營工作對C端產品的重要性。
以上就是B端產品和C端產品在建設流程上的不同之處??梢?,兩者在建設的思路、過程、理念上,有著明顯區別。
插播一條廣告
大家好,我是《決勝B端》作者楊堃,曾在VIPKID任產品總監一職。在工作中,遇見有很多優秀的B端產品經理,但缺少體系化、針對B端產品的實操訓練,在成長中走了許多彎路。
我努力將自己多年做B端產品的經驗提煉總結出來,和起點學院聯合打造了一門B端產品體系課——《To B產品實戰訓練營》希望能給需要的同學一些實質性的幫助。
幫助大家構建B端產品知識體系脈絡,掌握B端產品建設,從業務診斷、需求分析,到抽象建模、設計落地的全過程的方法思路,最終直接應用于工作實踐。
掃碼即可報名,還可為大家爭取到的專屬優惠~
立即搶座,報名成功后即可領取詳細課程資料!
作者:楊堃,《決勝B端》作者,微信號公眾號:goYangKun,11年互聯網研發、產品設計經驗,曾就職于傳統外資保險公司、百度,現就職于vipkid。
本文由 @楊堃 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
B端產品的總體建設流程需要借鑒軟件工程自頂向下的設計思路,從抽象到具體逐步展開工作,大體上可分為:業務問題診斷、設計解決方案(包括整體方案和細節方案)、執行并優化解決方案(又分為設計技術方案、實施、迭代)三大階段。
這些在老師的課程中都會講到嗎?
B端確實比C端復雜多了,業務方的話語權也大一些
如果是業務還未開展,要討論初步的可行性,怎么去確定試錯方案呢
講解得很清晰,但互聯網時代,B端產品是不是也要向C端借力?
希望以后可以在上海面基
花了1個小時看完的我是不是太菜鳥了 ?
我很喜歡作者的邏輯思維以及文字表達,您的文章和書是我轉型學習的教材。希望看到更多更深層次的解讀文章,期待。
看了新書,把幾篇好文章重新串了一下,知識面有些過于零碎和范范,雖然都很有用,但是每個點都不夠深入,希望作者能出更多對于每個系統更加深入剖析和解讀的文章~
什么新書?除了決勝b端,還有哪本?
還可以