主用例说明：门店自提与同城配

背景概述

PowerX 电商平台需要为用户提供门店自提与同城配送服务，满足用户对即时性需求。随着即时零售、社区团购兴起，用户希望下单后 1-2 小时内收到商品。本主用例聚焦"门店自提与同城配"全流程，覆盖同城快送分配、骑手配送管理、同城配订单跟踪、服务评价四大核心场景，确保配送高效、用户体验佳、服务质量可控。

目标与价值

• 智能骑手分配：根据距离、订单量、骑手评分智能分配配送任务。
• 同城快速配送：1-2 小时送达，满足用户即时性需求。
• 实时配送跟踪：用户实时查看骑手位置与预计送达时间。
• 服务质量可控：配送完成后邀请评价，建立服务质量反馈机制。

参与角色

• 企业终端用户：线上下单选择同城配或门店自提、实时跟踪配送、评价服务。
• 门店员工：接收订单、准备商品、交接骑手、门店自提核销。
• 配送骑手：接收配送任务、到店取货、配送至用户、确认送达。
• 同城配送平台：美团、达达、蜂鸟跑腿等提供同城配送服务。
• 系统自动化任务：分配骑手、同步配送状态、推送通知、生成评价。

主场景 User Story

作为 企业终端用户，我希望 下单后能够选择同城配快速收货或门店自提，从而 享受便捷快速的配送服务。

子场景详解

子场景 A：系统根据距离自动分配骑手

• 角色与触发：用户选择同城配送，系统需要分配合适的骑手。
• 主要流程：
  1. 用户下单选择"同城配送"，地址距离门店 3.5km。
  2. 系统查询骑手状态：
     • 骑手 A：距离 1.2km，空闲，评分 4.8
     • 骑手 B：距离 2.5km，配送中，评分 4.9
     • 骑手 C：距离 3.0km，空闲，评分 4.7
  3. 系统智能分配算法：
     • 优先选择距离最近且空闲的骑手
     • 评分权重：4.8>4.7，距离权重：1.2km<3.0km
     • 综合评分：骑手 A 最高
  4. 分配骑手 A，接单时间 14:30。
  5. 骑手 A 接单后前往门店取货。
  6. 系统通知门店："骑手已接单，预计 10 分钟内到店"。
  7. 用户收到骑手信息：姓名、头像、联系电话、车牌号。
• 成功标准：骑手分配合理；距离最近；评分最优；响应及时。
• 异常与风控：无骑手可用处理；骑手拒绝订单；距离过远调整；恶劣天气应对。
• 指标建议：骑手分配成功率、平均分配耗时、骑手响应率、用户满意度。

子场景 B：骑手到店取货并确认交接

• 角色与触发：骑手到达门店，需要与店员交接商品。
• 主要流程：
  1. 骑手 A 到达门店，报出订单号与取货码。
  2. 门店员工核对订单信息：
     • 订单号：PX20241027123456789
     • 商品：iPhone 15 Pro 1 台
     • 配送地址：朝阳区 XX 小区 XX 楼 XX 室
  3. 员工扫码验证订单与骑手身份：
     • 扫描订单二维码确认
     • 扫描骑工牌确认身份
  4. 交付商品给骑手：
     • 检查商品外观完好
     • 核对数量与规格
     • 拍照记录交付过程
  5. 骑手确认收货并在系统中更新状态："已取货，待配送"。
  6. 系统推送通知："骑手已取货，正在配送途中"。
  7. 门店员工在后台记录交接时间与骑手信息。
• 成功标准：身份验证严格；商品核对准确；交接记录完整；状态更新及时。
• 异常与风控：骑手迟到处理；商品缺失应对；身份验证失败；交接纠纷处理。
• 指标建议：交接准确率、骑手准时率、商品完好率、交接纠纷率。

子场景 C：用户实时查看骑手位置

