主用例说明：订单创建与跟踪

背景概述

PowerX 电商平台需要为用户提供完整的订单创建与跟踪能力，支撑订单号生成、支付链接创建、履约状态更新、物流轨迹同步。随着电商业务复杂化、用户对订单透明度要求提升，平台必须实现订单全生命周期管理、状态实时同步、异常处理自动化。本主用例聚焦"订单创建与跟踪"全流程，覆盖订单生成与支付、履约状态管理、售后申请三大核心场景，确保订单流程顺畅、信息透明、异常可控。

目标与价值

• 订单号唯一生成：每个订单具备唯一标识，支持订单追踪与查询。
• 支付链接便捷创建：支持多种支付方式，支付流程安全可靠。
• 履约状态实时更新：订单状态实时同步，用户随时了解进度。
• 物流轨迹可视化：实时展示配送进度，用户可视化追踪包裹。
• 售后申请入口：订单完成后提供售后申请入口，用户体验完整。

参与角色

• 企业终端用户：提交订单、选择支付方式、跟踪订单状态、申请售后。
• 仓库管理员：接收发货任务、更新拣货状态、管理库存变动。
• 物流配送团队：获取配送订单、更新配送状态、推送物流轨迹。
• 客服与售后团队：处理订单咨询、处理售后申请、解决订单问题。
• 系统自动化任务：生成订单号、更新订单状态、同步物流信息、触发通知。

主场景 User Story

作为 企业终端用户，我希望 提交订单后能够实时跟踪订单状态并查看物流进度，从而 随时了解订单处理进度并合理安排收货。

子场景详解

子场景 A：用户提交订单后生成唯一订单号与支付链接

• 角色与触发：用户在结算页确认订单信息并提交，系统需要生成订单号与支付链接。
• 主要流程：
  1. 用户在结算页点击"提交订单"。
  2. 系统生成唯一订单号：PX20241027123456789。
  3. 创建支付链接：https://pay.powerx.com/order/PX20241027123456789。
  4. 订单初始状态："待支付"。
  5. 展示支付链接给用户，支持微信、支付宝、银行卡支付。
  6. 用户选择支付方式并完成支付。
  7. 支付成功后，订单状态更新为"已支付，待发货"。
  8. 系统发送订单确认通知：邮件+短信+APP 通知。
• 成功标准：订单号唯一；支付链接有效；状态更新及时；通知送达。
• 异常与风控：订单号重复检测；支付超时处理；重复支付拦截；异常订单告警。
• 指标建议：订单创建成功率、支付转化率、订单处理时效、通知送达率。

子场景 B：仓库接收发货任务并更新拣货状态

• 角色与触发：订单已支付，仓库需要接收发货任务并执行拣货。
• 主要流程：
  1. 仓库管理系统接收到货通知："订单 PX20241027123456789 已支付"。
  2. 自动生成拣货任务："iPhone 15 Pro 1 台，库位 A-01-05"。
  3. 仓库员工扫码拣货：
     • 扫描商品条形码确认 SKU
     • 扫描库位二维码确认位置
     • 数量核对：1 台
  4. 拣货完成后，更新订单状态："拣货完成"。
  5. 生成装箱单：商品名称、数量、订单号、快递单号。
  6. 打包商品并贴快递单：SF1234567890。
  7. 更新订单状态："已发货"。
  8. 用户收到发货通知：包含快递单号与物流轨迹查询链接。
• 成功标准：拣货任务生成；状态更新准确；快递单号获取；通知及时发送。
• 异常与风控：拣货错误处理；库位异常处理；库存不足应对；快递单号获取失败。
• 指标建议：拣货准确率、打包效率、发货及时率、用户满意度。

子场景 C：用户查看物流进度并申请售后

• 角色与触发：用户想查看订单配送进度，或收到商品后需要申请售后。
• 主要流程：
  1. 用户在 APP 查看订单详情：
     • 订单号：PX20241027123456789
     • 当前状态：运输中
     • 物流进度：
       • 10-27 14:30 北京顺义集散中心 - 已揽收
       • 10-27 18:20 北京顺义集散中心 - 发往上海
       • 10-28 09:15 上海浦东集散中心 - 已到达
       • 10-28 14:30 上海浦东集散中心 - 派送中
       • 预计 10-28 18:00 前送达
  2. 用户收到商品后发现屏幕有瑕疵。
  3. 用户点击"申请售后"，选择"退货"并上传瑕疵照片。
  4. 系统生成售后单号：RMA20241028001。
  5. 售后专员审核申请并处理退货流程。
