在B端軟件設(shè)計時，產(chǎn)品經(jīng)理必須要做的就是要去理清業(yè)務(wù)流程，以便更好地理解用戶需求。那么什么是復(fù)雜流程呢？我們一起來談?wù)撨@個話題。

如果你去翻閱一些B端產(chǎn)品的書籍，相信你一定會看到類似的話語：

“在B端軟件設(shè)計中面對復(fù)雜流程設(shè)計時，產(chǎn)品經(jīng)理必須要做的就是要去理清業(yè)務(wù)流程，從而幫助產(chǎn)品經(jīng)理更好地理解和滿足用戶的需求，確保軟件設(shè)計的準(zhǔn)確性和高效性?！?/p>

那么究竟什么是復(fù)雜流程呢？這篇文章我們就來談?wù)勥@個話題。

01 什么是復(fù)雜流程設(shè)計？

首先我們來看一個案例：假設(shè)我們正在設(shè)計一個B端系統(tǒng)，用于處理訂單管理。

在訂單管理流程中涉及以下幾個步驟：

訂單創(chuàng)建：客戶提交訂單請求，系統(tǒng)接收訂單信息并創(chuàng)建訂單。

庫存檢查：系統(tǒng)檢查訂單中所需商品的庫存情況。

訂單支付：客戶選擇支付方式并完成支付。

訂單處理：系統(tǒng)根據(jù)訂單信息進(jìn)行處理，包括商品備貨、包裝等操作。

物流配送：系統(tǒng)安排物流公司進(jìn)行訂單的配送。

訂單完成：物流配送完成后，系統(tǒng)將訂單狀態(tài)更新為已完成。

在這個例子中，因為涉及了多個步驟和角色，所以在產(chǎn)品化中必須要考慮不同特殊情況下的處理邏輯，比如庫存不足的異常情況、支付失敗的處理、物流延遲等等，以此來保證流程的順利流轉(zhuǎn)。

如果我們提煉下在訂單管理的流程中，具體涉及了以下步驟與角色以及不同情況的處理邏輯：

1. 步驟與角色

訂單創(chuàng)建：客戶、系統(tǒng)。

庫存檢查：系統(tǒng)、庫存管理人員。

訂單支付：客戶、支付網(wǎng)關(guān)、系統(tǒng)。

訂單處理：系統(tǒng)、倉儲人員、包裝人員。

物流配送：系統(tǒng)、物流公司、配送員。

訂單完成：系統(tǒng)、客戶。

2. 不同特殊情況的處理邏輯

庫存不足：系統(tǒng)檢查庫存不足時，通知庫存管理人員及時補(bǔ)充庫存或提示客戶訂單無法繼續(xù)。

支付失?。寒?dāng)支付過程中遇到問題，系統(tǒng)需要及時通知客戶支付失敗的原因，同時提供解決方案。

物流延遲：如果物流配送過程中出現(xiàn)延遲，系統(tǒng)需要及時通知客戶，并在后續(xù)跟蹤物流進(jìn)展。

可以看到這其實就是一個典型的復(fù)雜流程設(shè)計。

所以如果我們總結(jié)下：復(fù)雜流程設(shè)計其實就是（1）多角色參與；（2）存在多個特殊場景的業(yè)務(wù)流程。

而在很多時候產(chǎn)品同學(xué)在進(jìn)行B端軟件設(shè)計時，經(jīng)常會被開發(fā)挑戰(zhàn)的問題，例如需求不清晰、系統(tǒng)流程設(shè)計不合理、業(yè)務(wù)狀態(tài)流轉(zhuǎn)混亂、異常情況處理不當(dāng)?shù)?，這些問題其實就是因為復(fù)雜流程設(shè)計的過程中經(jīng)常出現(xiàn)遺漏等問題導(dǎo)致的。

02 4個步驟搞定復(fù)雜流程設(shè)計

為解決上述的問題，這里我給大家提供一個4步法來搞定B端軟件的復(fù)雜流程設(shè)計，幫助大家無遺漏的完成復(fù)雜流程設(shè)計。

以下內(nèi)容摘錄自《中臺產(chǎn)品經(jīng)理寶典》一書

步驟1. 理清業(yè)務(wù)要素

確定角色：明確軟件系統(tǒng)中涉及的人員或系統(tǒng)角色，如商家、買家等。

定義動作：詳細(xì)列出每個角色在業(yè)務(wù)流程中需要完成的具體動作，如商品上架、下單等。

設(shè)定約束：在特定的業(yè)務(wù)場景和狀態(tài)下，設(shè)定規(guī)則和限制條件，如訂單支付期限等。

