B端系統(tǒng)設(shè)計是一項全面的任務(wù)，與C端產(chǎn)品不同，它更注重整體系統(tǒng)構(gòu)建。對于C端產(chǎn)品，我們強調(diào)價值傳遞和單點用戶體驗的優(yōu)化，而在B端，我們需要建立堅實的體系，嚴(yán)格的流程和邏輯規(guī)則是系統(tǒng)順利運行的基礎(chǔ)，產(chǎn)品外觀和用戶體驗相對次要。然而，一些新手產(chǎn)品經(jīng)理或從C端轉(zhuǎn)向B端的產(chǎn)品經(jīng)理在處理需求時可能會習(xí)慣性地首先繪制原型圖，躍進(jìn)到具體設(shè)計，但這樣做通常會導(dǎo)致流程不完善、邏輯不清晰等問題，特別是對于復(fù)雜的業(yè)務(wù)模塊，更需要系統(tǒng)性的系統(tǒng)設(shè)計思路?；谖叶嗄甑腂端系統(tǒng)設(shè)計經(jīng)驗，我認(rèn)為無論多復(fù)雜的B端系統(tǒng)設(shè)計，都可以概括為以下12個關(guān)鍵步驟：理清流程，建立模型，梳理狀態(tài)，繪制交互。這些步驟將有助于確保系統(tǒng)的完整性和高效性，為B端用戶提供出色的體驗。

理清流程

業(yè)務(wù)流

B端系統(tǒng)設(shè)計的第一步，通常是從梳理業(yè)務(wù)流程入手。這意味著坐下來，與業(yè)務(wù)方一同深入了解具體的業(yè)務(wù)場景，然后逐一梳理清晰的業(yè)務(wù)流程。

在具體執(zhí)行中，可以采用以下四個方面的方法來梳理業(yè)務(wù)流程：

角色：首先要明確在流程中涉及到哪些人或系統(tǒng)的角色。了解誰參與了流程，以及他們在流程中扮演的具體角色，這是流程中最基本的元素。只有了解角色，才能明確任務(wù)分工，使各個角色可以協(xié)同工作。

動作：接下來是確定流程中各個角色需要執(zhí)行的具體動作。例如，銷售人員錄入潛在客戶信息，快遞員配送包裹。這些動作是角色按照業(yè)務(wù)需求完成的具體任務(wù)。

約束：在具體的業(yè)務(wù)場景和狀態(tài)下，會有一些規(guī)則和限制。例如，在獲取銷售線索后，要在當(dāng)天完成系統(tǒng)錄入，或者快遞員需要在規(guī)定時間內(nèi)完成派送。不同的角色在不同的約束下可能會產(chǎn)生不同的效果，例如快遞員如果超時交付可能會受到額外的罰款等懲罰。

效果：最后，要考慮角色完成動作后會導(dǎo)致什么結(jié)果。這代表著下一步是將任務(wù)傳遞給下一個角色，還是結(jié)束了整個流程。在這一步中，產(chǎn)品經(jīng)理需要不斷追問業(yè)務(wù)方的“然后呢”，防止業(yè)務(wù)流程有短缺，直至達(dá)到最終的結(jié)束狀態(tài)。

系統(tǒng)流程

系統(tǒng)流程是業(yè)務(wù)流程中需要計算機系統(tǒng)支持的那一部分，它是開發(fā)代碼的主要指南。系統(tǒng)流程主要涵蓋了那些需要計算機系統(tǒng)處理的任務(wù)，它們包括人與機器的互動、不同系統(tǒng)之間的通信，以及與物聯(lián)網(wǎng)設(shè)備的互動。

主流程

劃分主流程和其他次要流程的目的在于明確事情的優(yōu)先級。首要任務(wù)是確定業(yè)務(wù)的核心主流程，通常是業(yè)務(wù)中最理想的路徑。

有時候，業(yè)務(wù)部門可能僅僅關(guān)注主流程，然后提出需求。在這種情況下，產(chǎn)品經(jīng)理需要幫助填補業(yè)務(wù)方尚未考慮的空白，包括異常情況、逆向操作和分支流程等。

異常流程

異常流程是在操作者或系統(tǒng)未按照原計劃執(zhí)行時，系統(tǒng)或業(yè)務(wù)采取的應(yīng)對措施。舉例來說，如果快遞員無法聯(lián)系到收件人，應(yīng)該選擇是將包裹退回還是暫時保留，如果選擇退回，那么由發(fā)件人承擔(dān)運費等一系列異常情況和相應(yīng)解決方案都屬于異常流程。

逆向流程

逆向流程是正常流程由于某種原因無法繼續(xù)執(zhí)行而需要執(zhí)行的反向操作。它可能涉及到事件的回滾、物品的退回、資源的釋放等等。例如，當(dāng)收件人拒絕接收包裹，快遞公司將包裹退回給發(fā)件人，這是一個逆向流程，可能包括一次逆向流程、二次逆向流程等等。

