前后差一分钟下的两个订单，结果可能走出截然不同的路——一个当天发货，另一个卡住了，因为没人在支付通过前查过库存。这种不一致正是超卖、退款纠纷和「我的订单到哪了？」愤怒邮件的根源。订单处理流程图把路径写明确来解决它：下单、支付、查库存、拣货、发货、确认——每次都一样。
本文梳理一个完整、可改用的电商履约流程，加上常见分支和那些悄悄拖垮履约工作流的错误。格式基础参见什么是流程图？。
订单处理流程，一步步来
下面是一个标准的履约流程。每个编号步骤是图里的一个形状，判断处就是分支。
1. 客户下单。 入口——客户提交购物车并结账。这是开始终止符。
2. 支付成功吗？（判断） 在做任何事之前先验证扣款。
- 是 → 继续到库存检查。
- 否 → 取消订单，并通知客户重试或换一种支付方式。
3. 库存充足吗？（判断） 对每个明细项检查仓库库存。
- 是 → 继续到拣货。
- 否 → 发送缺货通知并触发补货/补单，到货后再回到流程。
4. 拣货打包。 仓库取出商品、打包装箱、打印拣货单。任何包裹都该正确打包后再发货。
5. 是否加急？（判断） 分派到合适的物流和服务级别。
- 是 → 加急物流 / 优先通道。
- 否 → 普通陆运。
6. 发货并发送物流单号。 把包裹交给物流商，并把单号邮件给客户，方便其跟踪。
7. 送达了吗？（判断）
- 是 → 确认收货并继续。
- 否 → 处理异常（丢失、退回或投递失败），重新派送或退款。
8. 完成订单。 确认收货、标记订单已履约、关闭。这些数据反过来用于需求预测和库存规划。
第 2、3 步那两个「否」分支——支付失败和缺货——正是把真实履约流程和一厢情愿区分开的关键。打开流程图工具画出这个流程，按你店铺的情况改。
常见变体
不是每个店铺都用同一套履约流程。几个常加的分支：
- 预售。 一个「到发售日了吗？」判断把订单留在队列里，直到商品上市再放进正常流程。
- 分仓发货。 一个「哪个仓最近 / 有货？」判断把拣货步骤拆到不同仓库，有时一个订单从两个仓分别发货。
- 退款与退货。 送达后，一个「申请退货了吗？」分支回退到验货、回库和退款步骤。
- 国际配送。 加一个「国内还是国际？」判断，转到报关、关税和不同的物流路径。
常见错误
只在支付后才查库存。 如果库存只在扣款通过后查一次，就会超卖再退款——「库存充足吗？」的检查应该在确认订单前，理想情况下结账时就做一次软预占。
没有缺货分支。 如果图里假设每个商品都永远有货，这张图就是假的。真实履约有「否 → 补货/通知」分支。
发货后没有异常处理。 包裹会丢失、退回、投递错误。没有「送达了吗？→ 否」分支，这些订单就从流程里凭空消失了。
判断分支没标注。 每个菱形（「支付成功吗？」「库存充足吗？」「是否加急？」）都需要标注出路，否则新员工只能猜。
常见问题
什么是订单处理流程图？
订单处理流程图描绘一个电商订单从下单到送达如何流转——支付、库存、拣货打包、发货和确认收货——让每个订单都用同一套方式履约。
订单处理流程图里怎么表现支付失败或缺货？
用判断菱形（比如「支付成功吗？」「库存充足吗？」），它的「否」分支转到取消/通知或缺货/补货路径，而不是让订单继续走正常流程。
想梳理自己的履约流程？打开流程图工具，从流程图模板开始——把支付、库存、发货步骤改成你店铺的样子，无需注册。
