B端產(chǎn)品往往涉及復(fù)雜的業(yè)務(wù)關(guān)系和場景，該如何設(shè)計并實施一套B端產(chǎn)品呢？其實是有規(guī)律可循的，遵循標(biāo)準(zhǔn)的流程逐步開展工作，可以提升效率、少走彎路。本文將從總體上介紹B端產(chǎn)品建設(shè)的一般流程，以及流程中每個環(huán)節(jié)的要點。

開展B端產(chǎn)品建設(shè)時，會面臨兩種可能的業(yè)務(wù)情況：

1. 業(yè)務(wù)還未開展，只討論了初步的可行性，需要設(shè)計最低成本的試錯方案。
2. 業(yè)務(wù)已經(jīng)通過線下的初步驗證，現(xiàn)在需要系統(tǒng)支持，實現(xiàn)線上化，全面推進業(yè)務(wù)。

第一種情況不需要設(shè)計完整的產(chǎn)品，只需要設(shè)計一個方案，讓業(yè)務(wù)以最低成本做初步嘗試，論證可行后再考慮產(chǎn)品化支持。

第二種情況需要做全面的產(chǎn)品化支持工作，我們要講的就是這種情況下的總體建設(shè)流程。

B端產(chǎn)品的總體建設(shè)流程需要借鑒軟件工程自頂向下的設(shè)計思路，從抽象到具體逐步展開工作，大體上可分為：業(yè)務(wù)問題診斷、設(shè)計解決方案（包括整體方案和細節(jié)方案）、執(zhí)行并優(yōu)化解決方案（又分為設(shè)計技術(shù)方案、實施、迭代）三大階段。

每個階段包含具體的關(guān)鍵步驟，不同階段會涉及不同的參與人員，如下圖所示（其中PM代表產(chǎn)品經(jīng)理）。按照這個流程和思路來梳理業(yè)務(wù)、進行產(chǎn)品設(shè)計，比較容易保障工作效果。

業(yè)務(wù)調(diào)研

業(yè)務(wù)調(diào)研是在產(chǎn)品設(shè)計之前要開展的非常重要的準(zhǔn)備工作，在這個階段，產(chǎn)品經(jīng)理要全面研究并理解業(yè)務(wù)的現(xiàn)狀和規(guī)劃，挖掘并總結(jié)業(yè)務(wù)問題。

在業(yè)務(wù)調(diào)研階段，產(chǎn)品經(jīng)理需要盡可能地用各種手段和工具收集業(yè)務(wù)關(guān)鍵信息，通過對業(yè)務(wù)負責(zé)人、一線業(yè)務(wù)人員等角色進行訪談，獲取全面的信息。另外，可以邀請技術(shù)負責(zé)人一起參與業(yè)務(wù)調(diào)研，確保對業(yè)務(wù)的理解是一致的。

通過業(yè)務(wù)調(diào)研找到關(guān)鍵業(yè)務(wù)問題，這是設(shè)計產(chǎn)品解決方案的核心前提。

產(chǎn)品整體方案設(shè)計

B端產(chǎn)品整體方案設(shè)計講究體系性、結(jié)構(gòu)性?；趯I(yè)務(wù)現(xiàn)狀與發(fā)展方向的理解，產(chǎn)品經(jīng)理需要和架構(gòu)師、技術(shù)負責(zé)人一起，規(guī)劃產(chǎn)品的功能范圍、定位，以及和公司現(xiàn)有產(chǎn)品體系如何融合，形成對后續(xù)細節(jié)設(shè)計有指導(dǎo)意義的整體方案，包含以下方面：

• 核心業(yè)務(wù)流程：梳理整個業(yè)務(wù)主干流程，并確定其中哪些環(huán)節(jié)需要由該產(chǎn)品實現(xiàn)線上化。
• 產(chǎn)品定位：明確該產(chǎn)品有哪些子系統(tǒng)，分別支持哪些業(yè)務(wù)流程和業(yè)務(wù)版塊。
• 應(yīng)用架構(gòu)：考慮該產(chǎn)品和公司現(xiàn)有系統(tǒng)的融合關(guān)系。
• 功能模塊：基于對業(yè)務(wù)的理解，抽象出該產(chǎn)品的具體功能模塊。
• 演進藍圖：根據(jù)業(yè)務(wù)優(yōu)先級與發(fā)展策略，制訂實現(xiàn)各功能模塊的計劃和節(jié)奏。

在產(chǎn)品整體方案設(shè)計階段，業(yè)務(wù)負責(zé)人有必要參與討論，并且所有參與者需要通過討論得出一致認(rèn)可的結(jié)果。

產(chǎn)品細節(jié)方案設(shè)計

梳理了核心流程、產(chǎn)品定位、應(yīng)用架構(gòu)、功能模塊和演進藍圖，相當(dāng)于完成了萬丈高樓建設(shè)的規(guī)劃藍圖。接下來的細節(jié)方案設(shè)計就要基于藍圖，逐一分析業(yè)務(wù)細節(jié)，設(shè)計產(chǎn)品的具體功能。

