一 点睛
订单流程是面向业务的,订单流程的异常分别是规则限制,就不操作,操作错误和做完反悔。其中,操作错误是基于页面交互的异常,因而不需要考虑。
二 规则限制
在基于页面交互的流程中,我们寻找规则限制的方式是查看数据库的字段,逐一找到可能的规则限制点。但是对于基于业务的流程,其规则限制更加灵活,一般要通过业务调研才能获得。
比如,对于一个订单,什么人能下单,能下几个订单;货物不够了,是否允许超前售卖等。这些规则限制通常不需要画在流程图中,而是通过原型图旁边加备注的方式来实现。这些规则限制都是基于特定业务。
三 就不操作
就不操作有两种情况:
1 在任意一步后,就不再操作了
2 虽然进行了操作,但是进行得很慢
在订单流程中,对于不操作中情况,我们可逐一梳理。
a 用户在下单后就不支付,则订单可以由系统自动取消。
b 在用户支付后,商家不做处理,则用户可以申请取消订单。
c 用户在收到货后,就不确认收货,则系统自动确认收货。
该案例中,不需要体现做得慢的情况,因为不操作和做得慢的处理结果没区别。
四 操作错误
错误操作包括输入错误、反复输错和反复点击三种情况。但订单流程是基于业务的,并不涉及具体页面操作,所以操作错误不需要考虑。
五 做完反悔
做完反悔分成成两种情况:过程中反悔、全做完后反悔
1 过程中反悔
在订单场景中,如果用户已支付订单,订单能不能取消?用户已经签收货物,能不能退货?我们可以逐一梳理订单流程,找到反悔的可能性。
2 全做完后反悔
在订单场景中,我们要考虑用户对订单的修改。比如,用户在下完单后,要修改收货地址。