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

编辑导语：状态机图对后台产品经理来说，应该并不陌生。在项目进行过程中，如果能运用状态机图，会大大提高工作效率，同时也有利于产品经理去综合的考虑是否有业务环节的遗漏，并且梳理业务流程是否合理。那么应该如何运用状态机图去梳理业务流程呢？本文作者结合案例为我们做出了解答。

本文插图

一、UML之状态机图
后台产品经理在梳理业务过程中，比较常用的方式之一为UML（统一建模语言，以图片的形式展示），其中以行为型的图——活动图、状态机图、顺序图用的比较多。
活动图是对时间的活动过程、作业顺序的一种表达方式，也比较符合我们对于事情按照时间或者流程顺序思考的思维模式，活动图中经常也会掺杂一些分支机构。
而本文要讲解的状态机图与活动图最大的区别在于，状态机图通常是一某一事物为主线，描述状态的变化发展，无需通过泳道图划分角色的。
二、状态机图在项目中的运用
后台产品经理可以回忆一下，在产品设计和文档编写的过程中，是否经常需要定义业务变化的关键节点以及状态值，我们称之为枚举值或者数据字典的设定。
简单一些的业务，数据字典值可能也就2-3个，而复杂一些的数据字典值，可能多达10个，甚至更多。
数据字典的设定，需要覆盖全业务流程、业务状态无重叠、有明确起止节点。
想象一下，一个事件，有10来个关键节点，每个节点的切换都有前置和后置条件的说明。如果仅靠文字描述，研发小哥哥小姐姐多半会看的一个头两个大，还会不停的跑来问产品经理，要求讲解业务状态变化的过程。
如果我们通过状态机图表示，则会一目了然，毕竟大脑对图片的处理效率要远高于文字。状态机图的制作过程，也有利于产品经理全盘考虑是否有业务环节的遗漏、梳理业务流程是否合理。
接下来我们用实例来说明，状态机图是如何协助我们梳理业务以及简化PRD文档的。
三、案例实操之项目背景介绍
某车辆管理系统订单的作业流程为：司机靠台装货 → 出发运输 →按时到站 → 上传回单凭证 → 回单审核通过 → 订单完结。
为了提高月台装卸货的效率，系统需要对司机的靠台时间进行调控；为了对司机的运输时效进行监控，需要获取司机的出发时间和到站时间；为了核对货物是否安全达到，需要获取收货方的回单凭证。
以上节点均完成之后，订单算是顺利完结，接下来进入到财务报销的流程。
四、状态机图制作
按照上述的流程描述，我们得知关键节点在于：