前段时间在设计公司产品的交易流程，整理订单状态时走了点弯路，做个总结。

状态是什么？是对事物一段时间状况的总结、描述。换句话说，这个世界不会有任何变化，直到某只蝴蝶煽动翅膀。再换句话说，动作、结果、新动作、新结果。

那产品层面如何抽象呢？先了解业务，互联网产品是现有业务的线上化，当然不一定是 100% 的映射，一方面是部分流程可能暂时无法线上化，没关系，可以继续线下处理，另一方面也存在改造线下流程的情况，比如以前是人找商品，现在更多的是系统根据算法推荐商品给人，以前是人带商品回家，现在更多的是送货上门。

具体设计时，一是考虑状态名称，叫什么最重要的标准是用户好理解，因此一方面，比如某个状态可以叫 “已接单” 或 “待发货” 时，我们一般选择后者，因为告知了事情的后续发展，但在产品需求文档中，我们可以写成 “待发货（已接单）”，方便研发测试理解，另一方面，业务大概率涉及多个角色，我们可以针对同一状态在前端侧做不同处理，比如消费者看到 “待收货”，商家看到 “已发货”；二是精简状态，先梳理清楚在业务的不同时间节点所有参与方分别可以做什么，会导致什么结果，比如 “已取消” 可以是消费者下单后主动取消，也可以是商家主动拒单，还可以是商家接单超时系统兜底自动取消订单。如果业务比较复杂，建议在流程图之外，单独用 visio 画一份状态机，核心的就两部分：箭头（附带说明谁干了什么）+ 方框（显示状态名称）；三是看看同行怎么做的，再听听业务方、研发测试有什么意见，查漏补缺，完善方案。

## 扩展阅读

1、文章：产品状态设计看这一篇就够了