數(shù)據(jù)建模，也叫業(yè)務(wù)建?；蝾I(lǐng)域建模，是細節(jié)方案設(shè)計中最重要的環(huán)節(jié)，是保證產(chǎn)品設(shè)計嚴(yán)謹(jǐn)可行的關(guān)鍵工作。只有基于對業(yè)務(wù)的理解，抽象出合理且靈活的數(shù)據(jù)模型，才能設(shè)計出有持續(xù)靈活性和擴展性的應(yīng)用系統(tǒng)。

角色與流程設(shè)計會涉及業(yè)務(wù)團隊的組織架構(gòu)和崗位編制，需要產(chǎn)品經(jīng)理與業(yè)務(wù)負責(zé)人一起討論決定。

界面與報表是業(yè)務(wù)用戶直接看到的部分，在設(shè)計時最好能提供可以體驗的交互界面，讓業(yè)務(wù)用戶提前感受并反饋意見，減少不必要的返工。

技術(shù)方案設(shè)計

產(chǎn)品的整體方案、細節(jié)方案都設(shè)計好后，就需要技術(shù)人員做技術(shù)方案設(shè)計了，從而保證軟件系統(tǒng)在正確的技術(shù)選型和合理的技術(shù)架構(gòu)下進行編碼開發(fā)工作。產(chǎn)品經(jīng)理一般不需要直接參與技術(shù)方案設(shè)計，但還是有必要理解相關(guān)技術(shù)知識。

項目管理與實施

技術(shù)方案設(shè)計完畢，接下來就要進入具體的開發(fā)實施環(huán)節(jié)了。

B端產(chǎn)品往往涉及多個業(yè)務(wù)部門，需要多個業(yè)務(wù)系統(tǒng)的跨端配合，如何推進跨端項目？如何保證項目如期高質(zhì)量交付？

——做好項目管理是關(guān)鍵：完善的項目管理機制可以保證實施環(huán)節(jié)順利進行；相反，如果項目管理混亂，任意變更需求、擴大項目范圍，就會導(dǎo)致項目無限延期。

運營迭代

新系統(tǒng)上線后，產(chǎn)品經(jīng)理要和業(yè)務(wù)人員一起參與產(chǎn)品的運營迭代工作，包括宣傳、推廣、使用效果分析、問題和反饋意見的收集，以及持續(xù)的迭代優(yōu)化。

B端產(chǎn)品的運營管理工作有一定的獨特性，因為B端產(chǎn)品都存在對應(yīng)的業(yè)務(wù)方，而業(yè)務(wù)部門都會設(shè)立業(yè)務(wù)運營團隊。在B端產(chǎn)品領(lǐng)域，產(chǎn)品經(jīng)理、產(chǎn)品運營、業(yè)務(wù)運營三者的工作職責(zé)往往有所重疊，各自的工作內(nèi)容該怎樣分配？協(xié)作關(guān)系該怎樣處理？處理好這些問題會讓你的工作事半功倍。

對于迭代優(yōu)化工作，B端產(chǎn)品也有自己的特點，我們需要管理好需求、分配好研發(fā)資源、選擇合適的迭代模式。

以上，是一套B端產(chǎn)品從無到有建設(shè)過程中，自頂向下設(shè)計和落地的思路。

接下來，我們會聊聊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è)流程對比呈現(xiàn)出來了，我們可以清晰地看出兩者的異同點。其中，C端產(chǎn)品的建設(shè)流程是根據(jù)經(jīng)驗總結(jié)抽象出的常見流程，不同的需求和背景下的流程可能略有不同。

從圖中可以看出，B端和C端產(chǎn)品的建設(shè)流程很大不同，具體體現(xiàn)在如下方面：

1. 設(shè)計起點不同

進行產(chǎn)品設(shè)計之前都需要進行調(diào)研，這是設(shè)計的起點。因為B端和C端產(chǎn)品的定位、目標(biāo)完全不同，所以兩者的設(shè)計起點不同：

• B端產(chǎn)品是為了解決業(yè)務(wù)問題而設(shè)計的，設(shè)計的起點是進行業(yè)務(wù)調(diào)研，研究業(yè)務(wù)問題。
• C端產(chǎn)品要實現(xiàn)公司商業(yè)模式的落地，承載著公司的商業(yè)目標(biāo)，設(shè)計的起點是對商業(yè)模式本身的分析與研究，包括市場分析、客戶群分析等。

當(dāng)然，如果是一家SaaS軟件公司，設(shè)計的B端產(chǎn)品要賣給具體客戶，那么，設(shè)計的起點就和C端產(chǎn)品一樣，是進行商業(yè)分析，而不是進行業(yè)務(wù)調(diào)研。

2. MVP思路不同

