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

honghu2

后台案例实操：若何经由过程状况机图梳理营业流程

编纂导语：状况机图对后台产物司理来讲，应当其实不目生。在项目举行进草莓直播程中，若是能应用状况机图，会大大提高事情效力，同时也有益于产物司理去综合的斟酌是不是有营业环节的漏掉，而且梳理营业流程是不是公道。那末应当若何应用状况机图去梳理营业流程呢？本文作者连系案例为咱们做出领会答。

1、UML之状况机图
后台产物司理在梳理营业进程中，比力经常使用的方法之一为UML（同一建模说话，以图片的情势展现），此中以举动型的图——勾当图、状况机图、次序图用的比力多。

勾当图是对时候的勾当进程、功课次序的一种表达方法，也比力合适咱们对付事变依照时候或流程次序思虑的思惟模式，勾当图中常常也会搀杂一些分支机构。

而本文要讲授的状况机图与勾当图最大的区分在于，状况机图凡是是一某一事物为主线，描写状况的变革成长，无需经由过程泳道图划分脚色的。
2、状况机图在项目中的应用
后台产物司理可以回想一下，在产物设计和文档编写的进程中，是不是常常必要界说营业变革的关头节点和状况值，咱们称之为罗列值或数据字典的设定。

简略一些的营业，数据字典值可能也就2-3个，而繁杂一些的数据字典值，可能多达10个，乃至更多。

数据字典的设定，必要笼盖全营业流程、营业状况无堆叠、有明白起止节点。

想象一下，一个事务，有10来个关头节点，每一个节点的切换都有前置和后置前提的阐明。若是仅靠文字描写，研发小哥哥蜜斯姐多半会看的一个头两个大，还会不绝的跑来问产物司理，请求讲授营业状况变革的进程。

若是咱们经由过程状况机图暗示，则会一目明了，究竟结果大脑对图片的处置效力要远高于文字。状况机图的建造进程，也有益于产物司理通盘斟酌是不是有营业环节的漏掉、梳理营业流程是不是公道。

接下来咱们用实例来阐明，状况机图是若何协助咱们梳理营业和简化PRD文档的。
3、案例实操之项目布景先容
某车辆办理体系定单的功课流程为：司机靠台装货 → 动身运输 →定时到站 → 上传回单凭证 → 回单审核经由过程 → 定单完结。

为了提高月台装卸货附近约爱的效力，体系必要对司机的靠台时候举行调控；为了对司机的运输时效举行监控，必要获得司机的动身时候和到站时候；为了查对货品是不是平安到达，必要获得收货方的回单凭证。

以上节点均完成以后，定单算是顺遂完结，接下来进入到财政报销的流程。
4、状况机图建造
依照上述的流程描写，咱们得悉关头节点在于：
获得定单信息；靠台；动身；到站；上传回单；审核回单。
而连系营业流程和关头节点，咱们可以界说数据字典为：
待装货：司机获得到定单信息后，体系辨认到司机已定时靠台；装货中：司机在期待装货；定单在途：装货已完成，司机动身起头运输；已到站：司机已达到目标地；回单已上传：货品核验经由过程，上传回单到体系供财政审核；回单审核经由过程：回单经由过程审核，定单完结，财政给司机打款报销。


以上，正向营业流程的定单运输进程，状况已界说好了。

接下来必要阐发，每一个节点以前的操作是怎样样的，这些是咱们必要在状况机图中标注出来的内容，便于研发职员的理解。
待装货：路线根基是固定的，可以通事后台体系依照必定的法则，主动派发定单给司机，并告诉时候靠台的时候点和地点。以是体系给司机派送定单的时辰，默许就是待装货的初始状况；装货中：司机靠台装货的时辰，在挪动端操作靠台打卡；或经由过程GPS电子围栏辨认司机的靠台地址，从【待装货】状况切换到【装货中】的状况；定单在途：一样经由过程电子围栏或司机挪动真个发车打卡，定单从【装货中】切换到【定单在途】状况，此时对付定单的时效监控起头计时；已到站：经由过程电子围栏或司机挪动端到站打卡，定单状况从【定单在途】切换到【已到站】状况，定单时效监控竣事；回单已上传：司机到站以后，默许已到站状况下是【已到站未上传回单】，司机上传回单以后，【已到站】状况切换为【回单已上传】。此时回单信息会回传到体系，供财政审核打款；回单审核经由过程：财政审核回单，确认通事后，定单状况切换为【回单审核经由过程】，定单正式完结，只有此状况下才容许财政对司机的报销项目打款。由于定单完结状况和回单审核经由过程状况是堆叠的，以是无需参加定单已完结的状况。
上文的文字描写就看起来不少，而咱们用一张状况机图表达便可，以下图：



（正向营业流程，状况机图）

固然咱们还必要斟酌一些其他的不测环境，如：
1. 回单没有经由过程审核
如图，司机从新上传回单，再次进入审核，必要参加数据字典值：回单审核欠亨过。


2. 不测环境
多是车坏了或司机没法正常出车或半途必要切换定单，财政结算模式会产生变革，必要参加状况值：异样定单。异样竣事的定单会在数据中被零丁标识表记标帜出来，定单会按照换车、司机的先后里程，拆单举行结算。

探蜜交友
3. 可能会有姑且定单发生
比方司机已靠台装货，定单调剂中间才晓得有如许的定单发生，究竟结果有不少物流定单都是在三更装货，凌晨动身的。

此时调剂中间再去建立定单，不少数据就会缺失，晦气于财政对账。以是必要靠司机本身建立定单的模式来解决问题，那末此类定单的初始状况就不是待装货，而是【装货脊美下载网中】。


4. 更繁杂一点的环境
会在司机动身后，定单调剂中间上班后，对定单举行审核，弥补司机本身建立定单的部门数据。
5. 还可能会有其他的逆向营业流程
好比司机健忘了靠台、发车、到站打卡；司机本身建立定单的时辰选错了路线；好比GPS电子围栏失效致使打卡范畴测算不许；好比司机还未动身就必要改换运输车辆或切换定单给其他司机替跑等等。

以上案例只是对主线营业的梳理，对应的另有其他逆向的状况就纷歧一阐明了，聪慧的你应当晓得这部门的PRD文档要怎样简化了吧~

本文由 @RaRa 原创公布于人人都是产物司理，未经允许，制止转载。

题图来自 unsplash，基于 CC0 协定