?邁向數字化產品經理的10個工具:如何搞定B端系統的復雜流程設計?
在B端軟件設計時,產品經理必須要做的就是要去理清業務流程,以便更好地理解用戶需求。那么什么是復雜流程呢?我們一起來談論這個話題。
如果你去翻閱一些B端產品的書籍,相信你一定會看到類似的話語:
“在B端軟件設計中面對復雜流程設計時,產品經理必須要做的就是要去理清業務流程,從而幫助產品經理更好地理解和滿足用戶的需求,確保軟件設計的準確性和高效性?!?/p>
那么究竟什么是復雜流程呢?這篇文章我們就來談談這個話題。
01 什么是復雜流程設計?
首先我們來看一個案例:假設我們正在設計一個B端系統,用于處理訂單管理。
在訂單管理流程中涉及以下幾個步驟:
訂單創建:客戶提交訂單請求,系統接收訂單信息并創建訂單。
庫存檢查:系統檢查訂單中所需商品的庫存情況。
訂單支付:客戶選擇支付方式并完成支付。
訂單處理:系統根據訂單信息進行處理,包括商品備貨、包裝等操作。
物流配送:系統安排物流公司進行訂單的配送。
訂單完成:物流配送完成后,系統將訂單狀態更新為已完成。
在這個例子中,因為涉及了多個步驟和角色,所以在產品化中必須要考慮不同特殊情況下的處理邏輯,比如庫存不足的異常情況、支付失敗的處理、物流延遲等等,以此來保證流程的順利流轉。
如果我們提煉下在訂單管理的流程中,具體涉及了以下步驟與角色以及不同情況的處理邏輯:
1. 步驟與角色
訂單創建:客戶、系統。
庫存檢查:系統、庫存管理人員。
訂單支付:客戶、支付網關、系統。
訂單處理:系統、倉儲人員、包裝人員。
物流配送:系統、物流公司、配送員。
訂單完成:系統、客戶。
2. 不同特殊情況的處理邏輯
庫存不足:系統檢查庫存不足時,通知庫存管理人員及時補充庫存或提示客戶訂單無法繼續。
支付失?。寒斨Ц哆^程中遇到問題,系統需要及時通知客戶支付失敗的原因,同時提供解決方案。
物流延遲:如果物流配送過程中出現延遲,系統需要及時通知客戶,并在后續跟蹤物流進展。
可以看到這其實就是一個典型的復雜流程設計。
所以如果我們總結下:復雜流程設計其實就是(1)多角色參與;(2)存在多個特殊場景的業務流程。
而在很多時候產品同學在進行B端軟件設計時,經常會被開發挑戰的問題,例如需求不清晰、系統流程設計不合理、業務狀態流轉混亂、異常情況處理不當等,這些問題其實就是因為復雜流程設計的過程中經常出現遺漏等問題導致的。
02 4個步驟搞定復雜流程設計
為解決上述的問題,這里我給大家提供一個4步法來搞定B端軟件的復雜流程設計,幫助大家無遺漏的完成復雜流程設計。
以下內容摘錄自《中臺產品經理寶典》一書
步驟1. 理清業務要素
確定角色:明確軟件系統中涉及的人員或系統角色,如商家、買家等。
定義動作:詳細列出每個角色在業務流程中需要完成的具體動作,如商品上架、下單等。
設定約束:在特定的業務場景和狀態下,設定規則和限制條件,如訂單支付期限等。
表達效果:理清每個動作完成后所產生的效果,包括推動下一步動作或結束流程。
步驟2. 定義主流程
確定核心主流程:從業務方需求出發,確定業務的核心主流程,即業務方所期望的完美路徑。
考慮異常流程:在主流程中考慮異常情況,如商品售罄導致下單失敗等,制定相應的應對措施。
考慮逆向流程:定義反向流程,如訂單取消、退貨操作等,使系統能夠正確處理回滾和退款等操作。
考慮分支流程:根據特定條件觸發的子流程,如特殊優惠活動、特定配送方式等分支流程。
步驟3. 制定異常流程
確定異常情況:識別可能出現的異常情況,如網絡故障、設備故障等。
設計應對措施:制定相應的規則和流程,對異常情況進行處理,確保系統能夠正確響應和處理異常。
步驟4. 設計業務狀態流轉
確定業務對象的狀態:對每個業務對象定義狀態集合及其轉移規則,確保業務對象能夠正確流轉。
考慮狀態變化觸發條件:明確狀態變化的條件,如用戶動作、系統事件等,驅動狀態的變化。
確定狀態轉移路徑:定義狀態之間的允許轉移路徑,確保狀態變化符合業務規則和邏輯。
看完了方法,我們下面用一個案例來學習下具體的梳理過程是怎么樣的?
假設我們正在設計一款B端電商平臺,需求包括商品展示、訂單管理和支付系統。以下是案例基于上述方法的每個步驟:
步驟1. 理清業務流程
確定角色:商家、買家。
定義動作:商家上架商品、買家下單、商家發貨。
設定約束:買家需在下單后1小時內支付訂單。
表達效果:買家支付訂單后觸發商家發貨。
步驟2. 定義主流程
確定核心主流程:買家瀏覽商品、下單購買、支付訂單、商家發貨。
考慮異常流程:訂單超時未支付導致取消訂單,商家商品售罄導致下單失敗等的處理方式。
考慮逆向流程:買家申請退貨、商家確認退貨、買家退款的流程設計。
考慮分支流程:針對特定促銷活動或特殊配送方式的設計,如限時折扣、順豐快遞等。
步驟3. 制定異常流程
確定異常情況:網絡弱導致的支付超時異常。
設計應對措施:對網絡故障進行容錯處理,對支付系統異常進行日志記錄和通知,并支持補發支付流程。
步驟4. 設計業務狀態流轉
確定業務對象的狀態:訂單狀態(待支付、已支付、已發貨、已完成、已取消等)。
考慮狀態變化觸發條件:買家下單觸發狀態從待支付變為已支付,商家發貨觸發狀態從已支付變為已發貨等。
確定狀態轉移路徑:定義狀態間的允許轉移路徑,確保狀態變化符合業務規則和邏輯。
可以看到基于這樣的四個步驟我們就可以無遺漏的將業務流程全部梳理出來了。
03 最后
搞定復雜流程設計的核心就是要無遺漏的表達流程,而這里的四個步驟就是幫助大家更好的梳理清楚業務的具體運作過程,這也是每個B端產品經理都必須掌握的基本功。
專欄作家
三爺,微信公眾號:三爺茶館,人人都是產品經理專欄作家,2019年年度作者?!吨信_產品經理寶典》作者,原萬達高級產品、MBA特約講師、獨立創業者,擁有多款集團項目從零到一經驗并帶領實現商業化布局。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
主→分→逆→異