好问题，认真梳理可以很好了解订单业务流程。

从订单状态设计目的和存在价值去分析和理解它背后设计机制：维度及维度颗粒度大小。

1、正向和逆向流程维度（各选取主要状态）

正向订单：已锁定、已确认、已付款、已发货、已结算、已完成、已取消等

正向预售订单：预付款已付未确认、已确认未付尾款（变更）

正向问题单：未确认、未锁定、未发货、部分付款、未付款等

逆向退单：待结算、未收到货、未入库、质检不通过、部分收货、已取消、客户已收货等

逆向换单：完成、已结算、客服已收货等

2、服务对象维度

顾客/用户：待付款、待发货、待收货、待评价、买家已付款、交易成功/失败、卖家已发货、退款成功、交易关闭、

ERP等其他交互系统：已锁定、已确认、已分仓、已分配、已出库、已收货、已完成等

客服：

等待买家付款、待付款和待发货订单、退款中的订单、定金已付、买家已付款、

卖家已发货、交易成功、交易失败、异常订单

面向客服人员，以下是淘宝卖家订单状态截图信息

京东卖家平台：

未付款、暂停、等待出库、已出库、买家已收货、已取消、换货订单、锁定订单、异常订单、退款中

暂停（特殊需求场景）：未到预约出库时间、未通过实名审核

其实，订单状态本身是简单的，真正涉及复杂业务就是状态和状态之间先后关联逻辑和使用场景。

------答疑  V-20170309

回龙观观主王二狗

佰邦达 PM • 3天前 15:24回 复

一个问题，确认和锁定不冲突吗？为什么不是下单就锁定了呢

PrincessEve

泽宝 PM • 4小时前回 复

//@回龙观观主王二狗 同问，锁定的场景是指？

笔记bang

电商 | 后台 5年产品经理 • 刚刚删 除

关于锁定和确认的一些解答： 

• 1、当业务要人为对某订单进行操作（确认/未确认/设问题单/分配等）的时候，ta需要对订单进行锁定操作，当订单处于锁定操作，该业务才有权限对订单做其他相关操作，满足需求（对订单进行编辑商品、编辑收货地址/电话等信息操作）。 
• 2、订单进入后台，一般默认 未锁定。只有人为要进行特殊操作，才锁定，获得相关操作权限。 
• 3、订单在整个正常业务流程中，已付款，已确认，已发货，未锁定（举例 OMS系统中状态。） 
• 4、当订单出现异常状态，收货地址不全/缺货/短配/未付款/客户退款转问题单等等业务场景，系统会自动设置问题单，设置订单状态为【未确认】，需要业务人为参与。但是初始订单状态也是【未锁定】。 
• 5、锁定和确认/未确认，真的没什么直接关系。