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