• 成功标准：物流信息实时更新；售后入口便捷；申请流程顺畅；状态可追踪。
• 异常与风控：物流信息延迟处理；售后申请审核；退货流程异常；用户投诉处理。
• 指标建议：物流信息准确率、售后申请通过率、处理时效、用户满意度。

子场景 D：订单取消与退款处理

• 角色与触发：用户订单未发货前申请取消，或收货后退货。
• 主要流程：
  1. 用户在订单未发货前申请取消。
  2. 系统检测订单状态："已支付，待发货"。
  3. 自动同意取消申请（未发货状态）。
  4. 系统触发退款流程：￥7999 原路返回。
  5. 订单状态更新："已取消，已退款"。
  6. 仓库取消拣货任务，释放库存。
  7. 用户收到退款确认通知。
  8. 如果订单已发货，用户需申请退货流程。
• 成功标准：取消流程及时；退款流程顺畅；库存恢复；通知准确。
• 异常与风控：发货后取消处理；退款超时处理；部分取消场景；用户争议处理。
• 指标建议：取消成功率、退款及时率、库存恢复准确率、用户满意度。

子场景 E：订单合并与拆分

• 角色与触发：用户多笔订单需要合并发货，或一笔订单拆分配送。
• 主要流程：
  1. 用户提交 2 笔订单：订单 A（iPhone）、订单 B（保护壳）。
  2. 系统检测到同一用户、同地址、同一时间下单。
  3. 自动建议合并发货："是否合并为 1 个包裹配送？节省运费￥10"。
  4. 用户同意合并。
  5. 合并生成新订单：PX20241027123456790（包含 iPhone+保护壳）。
  6. 仓库按合并订单拣货发货。
  7. 如果订单中部分商品缺货，自动拆分为：
     • 子订单 1：有货商品立即发货
     • 子订单 2：缺货商品到货后发货
• 成功标准：合并逻辑智能；拆分准确；用户知情；库存管理正确。
• 异常与风控：合并订单冲突；拆分后配送异常；地址不同处理；时间差订单。
• 指标建议：合并建议准确率、拆分成功率、节省运费、用户接受度。

功能边界 & 不目标场景

• 不涉及具体支付网关接入细节（支付与账单域处理）。
• 不处理复杂的仓库物理操作（WMS 系统处理）。
• 不覆盖跨境订单的清关与税务。
• 不涉及企业采购审批流程。

依赖与接口

• 订单管理系统：生成订单号、管理订单状态、处理订单变更。
• 支付系统：创建支付链接、处理支付结果、更新支付状态。
• 仓库管理系统：接收发货任务、生成拣货任务、更新履约状态。
• 物流追踪系统：同步配送状态、推送物流轨迹、预计送达时间。
• 售后系统：处理退货申请、审核流程、退款管理。
• 通知系统：发送订单通知、状态变更通知、物流信息推送。

验收要点

1. 订单号生成唯一性保证，支持订单全生命周期查询与追踪。
2. 订单状态实时更新（待支付→已支付→待发货→已发货→已完成），状态转换准确率≥99%。
3. 物流轨迹实时同步，用户可查看完整配送进度，轨迹更新延迟<10 分钟。
4. 售后申请入口便捷，支持订单完成后 30 天内申请，审核流程顺畅。
5. 订单取消与退款处理及时，未发货订单取消成功率 100%，退款 3 日内到账。

场景级测试用例示例

测试准备：搭建沙箱环境，配置订单管理、支付系统、仓库管理、物流追踪、售后系统。预置订单流程：待支付→已支付→拣货→发货→配送→完成。准备测试用户 10 名，测试商品 iPhone 15 Pro。

用例 A-1：订单创建成功（正向）

• 前置条件：用户在结算页确认订单信息。
• 操作步骤：
  1. 点击"提交订单"。
• 预期结果：
  • 生成订单号：PX20241027123456789。
  • 创建支付链接。
  • 订单状态："待支付"。
  • 展示支付二维码与链接。
  • 发送订单确认通知。

用例 A-2：重复订单提交拦截（逆向）

• 前置条件：用户重复点击提交按钮。
• 操作步骤：
  1. 连续点击"提交订单"3 次。
• 预期结果：
  • 只生成 1 个订单。
  • 其他点击提示"订单提交中，请勿重复操作"。
  • 防止重复订单与重复支付。
  • 显示首个订单号。

用例 B-1：仓库拣货任务执行（正向）

• 前置条件：订单已支付，状态"待发货"。
• 操作步骤：
  1. 仓库接收发货任务。
  2. 执行拣货操作。