表達(dá)效果：理清每個動作完成后所產(chǎn)生的效果，包括推動下一步動作或結(jié)束流程。

步驟2. 定義主流程

確定核心主流程：從業(yè)務(wù)方需求出發(fā)，確定業(yè)務(wù)的核心主流程，即業(yè)務(wù)方所期望的完美路徑。

考慮異常流程：在主流程中考慮異常情況，如商品售罄導(dǎo)致下單失敗等，制定相應(yīng)的應(yīng)對措施。

考慮逆向流程：定義反向流程，如訂單取消、退貨操作等，使系統(tǒng)能夠正確處理回滾和退款等操作。

考慮分支流程：根據(jù)特定條件觸發(fā)的子流程，如特殊優(yōu)惠活動、特定配送方式等分支流程。

步驟3. 制定異常流程

確定異常情況：識別可能出現(xiàn)的異常情況，如網(wǎng)絡(luò)故障、設(shè)備故障等。

設(shè)計應(yīng)對措施：制定相應(yīng)的規(guī)則和流程，對異常情況進(jìn)行處理，確保系統(tǒng)能夠正確響應(yīng)和處理異常。

步驟4. 設(shè)計業(yè)務(wù)狀態(tài)流轉(zhuǎn)

確定業(yè)務(wù)對象的狀態(tài)：對每個業(yè)務(wù)對象定義狀態(tài)集合及其轉(zhuǎn)移規(guī)則，確保業(yè)務(wù)對象能夠正確流轉(zhuǎn)。

考慮狀態(tài)變化觸發(fā)條件：明確狀態(tài)變化的條件，如用戶動作、系統(tǒng)事件等，驅(qū)動狀態(tài)的變化。

確定狀態(tài)轉(zhuǎn)移路徑：定義狀態(tài)之間的允許轉(zhuǎn)移路徑，確保狀態(tài)變化符合業(yè)務(wù)規(guī)則和邏輯。

看完了方法，我們下面用一個案例來學(xué)習(xí)下具體的梳理過程是怎么樣的？

假設(shè)我們正在設(shè)計一款B端電商平臺，需求包括商品展示、訂單管理和支付系統(tǒng)。以下是案例基于上述方法的每個步驟：

步驟1. 理清業(yè)務(wù)流程

確定角色：商家、買家。

定義動作：商家上架商品、買家下單、商家發(fā)貨。

設(shè)定約束：買家需在下單后1小時內(nèi)支付訂單。

表達(dá)效果：買家支付訂單后觸發(fā)商家發(fā)貨。

步驟2. 定義主流程

確定核心主流程：買家瀏覽商品、下單購買、支付訂單、商家發(fā)貨。

考慮異常流程：訂單超時未支付導(dǎo)致取消訂單，商家商品售罄導(dǎo)致下單失敗等的處理方式。

考慮逆向流程：買家申請退貨、商家確認(rèn)退貨、買家退款的流程設(shè)計。

考慮分支流程：針對特定促銷活動或特殊配送方式的設(shè)計，如限時折扣、順豐快遞等。

步驟3. 制定異常流程

確定異常情況：網(wǎng)絡(luò)弱導(dǎo)致的支付超時異常。

設(shè)計應(yīng)對措施：對網(wǎng)絡(luò)故障進(jìn)行容錯處理，對支付系統(tǒng)異常進(jìn)行日志記錄和通知，并支持補(bǔ)發(fā)支付流程。

步驟4. 設(shè)計業(yè)務(wù)狀態(tài)流轉(zhuǎn)

確定業(yè)務(wù)對象的狀態(tài)：訂單狀態(tài)（待支付、已支付、已發(fā)貨、已完成、已取消等）。

考慮狀態(tài)變化觸發(fā)條件：買家下單觸發(fā)狀態(tài)從待支付變?yōu)橐阎Ц?，商家發(fā)貨觸發(fā)狀態(tài)從已支付變?yōu)橐寻l(fā)貨等。

確定狀態(tài)轉(zhuǎn)移路徑：定義狀態(tài)間的允許轉(zhuǎn)移路徑，確保狀態(tài)變化符合業(yè)務(wù)規(guī)則和邏輯。

可以看到基于這樣的四個步驟我們就可以無遺漏的將業(yè)務(wù)流程全部梳理出來了。

03 最后

搞定復(fù)雜流程設(shè)計的核心就是要無遺漏的表達(dá)流程，而這里的四個步驟就是幫助大家更好的梳理清楚業(yè)務(wù)的具體運(yùn)作過程，這也是每個B端產(chǎn)品經(jīng)理都必須掌握的基本功。