• 角色与触发：用户想查看骑手当前位置与预计送达时间。
• 主要流程：
  1. 用户在 APP 查看配送进度。
  2. 地图实时显示骑手位置：从门店到用户地址的路径。
  3. 配送状态实时更新：
     • 14:30 骑手已接单
     • 14:35 骑手到店取货
     • 14:40 骑手离开门店
     • 15:05 骑手还有 5 分钟到达
     • 预计 15:10 送达
  4. 配送轨迹可视化：
     • 蓝色路径：骑手行驶路线
     • 绿色终点：用户地址
     • 红色标记：当前位置
  5. 距离剩余：800m，预计 5 分钟。
  6. 用户可联系骑手："拨打电话"或"发送消息"。
• 成功标准：位置实时更新；轨迹可视化清晰；预计时间准确；沟通便利。
• 异常与风控：定位偏差处理；骑手绕路检测；位置更新延迟；用户联系失败。
• 指标建议：位置更新及时率、预计时间准确率、用户联系成功率、配送按时率。

子场景 D：客户确认收货并评价服务

• 角色与触发：骑手送达商品，用户确认收货并评价服务。
• 主要流程：
  1. 骑手到达用户地址，配送商品。
  2. 用户确认收货：
     • 核对商品无误
     • 扫描配送码完成签收
     • 订单状态更新："已完成"
  3. 系统发送服务评价邀请："请为本次配送服务评价"。
  4. 用户对配送服务打分：
     • 总体评分：5 星
     • 服务态度：很好
     • 配送速度：很快
     • 商品完好：完整
     • 建议：服务很好
  5. 系统更新骑手评分：4.8→4.82（提升 0.02）。
  6. 骑手收到评价通知与积分奖励。
  7. 服务评价记录写入数据库，用于优化服务质量。
• 成功标准：签收流程顺畅；评价入口便捷；评分更新及时；激励有效。
• 异常与风控：用户拒收处理；商品破损应对；恶意差评处理；评价作弊拦截。
• 指标建议：配送完成率、评价参与率、骑手评分提升、服务质量改进。

子场景 E：门店自提核销

• 角色与触发：用户选择门店自提，到店后核销取货。
• 主要流程：
  1. 用户线上下单选择"朝阳大悦城店自提"。
  2. 门店收到订单通知，开始备货。
  3. 商品备好后，生成提货码。
  4. 用户到店出示提货码（或扫码）。
  5. 门店员工扫码核销：
     • 验证提货码有效性
     • 核对订单信息
     • 确认商品规格与数量
  6. 核销成功后交付商品。
  7. 订单状态更新："已取货"。
  8. 用户收到取货确认通知。
• 成功标准：提货码验证准确；核销流程顺畅；商品交付无误；状态更新及时。
• 异常与风控：提货码过期处理；重复核销拦截；商品不匹配应对；核销纠纷解决。
• 指标建议：核销成功率、核销耗时、商品准确率、用户满意度。

子场景 F：骑手配送异常处理

• 角色与触发：骑手配送过程中遇到突发情况。
• 主要流程：
  1. 骑手在配送途中车辆故障。
  2. 骑手在 APP 中上报异常："车辆故障，需要 20 分钟维修"。
  3. 系统自动处理：
     • 标记订单为"配送异常"
     • 通知用户配送延迟
     • 建议用户等待或申请取消
  4. 系统协调解决方案：
     • 派遣附近骑手支援
     • 或延长配送时间
     • 或门店直接配送
  5. 如果无法及时送达，系统自动生成补偿：
     • 配送费退还
     • 或优惠券补偿￥10
  6. 用户收到处理结果通知。
  7. 异常事件记录，供后续优化。
• 成功标准：异常检测及时；处理方案合理；用户感知良好；补偿标准统一。
• 异常与风控：异常上报机制；处理时效要求；补偿标准；用户满意度监控。
• 指标建议：异常处理及时率、用户满意度、补偿发放率、配送成功率。

功能边界 & 不目标场景

• 不涉及跨城市的长途配送。
• 不处理复杂的多点配送（多个用户地址）。
• 不覆盖特殊商品配送（危险品、易碎品）。
• 不涉及平台自有配送团队建设。

依赖与接口

