|后台案例实操：如何通过状态机图梳理业务流程( 二 )

装货中：司机靠台装货的时候，在移动端操作靠台打卡；或者通过GPS电子围栏识别司机的靠台地点，从【待装货】状态切换到【装货中】的状态；

订单在途：同样通过电子围栏或者司机移动端的发车打卡，订单从【装货中】切换到【订单在途】状态，此时对于订单的时效监控开始计时；

已到站：通过电子围栏或者司机移动端到站打卡，订单状态从【订单在途】切换到【已到站】状态，订单时效监控结束；

回单已上传：司机到站之后，默认已到站状态下是【已到站未上传回单】，司机上传回单之后，【已到站】状态切换为【回单已上传】。此时回单信息会回传到系统，供财务审核打款；

回单审核通过：财务审核回单，确认通过后，订单状态切换为【回单审核通过】，订单正式完结，只有此状态下才允许财务对司机的报销项目打款。因为订单完结状态和回单审核通过状态是重叠的，所以无需加入订单已完结的状态。

上文的文字描述就看起来很多，而我们用一张状态机图表达即可，如下图：

本文插图

（正向业务流程，状态机图）
当然我们还需要考虑一些其他的意外情况，如：
1. 回单没有通过审核
如图，司机重新上传回单，再次进入审核，需要加入数据字典值：回单审核不通过。

本文插图

2. 意外情况
可能是车坏了或者司机无法正常出车或者中途需要切换订单，财务结算模式会发生变化，需要加入状态值：异常订单。异常结束的订单会在数据中被单独标记出来，订单会根据换车、司机的前后里程，拆单进行结算。

本文插图

3. 可能会有临时订单产生
例如司机已经靠台装货，订单调度中心才知道有这样的订单产生，毕竟有很多物流订单都是在半夜装货，清晨出发的。
此时调度中心再去创建订单，很多数据就会缺失，不利于财务对账。所以需要靠司机自己创建订单的模式来解决问题，那么此类订单的初始状态就不是待装货，而是【装货中】。
【|后台案例实操：如何通过状态机图梳理业务流程】

本文插图

4. 更复杂一点的情况
会在司机出发后，订单调度中心上班后，对订单进行审核，补充司机自己创建订单的部分数据。
5. 还可能会有其他的逆向业务流程
比如司机忘记了靠台、发车、到站打卡；司机自己创建订单的时候选错了线路；比如GPS电子围栏失效导致打卡范围测算不准；比如司机还未出发就需要更换运输车辆或者切换订单给其他司机替跑等等。
以上案例只是对主线业务的梳理，对应的还有其他逆向的状态就不一一说明了，聪明的你应该知道这部分的PRD文档要怎么简化了吧~
本文由 @RaRa 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 unsplash ，基于 CC0 协议