分支流程

分支流程是在特定條件下觸發(fā)的子場景流程。比如，當(dāng)用戶在電子商務(wù)平臺購買手機，并選擇了以舊換新服務(wù)，那么在配送流程中可能會觸發(fā)第三方手機回收商上門回收舊手機，這就是一個分支流程，它是主流程的一部分，只在特定條件下觸發(fā)。

建立模型

B端系統(tǒng)的業(yè)務(wù)建模就像建造一座房子一樣。在動工前，必須先打好堅實的地基。這個地基包括確定房屋的主要結(jié)構(gòu)（主數(shù)據(jù)）和必需的材料（業(yè)務(wù)文件）等。就像一棟樓房的穩(wěn)固與否，取決于地基是否扎實。因此，業(yè)務(wù)建模在B端系統(tǒng)設(shè)計中扮演著非常重要的角色。地基牢固了，整座樓房才能穩(wěn)固。同樣，業(yè)務(wù)建模的質(zhì)量決定了B端系統(tǒng)的可靠性和成功程度。

主數(shù)據(jù)

主數(shù)據(jù)就像組織的基石，它包含了跨不同部門協(xié)作所需的關(guān)鍵信息，同時也反映了核心業(yè)務(wù)實體的狀態(tài)和屬性。主數(shù)據(jù)在業(yè)務(wù)流程中扮演著底層支持的角色，就像建筑物的地基一樣，是上層業(yè)務(wù)活動的基礎(chǔ)。與由業(yè)務(wù)活動產(chǎn)生的業(yè)務(wù)單據(jù)相比，主數(shù)據(jù)更加穩(wěn)定、準(zhǔn)確，需要唯一標(biāo)識。舉例來說，CRM系統(tǒng)中的客戶信息、電子商務(wù)中的商品信息、協(xié)同辦公中的員工信息以及組織信息都屬于主數(shù)據(jù)。

對主數(shù)據(jù)的建模就像在組織中設(shè)計“人、財、物、事”的抽象化圖紙。在設(shè)計主數(shù)據(jù)系統(tǒng)時，需要考慮父子關(guān)系、訪問權(quán)限、以及數(shù)據(jù)倉庫的同步方式等各種問題，以確保主數(shù)據(jù)系統(tǒng)能夠有效支持各項業(yè)務(wù)活動。

業(yè)務(wù)單據(jù)

業(yè)務(wù)單據(jù)是業(yè)務(wù)活動的產(chǎn)物，記錄和存儲了業(yè)務(wù)的持久信息和狀態(tài)信息。舉例來說，當(dāng)用戶在電子商務(wù)平臺購買商品時，會生成商品訂單；用戶付款后，會產(chǎn)生出庫單；出庫完成后，將生成各種運輸單據(jù)等等。

從業(yè)務(wù)角度看，業(yè)務(wù)單據(jù)是業(yè)務(wù)流程中的核心產(chǎn)物，是推動和管理正確執(zhí)行業(yè)務(wù)的重要憑證。它深入了解業(yè)務(wù)場景，提煉業(yè)務(wù)單據(jù)，推動業(yè)務(wù)流程的進(jìn)行。

從技術(shù)角度看，業(yè)務(wù)單據(jù)是庫表設(shè)計的關(guān)鍵參考對象。需要清晰梳理單據(jù)的關(guān)鍵屬性和單據(jù)之間的關(guān)聯(lián)關(guān)系，以確保系統(tǒng)實施過程中能夠更順暢地完成技術(shù)方案。這樣可以確保系統(tǒng)方案在技術(shù)層面的順利實現(xiàn)。

梳理狀態(tài)

B端產(chǎn)品的好壞不在于外觀的華麗，而在于它能否完美地實現(xiàn)業(yè)務(wù)邏輯。而業(yè)務(wù)邏輯的核心部分是業(yè)務(wù)對象的狀態(tài)如何變化，這個狀態(tài)的變化會推動業(yè)務(wù)行為的發(fā)生，而業(yè)務(wù)行為的發(fā)生又會影響業(yè)務(wù)對象的狀態(tài)。

可以這樣說，業(yè)務(wù)規(guī)則的準(zhǔn)確實現(xiàn)與狀態(tài)機的設(shè)計密切相關(guān)。狀態(tài)機是一種工具，幫助我們明確業(yè)務(wù)對象可以處于哪些狀態(tài)，以及它們?nèi)绾卧诓煌瑺顟B(tài)之間切換。這個設(shè)計的質(zhì)量直接關(guān)系到最終產(chǎn)品的性能和效果。

狀態(tài)機生命周期