• 同城配送平台 API：美团、达达等骑手分配、状态同步、位置追踪接口。
• 门店管理系统：接收订单、备货、交接骑手、核销提货码。
• 订单管理系统：管理同城配订单、更新配送状态、同步核销信息。
• 地理定位服务：计算骑手与用户距离、规划配送路径、提供实时位置。
• 评价系统：收集用户评价、更新骑手评分、生成服务质量报告。
• 通知服务：推送配送进度、异常通知、评价邀请。

验收要点

1. 骑手智能分配算法合理，优先距离最近且评分高的骑手，分配成功率≥95%。
2. 配送状态实时更新，位置更新间隔≤1 分钟，预计送达时间准确率≥90%。
3. 门店自提核销流程顺畅，提货码验证准确，核销成功率 100%。
4. 服务评价机制完善，评价参与率≥60%，评价驱动服务质量提升。
5. 配送异常处理及时，系统自动协调解决方案，用户满意度≥85%。

场景级测试用例示例

测试准备：搭建沙箱环境，配置同城配送平台、门店管理、订单系统、地理定位、评价系统。预置门店 3 家，骑手 20 名。测试订单 10 笔。

用例 A-1：骑手自动分配（正向）

• 前置条件：用户下单同城配送，地址距离门店 3.5km。
• 操作步骤：
  1. 系统查询周边骑手。
  2. 智能分配算法选择。
• 预期结果：
  • 骑手 A 接单：距离 1.2km，空闲，评分 4.8。
  • 5 分钟内骑手接单成功。
  • 用户收到骑手信息。
  • 门店收到接单通知。

用例 A-2：无可用骑手处理（逆向）

• 前置条件：晚高峰时段，周边无空闲骑手。
• 操作步骤：
  1. 用户选择同城配送。
• 预期结果：
  • 系统检测无可用骑手。
  • 提示"当前配送繁忙，预计 30 分钟后恢复"。
  • 建议用户选择其他配送方式。
  • 或等待系统自动分配。
  • 用户理解并选择等待。

用例 A-3：骑手拒绝订单（逆向）

• 前置条件：分配给骑手 A，但骑手拒绝接单。
• 操作步骤：
  1. 骑手收到订单推送。
  2. 骑手点击"拒单"。
• 预期结果：
  • 骑手记录拒单原因。
  • 系统自动分配下一位骑手。
  • 重新执行分配算法。
  • 确保订单最终被接单。
  • 拒单率控制在 5% 以内。

用例 B-1：骑手到店交接（正向）

• 前置条件：骑手已接单并到达门店。
• 操作步骤：
  1. 骑手报订单号与取货码。
  2. 门店员工核对交接。
• 预期结果：
  • 身份验证通过。
  • 商品核对无误。
  • 拍照记录交付过程。
  • 系统更新状态："已取货"。
  • 用户收到"骑手取货"通知。

用例 B-2：骑手迟到处理（逆向）

• 前置条件：骑手接单 30 分钟仍未到店。
• 操作步骤：
  1. 系统检测骑手超时。
• 预期结果：
  • 告警：骑手超时未到店。
  • 通知门店与用户。
  • 联系骑手确认情况。
  • 自动重新分配骑手。
  • 确保订单及时配送。
  • 超时记录写入骑手考核。

用例 B-3：商品交接核对（正向）

• 前置条件：门店员工与骑手核对商品。
• 操作步骤：
  1. 扫描商品条码。
  2. 确认数量与规格。
• 预期结果：
  • 扫描结果：iPhone 15 Pro 蓝色 256GB 1 台。
  • 与订单信息一致。
  • 商品外观完好。
  • 完成交接签字。
  • 系统记录交接时间。

用例 C-1：用户查看骑手位置（正向）

• 前置条件：骑手正在配送途中。
• 操作步骤：
  1. 用户打开配送跟踪页。
• 预期结果：
  • 地图显示骑手实时位置。
  • 配送路径可视化。
  • 预计送达时间：15:10。
  • 距离剩余 800m。
  • 用户可联系骑手。

用例 C-2：位置更新延迟（逆向）

• 前置条件：GPS 信号弱，位置更新延迟 5 分钟。
• 操作步骤：
  1. 用户查看配送进度。