MVP（最小可行產(chǎn)品，Minimum Viable Product）是《精益創(chuàng)業(yè)》一書中提出的產(chǎn)品理念，在互聯(lián)網(wǎng)公司中被廣泛接受并實踐，簡單講就是用最小的投入去驗證業(yè)務(wù)，通過快速迭代逐步優(yōu)化。

在建設(shè)B端和C端產(chǎn)品時，大的原則是類似的，都是先做加法，即充分討論、窮舉所有需求和可能性；然后再做減法，選出最核心的需求點；最后設(shè)計具體方案并將其落地，用最短的時間和最低的成本支持業(yè)務(wù)啟動。

但是，在選取最小功能集合（或最小可行產(chǎn)品）時，B端和C端產(chǎn)品的區(qū)別很大：

• B端產(chǎn)品要支持業(yè)務(wù)整體運作，所以在選取最小功能集合時，即便再簡化，也要保證一個核心業(yè)務(wù)流程的運轉(zhuǎn)，因此B端MVP往往是一個具備一定復(fù)雜度的系統(tǒng)，不可能是一個或幾個功能點。
• C端產(chǎn)品需要解決用戶的痛點，需要挑選一個核心痛點去打動用戶，如果核心痛點定位錯誤，就會導(dǎo)致驗證失敗。所以在選取最小功能集合時，C端產(chǎn)品要聚焦用戶的核心痛點，C端MVP可能只包含一兩個功能點。

3. 細節(jié)設(shè)計不同

兩類產(chǎn)品在細節(jié)設(shè)計上的關(guān)注點可謂完全不同：

• B端產(chǎn)品面臨復(fù)雜的業(yè)務(wù)場景和用戶場景，因此進行細節(jié)設(shè)計時，必須關(guān)注建模、抽象、角色、權(quán)限等問題。
• C端產(chǎn)品面臨的場景相對單一，并且使用者是相對獨立的單個用戶，因此不用關(guān)心角色、權(quán)限管理，而要關(guān)注用戶的體驗，需要在交互設(shè)計上投入很大精力。

4. 對運營的依賴程度不同

相對B端產(chǎn)品來說，C端產(chǎn)品對運營更依賴（注意：此處所指B端產(chǎn)品運營，是指企業(yè)內(nèi)部使用的B端產(chǎn)品配合的產(chǎn)品運營工作，而非SaaS軟件對外售賣的運營工作）：

• B端產(chǎn)品上線后，要進行全員宣導(dǎo)培訓(xùn)，產(chǎn)品運營工作相對簡單?？梢哉f，B端產(chǎn)品上線后肯定有用戶使用，因為公司會要求自己的業(yè)務(wù)團隊使用新產(chǎn)品。
• C端產(chǎn)品上線只是走完了萬里長征的第一步，接下來需要運營團隊進行持續(xù)推廣，并且通過快速迭代迅速優(yōu)化產(chǎn)品，響應(yīng)用戶需求?？梢哉fC端產(chǎn)品上線后還要靠運營團隊繼續(xù)奮戰(zhàn)，才可能走向成功。在上圖中，我們將C端產(chǎn)品運營迭代的過程繪制得更長一些，以體現(xiàn)運營工作對C端產(chǎn)品的重要性。

以上就是B端產(chǎn)品和C端產(chǎn)品在建設(shè)流程上的不同之處。可見，兩者在建設(shè)的思路、過程、理念上，有著明顯區(qū)別。

插播一條廣告

大家好，我是《決勝B端》作者楊堃，曾在VIPKID任產(chǎn)品總監(jiān)一職。在工作中，遇見有很多優(yōu)秀的B端產(chǎn)品經(jīng)理，但缺少體系化、針對B端產(chǎn)品的實操訓(xùn)練，在成長中走了許多彎路。

我努力將自己多年做B端產(chǎn)品的經(jīng)驗提煉總結(jié)出來，和起點學(xué)院聯(lián)合打造了一門B端產(chǎn)品體系課——《To B產(chǎn)品實戰(zhàn)訓(xùn)練營》希望能給需要的同學(xué)一些實質(zhì)性的幫助。

幫助大家構(gòu)建B端產(chǎn)品知識體系脈絡(luò)，掌握B端產(chǎn)品建設(shè)，從業(yè)務(wù)診斷、需求分析，到抽象建模、設(shè)計落地的全過程的方法思路，最終直接應(yīng)用于工作實踐。

掃碼即可報名，還可為大家爭取到的專屬優(yōu)惠~

立即搶座，報名成功后即可領(lǐng)取詳細課程資料！

作者：楊堃，《決勝B端》作者，微信號公眾號：goYangKun，11年互聯(lián)網(wǎng)研發(fā)、產(chǎn)品設(shè)計經(jīng)驗，曾就職于傳統(tǒng)外資保險公司、百度，現(xiàn)就職于vipkid。

本文由 @楊堃 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議