前段时间在设计公司产品的交易流程,整理订单状态时走了点弯路,做个总结。
状态是什么?是对事物一段时间状况的总结、描述。换句话说,这个世界不会有任何变化,直到某只蝴蝶煽动翅膀。再换句话说,动作、结果、新动作、新结果。
那产品层面如何抽象呢?先了解业务,互联网产品是现有业务的线上化,当然不一定是 100% 的映射,一方面是部分流程可能暂时无法线上化,没关系,可以继续线下处理,另一方面也存在改造线下流程的情况,比如以前是人找商品,现在更多的是系统根据算法推荐商品给人,以前是人带商品回家,现在更多的是送货上门。
具体设计时,一是考虑状态名称,叫什么最重要的标准是用户好理解,因此一方面,比如某个状态可以叫 “已接单” 或 “待发货” 时,我们一般选择后者,因为告知了事情的后续发展,但在产品需求文档中,我们可以写成 “待发货(已接单)”,方便研发测试理解,另一方面,业务大概率涉及多个角色,我们可以针对同一状态在前端侧做不同处理,比如消费者看到 “待收货”,商家看到 “已发货”;二是精简状态,先梳理清楚在业务的不同时间节点所有参与方分别可以做什么,会导致什么结果,比如 “已取消” 可以是消费者下单后主动取消,也可以是商家主动拒单,还可以是商家接单超时系统兜底自动取消订单。如果业务比较复杂,建议在流程图之外,单独用 visio 画一份状态机,核心的就两部分:箭头(附带说明谁干了什么)+ 方框(显示状态名称);三是看看同行怎么做的,再听听业务方、研发测试有什么意见,查漏补缺,完善方案。
## 扩展阅读
1、文章:产品状态设计看这一篇就够了