• 预期结果：
  • 检测位置更新异常。
  • 提示"位置更新中，请稍后查看"。
  • 显示上次已知位置。
  • 系统后台重试获取位置。
  • 恢复后正常更新。
  • 记录异常日志。

用例 C-3：用户联系骑手（正向）

• 前置条件：用户想联系骑手咨询配送时间。
• 操作步骤：
  1. 用户点击"联系骑手"。
• 预期结果：
  • 提供拨打电话按钮。
  • 或发送消息功能。
  • 通话记录隐藏用户真实号码。
  • 保护双方隐私。
  • 通话质量监控。

用例 D-1：用户确认收货并评价（正向）

• 前置条件：骑手送达商品。
• 操作步骤：
  1. 用户确认收货。
  2. 完成服务评价。
• 预期结果：
  • 订单状态："已完成"。
  • 评价页面：5 星评分。
  • 服务态度、配送速度等维度。
  • 骑手评分更新：4.8→4.82。
  • 骑手收到评价通知。

用例 D-2：用户拒收商品（逆向）

• 前置条件：商品送达后，用户因质量问题拒收。
• 操作步骤：
  1. 骑手配送到用户地址。
  2. 用户验货后拒收。
• 预期结果：
  • 记录拒收原因。
  • 商品退回门店。
  • 系统自动退款。
  • 通知客服跟进。
  • 质量问题进入售后流程。
  • 记录拒收事件。

用例 D-3：恶意差评处理（逆向）

• 前置条件：用户给骑手恶意差评（与服务不符）。
• 操作步骤：
  1. 用户提交差评：1 星。
• 预期结果：
  • 系统检测评价异常。
  • 客服介入核查。
  • 核实后发现恶意差评。
  • 差评标记为"无效"。
  • 不计入骑手评分。
  • 记录恶意评价行为。

用例 E-1：门店自提核销（正向）

• 前置条件：用户选择门店自提并到店。
• 操作步骤：
  1. 用户出示提货码。
  2. 门店扫码核销。
• 预期结果：
  • 提货码验证成功。
  • 核对订单信息。
  • 交付商品。
  • 订单状态："已取货"。
  • 用户收到确认通知。

用例 E-2：提货码过期处理（逆向）

• 前置条件：提货码有效期 48 小时，已过期。
• 操作步骤：
  1. 用户到店出示提货码。
• 预期结果：
  • 提示"提货码已过期"。
  • 有效期：48 小时。
  • 用户可申请延长。
  • 或重新下单。
  • 记录过期原因。
  • 优化提货码有效期。

用例 F-1：骑手车辆故障（正向）

• 前置条件：骑手配送途中车辆故障。
• 操作步骤：
  1. 骑手上报异常。
• 预期结果：
  • 系统接收异常上报。
  • 自动处理：重新分配骑手。
  • 通知用户配送延迟。
  • 提供补偿：配送费退还。
  • 用户收到处理结果。
  • 异常事件记录。

用例 F-2：恶劣天气配送（逆向）

• 前置条件：暴雨天气，配送时效受影响。
• 操作步骤：
  1. 系统检测天气异常。
• 预期结果：
  • 自动延长配送时效承诺。
  • 通知用户天气影响配送。
  • 建议用户耐心等待。
  • 骑手注意安全防护。
  • 不计入配送超时考核。
  • 用户理解并支持。

用例 G-1：高峰期订单调度（正向）

• 前置条件：午餐高峰期，订单量激增。
• 操作步骤：
  1. 系统接收大量同城配送订单。
• 预期结果：
  • 订单排队调度。
  • 骑手优先分配近距离订单。
  • 预测配送时效并告知用户。
  • 门店提前备货。
  • 确保高峰期服务质量。
  • 维护系统稳定性。

用例 G-2：多门店覆盖配送（正向）

• 前置条件：用户地址在多个门店配送范围内。
• 操作步骤：
  1. 系统选择最优门店。
• 预期结果：
  • 优先选择距离最近的门店。
  • 或配送时效最快的门店。
  • 或骑手资源充足的门店。
  • 确保最优配送体验。
  • 用户收到门店信息。
  • 配送路线最优。