• 预期结果：
  • 生成拣货任务单。
  • 扫码确认商品与库位。
  • 更新状态："拣货完成"。
  • 生成装箱单与快递单号。

用例 B-2：缺货导致订单无法发货（逆向）

• 前置条件：拣货时发现商品实际库存为 0。
• 操作步骤：
  1. 仓库执行拣货任务。
• 预期结果：
  • 拣货失败，提示"库存不足"。
  • 订单状态变为"缺货待补"。
  • 通知用户缺货情况。
  • 询问用户：等待补货或取消订单。
  • 缺货记录写入库存异常日志。

用例 C-1：用户查看订单详情（正向）

• 前置条件：用户有已发货订单。
• 操作步骤：
  1. 用户进入"我的订单"。
  2. 点击订单查看详情。
• 预期结果：
  • 显示完整订单信息：商品、价格、地址、支付状态。
  • 展示物流轨迹：当前位置、下一站、预计送达时间。
  • 提供售后申请入口。
  • 状态图标清晰，流程可视化。

用例 C-2：物流信息异常延迟（逆向）

• 前置条件：快递公司系统故障，物流信息未更新。
• 操作步骤：
  1. 等待物流信息更新。
• 预期结果：
  • 检测到物流信息超过 2 小时未更新。
  • 系统自动标记"物流信息同步异常"。
  • 通知用户与客服介入。
  • 提供客服联系方式。
  • 后台自动重试同步物流信息。

用例 D-1：未发货订单取消（正向）

• 前置条件：订单状态"已支付，待发货"。
• 操作步骤：
  1. 用户申请取消订单。
• 预期结果：
  • 自动同意取消申请。
  • 触发退款流程：￥7999 原路返回。
  • 订单状态："已取消，已退款"。
  • 取消拣货任务，释放库存。
  • 用户收到退款确认通知。

用例 D-2：已发货订单取消（逆向）

• 前置条件：订单状态"已发货"。
• 操作步骤：
  1. 用户申请取消订单。
• 预期结果：
  • 提示"订单已发货，无法取消"。
  • 引导用户申请退货流程。
  • 提供退货入口与说明。
  • 不允许直接取消，防止物流损失。

用例 E-1：订单自动合并建议（正向）

• 前置条件：用户 5 分钟内提交 2 笔订单。
• 操作步骤：
  1. 用户查看订单列表。
• 预期结果：
  • 系统检测到可合并订单。
  • 弹出合并建议："2 笔订单可合并发货，节省运费￥10"。
  • 用户同意后自动合并。
  • 合并后订单重新生成快递单号。
  • 通知用户合并结果。

用例 E-2：订单拆分发货（正向）

• 前置条件：订单中部分商品缺货。
• 操作步骤：
  1. 系统检测缺货商品。
• 预期结果：
  • 自动拆分订单：
    • 有货商品：子订单 1，立即发货
    • 缺货商品：子订单 2，到货后发货
  • 生成 2 个快递单号。
  • 用户收到拆分通知。
  • 可分别追踪子订单物流。

用例 F-1：订单完成后申请售后（正向）

• 前置条件：用户收到商品 3 天，发现质量问题。
• 操作步骤：
  1. 用户点击"申请售后"。
  2. 选择退货并上传照片。
• 预期结果：
  • 生成售后单号：RMA20241028001。
  • 售后专员审核申请。
  • 审核通过后生成退货地址。
  • 用户寄回商品后完成退款。
  • 整个流程可追踪查询。

用例 F-2：超过售后期限拒绝申请（逆向）

• 前置条件：订单完成 35 天，用户申请退货。
• 操作步骤：
  1. 用户提交售后申请。
• 预期结果：
  • 系统检测超过 30 天售后期。
  • 拒绝申请，提示"超过售后期限"。
  • 引导用户联系客服处理特殊情况。
  • 或建议付费维修服务。
  • 记录拒绝原因。

用例 G-1：订单数据导出（正向）

• 前置条件：运营需要导出订单数据。
• 操作步骤：
  1. 运营在后台选择时间范围导出。
• 预期结果：
  • 导出 Excel 文件，包含所有订单字段。
  • 支持按状态、时间、地区筛选导出。
  • 数据完整准确，无遗漏。
  • 便于运营分析与对账。

用例 G-2：订单详情页性能优化（正向）

• 前置条件：订单详情页加载大量数据。
• 操作步骤：
  1. 用户打开订单详情页。
• 预期结果：
  • 首屏加载时间<2 秒。
  • 物流信息采用懒加载。
  • 图片与样式 CDN 加速。
  • 用户流畅浏览，无卡顿。
  • 提升用户体验。