电商订单流程图怎么画

电商订单流程图怎么画

电商订单流程图应画出用户、商品、库存、支付、物流、售后六类角色，以及「待支付 → 已支付 → 已发货 → 已完成」主状态，并单独标出超时与退款分支。

订单是电商系统的心脏。它串联起用户、商品、库存、支付、物流、售后六大模块，节点多、分支多、状态机复杂。一张清楚的订单流程图能让产品、研发、运营三方对齐「钱从哪进、货从哪出、失败怎么回滚」。用 构图AI 可一句话生成手绘风流程图，基于 Excalidraw 可编辑，导出 PNG / SVG / .excalidraw；产品内有 12 种图类型与约 25 个示例，其中订单与状态相关模板可直接改造。

何时需要画

• 新人 onboarding：让新同学快速理解下单闭环。
• 需求评审：新增营销玩法（拼团 / 秒杀 / 优惠券）时，画出对订单链路的改动。
• 故障复盘：定位「订单卡在待支付」「重复扣库存」等问题落点。
• 跨团队对齐：与支付、物流、客服团队同步边界与回调时序。
• 对账与合规：明确支付回调、退款原路返回与库存回补责任。

核心节点

一张完整的电商订单流程通常包含：

1. 用户（User）：发起下单与支付。
2. 商品中心（Product）：查询 SKU、价格、可售状态。
3. 库存（Stock）：扣减 / 预占库存。
4. 订单中心（Order）：生成订单、驱动状态机。
5. 支付（Payment）：拉起支付、处理回调。
6. 营销（Promotion）：优惠券、积分、满减、拼团。
7. 物流（Logistics）：发货、配送、签收。
8. 售后（After-sale）：退款、退货、换货。

画图时建议角色横向、时间纵向或从左到右，不要把库表字段塞进流程图——那是 ER 图的工作。

状态机

订单状态机通常长这样：

待支付 → 已支付 → 待发货 → 已发货 → 已签收 → 已完成
   ↓       ↓        ↓        ↓
 已取消  已退款   已取消   拒收/退款

画图时用菱形表示分支判断、矩形表示处理步骤、圆角表示状态，比全部方框更易读。状态名务必与代码枚举、客服话术一致，避免「已关闭 / 已取消」混用。

常见分支

• 库存不足：下单后预占失败 → 订单取消。
• 支付超时：15–30 分钟未支付 → 订单关闭、释放库存。
• 部分退款：订单已完成 → 售后单走部分退款与库存回补策略。
• 拼团失败：团长未成团 → 全团退款。
• 拒收 / 逆向物流：已发货后拒收 → 入库质检 → 退款。

每个分支在图上只保留「触发条件 + 结果状态」，细节规则写进注释或 PRD 正文，避免箭头爆炸。

手动画 vs AI 生成

订单流程图的特点是节点稳定、分支多变：

用 构图AI 描述新场景即可快速出图。登录赠送 1 次免费额度；需要反复试分支时，VIP 不限制 AI 画图，更适合产品迭代期。

用构图AI 怎么画

画一张电商订单的完整流程图，手绘风。
角色：用户、商品中心、库存、订单中心、支付、营销、物流、售后。
流程：
1. 用户下单 → 商品中心查 SKU → 营销算优惠 → 库存预占 → 订单中心生成「待支付」订单。
2. 用户支付 → 支付回调 → 订单状态变「已支付」→ 物流创建运单。
3. 物流签收 → 订单「已完成」。
分支：
- 支付超时 → 订单取消 → 释放库存。
- 已完成后申请退款 → 售后单 → 部分退款。

参考 电商订单示例 和 订单状态示例 改造。建议流程与状态分两次生成，分别导出进文档不同章节。

行业变体

• B2B 大宗交易：增加「合同」「发票」「对公转账」节点。
• 跨境电商：增加「海关报关」「税费计算」。
• 本地生活：增加「门店接单」「骑手配送」，弱化长途物流。
• 直播电商：增加「直播间下单」「主播佣金结算」旁路。

构图AI 基于 Excalidraw，生成后可继续拖节点改分支文案；导出 PNG 贴飞书文档，SVG 放大投影不失真，.excalidraw 留给下次评审接着改。

评审时怎么用这张图

订单图最怕变成「艺术创作」——好看但和代码状态机对不上。评审前建议做一次三对齐：

1. 与枚举对齐：图上的状态名必须能在订单服务代码或数据字典里找到。
2. 与回调对齐：支付成功、退款成功以谁的回调为准，箭头方向不能反。
3. 与库存对齐：预占、确认、释放三个动作是否都有落点；缺少任一环，线上就容易超卖或锁死库存。

产品增加「先用后付」「定金预售」时，不要在旧图上硬挤箭头，宁可复制一份 prompt 声明新玩法再生成对照图。对比两张图的差异，比在原图上用红笔涂改更容易让研发估期。售后若涉及「仅退款 / 退货退款 / 换货」，也建议在售后专图用三条并行分支表达，而不是全部挂回主流程。

和 用户旅程图 配合时：旅程图解释用户为何在待支付流失，订单流程图解释系统如何关单并释放库存——一张讲体验，一张讲机制。

涉及优惠分摊、拆单发货、多仓路由时，优先增加「子流程」而不是继续拉长主图：例如「拆单决策」单独一张，主图只保留一个「进入履约」节点。这样既控制复杂度，又方便不同小组认领自己的子图。AI 生成子图时记得写上与主图相同的状态名，避免「主图叫已支付、子图叫支付完成」这种口径分裂。

相关指南

• 用户旅程图：用户下单全旅程视角。
• 支付时序示例：订单流程的支付环节细化。
• ER 用户订单示例：订单与用户的数据库关系图。