如果你去翻阅一些B端产品的书籍，相信你一定会看到类似的话语：
“在B端软件设计中面对复杂流程设计时，产品经理必须要做的就是要去理清业务流程，从而帮助产品经理更好地理解和满足用户的需求，确保软件设计的准确性和高效性。”
那么究竟什么是复杂流程呢？这篇文章我们就来谈谈这个话题。
01 什么是复杂流程设计？
首先我们来看一个案例：假设我们正在设计一个B端系统，用于处理订单管理。
在订单管理流程中涉及以下几个步骤：
-订单创建：客户提交订单请求，系统接收订单信息并创建订单。
-库存检查：系统检查订单中所需商品的库存情况。
-订单支付：客户选择支付方式并完成支付。
-订单处理：系统根据订单信息进行处理，包括商品备货、包装等操作。
-物流配送：系统安排物流公司进行订单的配送。
-订单完成：物流配送完成后，系统将订单状态更新为已完成。
在这个例子中，因为涉及了多个步骤和角色，所以在产品化中必须要考虑不同特殊情况下的处理逻辑，比如库存不足的异常情况、支付失败的处理、物流延迟等等，以此来保证流程的顺利流转。
如果我们提炼下在订单管理的流程中，具体涉及了以下步骤与角色以及不同情况的处理逻辑：
Part01步骤与角色
-订单创建：客户、系统。
-库存检查：系统、库存管理人员。
-订单支付：客户、支付网关、系统。
-订单处理：系统、仓储人员、包装人员。
-物流配送：系统、物流公司、配送员。
-订单完成：系统、客户。
Part02不同特殊情况的处理逻辑
-库存不足：系统检查库存不足时，通知库存管理人员及时补充库存或提示客户订单无法继续。
-支付失败：当支付过程中遇到问题，系统需要及时通知客户支付失败的原因，同时提供解决方案。
-物流延迟：如果物流配送过程中出现延迟，系统需要及时通知客户，并在后续跟踪物流进展。
可以看到这其实就是一个典型的复杂流程设计。
所以如果我们总结下：复杂流程设计其实就是（1）多角色参与；（2）存在多个特殊场景的业务流程。
而在很多时候产品同学在进行B端软件设计时，经常会被开发挑战的问题，例如需求不清晰、系统流程设计不合理、业务状态流转混乱、异常情况处理不当等，这些问题其实就是因为复杂流程设计的过程中经常出现遗漏等问题导致的。
02 4个步骤搞定复杂流程设计
为解决上述的问题，这里我给大家提供一个4步法来搞定B端软件的复杂流程设计，帮助大家无遗漏的完成复杂流程设计。
步骤1. 理清业务要素
- 确定角色：明确软件系统中涉及的人员或系统角色，如商家、买家等。
- 定义动作：详细列出每个角色在业务流程中需要完成的具体动作，如商品上架、下单等。
- 设定约束：在特定的业务场景和状态下，设定规则和限制条件，如订单支付期限等。
- 表达效果：理清每个动作完成后所产生的效果，包括推动下一步动作或结束流程。
步骤2. 定义主流程
- 确定核心主流程：从业务方需求出发，确定业务的核心主流程，即业务方所期望的完美路径。
- 考虑异常流程：在主流程中考虑异常情况，如商品售罄导致下单失败等，制定相应的应对措施。
- 考虑逆向流程：定义反向流程，如订单取消、退货操作等，使系统能够正确处理回滚和退款等操作。
- 考虑分支流程：根据特定条件触发的子流程，如特殊优惠活动、特定配送方式等分支流程。
步骤3. 制定异常流程
- 确定异常情况：识别可能出现的异常情况，如网络故障、设备故障等。
- 设计应对措施：制定相应的规则和流程，对异常情况进行处理，确保系统能够正确响应和处理异常。
步骤4. 设计业务状态流转
- 确定业务对象的状态：对每个业务对象定义状态集合及其转移规则，确保业务对象能够正确流转。
- 考虑状态变化触发条件：明确状态变化的条件，如用户动作、系统事件等，驱动状态的变化。
- 确定状态转移路径：定义状态之间的允许转移路径，确保状态变化符合业务规则和逻辑。
看完了方法，我们下面用一个案例来学习下具体的梳理过程是怎么样的？
假设我们正在设计一款B端电商平台，需求包括商品展示、订单管理和支付系统。以下是案例基于上述方法的每个步骤：
步骤1. 理清业务流程
- 确定角色：商家、买家。
- 定义动作：商家上架商品、买家下单、商家发货。
- 设定约束：买家需在下单后1小时内支付订单。
- 表达效果：买家支付订单后触发商家发货。
步骤2. 定义主流程
- 确定核心主流程：买家浏览商品、下单购买、支付订单、商家发货。
- 考虑异常流程：订单超时未支付导致取消订单，商家商品售罄导致下单失败等的处理方式。
- 考虑逆向流程：买家申请退货、商家确认退货、买家退款的流程设计。
- 考虑分支流程：针对特定促销活动或特殊配送方式的设计，如限时折扣、顺丰快递等。
步骤3. 制定异常流程
- 确定异常情况：网络弱导致的支付超时异常。
- 设计应对措施：对网络故障进行容错处理，对支付系统异常进行日志记录和通知，并支持补发支付流程。
步骤4. 设计业务状态流转
- 确定业务对象的状态：订单状态（待支付、已支付、已发货、已完成、已取消等）。
- 考虑状态变化触发条件：买家下单触发状态从待支付变为已支付，商家发货触发状态从已支付变为已发货等。
- 确定状态转移路径：定义状态间的允许转移路径，确保状态变化符合业务规则和逻辑。
可以看到基于这样的四个步骤我们就可以无遗漏的将业务流程全部梳理出来了。
03 最后
搞定复杂流程设计的核心就是要无遗漏的表达流程，而这里的四个步骤就是帮助大家更好的梳理清楚业务的具体运作过程，这也是每个B端产品经理都必须掌握的基本功。
最后希望看更多B端产品的一线实战案例与经验可以去看的我的著作《中台产品经理：数字化转型复杂产品架构案例实战》。
此书以27个企业级复杂系统建设全流程推演案例贯穿全书，全面展示从企业内部立项到企业级复杂系统设计落地的完整建设蓝图，是市面上少有的中台完整建设案例集，为读者提供全面的中台建设参考。