在B端系統(tǒng)設(shè)計中，我們可以把一個業(yè)務(wù)對象的生命周期看作是它的整個生命旅程。就好比你規(guī)劃自己的一生一樣。業(yè)務(wù)對象在生命周期中會經(jīng)歷不同的狀態(tài)，這些狀態(tài)可能由人或系統(tǒng)來觸發(fā)。從開始（起始態(tài)）到在用戶的操作和系統(tǒng)規(guī)則的驅(qū)動下，業(yè)務(wù)對象會逐漸經(jīng)歷一系列狀態(tài)變化（中間態(tài)）。它可能會被不斷調(diào)用、修改、更新，直到完成一次業(yè)務(wù)流程的任務(wù)，然后它可能主動結(jié)束或被動結(jié)束（終結(jié)態(tài)）。

狀態(tài)機構(gòu)成要素

現(xiàn)態(tài)：這是指業(yè)務(wù)對象當(dāng)前所處的狀態(tài)。

條件：也稱為“事件”，當(dāng)某個條件被滿足時，會觸發(fā)一個動作或狀態(tài)的遷移。

次態(tài)：條件滿足后，業(yè)務(wù)對象需要遷移到的新狀態(tài)。一旦次態(tài)被激活，它就成為新的現(xiàn)態(tài)。

起始態(tài)：這是指生命周期中的初始狀態(tài)，通常只有一個，比如“待付款”。

終結(jié)態(tài)：表示狀態(tài)機的結(jié)束狀態(tài)，可以有多個，比如“已取消”和“已完成”。

狀態(tài)機設(shè)計原則：MECE

從業(yè)務(wù)對象的角度來看，我們構(gòu)建狀態(tài)流轉(zhuǎn)的整個生命周期，這是為了防止?fàn)顟B(tài)遺漏，從而導(dǎo)致業(yè)務(wù)中斷。MECE意味著“相互獨立，完全窮盡”，在狀態(tài)機設(shè)計中，這意味著在列舉狀態(tài)時，它們不應(yīng)該重疊，也不應(yīng)該遺漏。這樣做的目的是確保程序?qū)崿F(xiàn)沒有二義性，能夠覆蓋所有可能的業(yè)務(wù)情景，以確保系統(tǒng)能夠準(zhǔn)確、無誤地運行。

繪制交互

對于B端系統(tǒng)而言，一旦我們明確了業(yè)務(wù)流程、業(yè)務(wù)對象模型和狀態(tài)變化，項目的成功程度已經(jīng)達(dá)到了80%。剩下的20%任務(wù)就是確保產(chǎn)品的用戶界面和功能完善無缺，這時候方案基本完成了。

在具體執(zhí)行中，我們需要根據(jù)業(yè)務(wù)需求和產(chǎn)品的特點，制定產(chǎn)品需求文檔和原型圖。

交互設(shè)計是重要的一部分，它包括了用戶和系統(tǒng)之間的互動方式，尤其在B端系統(tǒng)設(shè)計中，實用性至關(guān)重要。這意味著我們要確保系統(tǒng)的使用對用戶來說是方便和高效的，同時系統(tǒng)之間的協(xié)作也要順暢。這是方案中的最后一步，但同樣重要。

B端系統(tǒng)的用戶界面設(shè)計要追求信息清晰、頁面簡單、操作方便、即用即走。

便捷化：用戶體驗的便捷性能夠讓用戶感到愉快。理想的便捷設(shè)計是使業(yè)務(wù)人員能夠在最短的時間內(nèi)完成必要的操作，這包括使用一鍵操作、智能記憶功能、以及自動填寫表單等。

簡單化：簡單性有兩個方面，一是交互的簡化，即排除不必要的信息干擾，確保信息以清晰、直接的方式呈現(xiàn)給用戶；二是流程的簡化，去掉重復(fù)的流程，合并相似的流程，以避免浪費時間和資源，例如將審批流程簡化。在流程簡化時，需要先全面列舉，再逐一刪除，以防漏掉必要的步驟。

智能化：系統(tǒng)可以預(yù)測用戶的下一步行為，并提供相關(guān)信息以輔助決策，從而簡化用戶的操作。例如，智能調(diào)度系統(tǒng)可以幫助分配任務(wù)，智能客服可以自動回答用戶問題。

系統(tǒng)間交互

系統(tǒng)間交互包括了系統(tǒng)之間的接口調(diào)用和執(zhí)行順序。這部分設(shè)計可以使用時序圖來清晰表示接口之間的調(diào)用關(guān)系和依賴關(guān)系，這有助于開發(fā)人員更好地理解系統(tǒng)間的交互。

在設(shè)計系統(tǒng)間交互時，除了主要流程，還需要提前考慮一些異常情況和極限情況的處理邏輯。這樣做可以大大減少接口聯(lián)調(diào)階段的時間，避免在聯(lián)調(diào)過程中頻繁修改代碼，從而影響工程進(jìn)度。

寫在最后

我們做任何事情，都應(yīng)該挖掘本質(zhì)，抽離規(guī)律，以不變應(yīng)萬變。

在面對業(yè)務(wù)的變化、職場的變化、人生的變化，仍能從容應(yīng)對。

一技傍身，不懼人生風(fēng)雨！