Skip to content

主用例说明:组合与套装商品(Bundled Goods)

背景概述

PowerX 电商平台需要为企业提供组合商品与套装销售能力,通过将多个相关商品打包销售,既提升客单价又优化用户购买体验。随着电商促销复杂化、关联商品销售策略成熟,平台必须支持实物+服务捆绑、跨品类套装、定向优惠价与库存联动等场景。本主用例聚焦"组合与套装商品"全流程,覆盖套装配置、订单拆分与独立履约、价格联动与优惠计算三大核心场景,确保套装商品灵活配置、履约准确无误、用户享受真实优惠。

目标与价值

  • 灵活套装配置:支持实物+实物、实物+服务、虚拟+实体等多种组合方式,满足不同营销场景。
  • 智能订单拆分:购买套装时自动拆分为独立子订单,实物发货与服务激活并行执行。
  • 库存联动管理:套装库存与子商品库存实时联动,避免超卖或积压。
  • 优惠透明展示:套装价相比单买价的优惠金额清晰展示,提升用户感知价值。
  • 履约可视化:用户可追踪实物发货与服务激活的完整流程,提升透明度。

参与角色

  • 运营人员:配置套装商品、设置优惠价格、定义子商品清单与履约规则。
  • 仓库管理员:处理套装中实物商品的拣货、打包与发货。
  • 企业客户:购买套装商品,获得实物商品与配套服务。
  • 服务激活团队:负责套装中虚拟服务(延保、培训等)的激活与交付。
  • 系统自动化任务:负责套装库存扣减、子订单生成、履约状态同步。

主场景 User Story

作为 电商运营团队,我希望 通过组合销售提升客单价并优化用户购买体验,从而 在降低用户决策成本的同时,增加商品关联销售并提升整体销售额。

子场景详解

子场景 A:运营配置实物+服务捆绑套装

  • 角色与触发:运营人员配置"笔记本 + 延保服务"捆绑套装,设置优惠价并联动库存。
  • 主要流程
    1. 运营人员在后台选择基础商品(笔记本)并添加关联服务(延保 3 年)。
    2. 设置套装名称:"笔记本办公套装(含 3 年延保)"。
    3. 配置套装价格:笔记本 5999 元 + 延保 500 元,单买合计 6499 元,套装价 6299 元(优惠 200 元)。
    4. 设置套装库存:与笔记本库存联动,笔记本库存 50 台,套装最多可售 50 套。
    5. 保存配置后,套装商品在前台以独立 SKU 展示。
  • 成功标准:套装商品创建成功并在前台展示;优惠金额清晰展示;库存联动准确。
  • 异常与风控:子商品库存不足时套装自动下架;子商品价格变动时套装价联动调整;重复套装检测。
  • 指标建议:套装创建耗时、套装转化率、套装客单价提升、库存联动准确率。

子场景 B:用户购买套装触发订单拆分

  • 角色与触发:用户下单购买套装,系统需要拆分订单并行处理不同履约方式。
  • 主要流程
    1. 用户在商城浏览套装商品,点击"立即购买",支付 6299 元。
    2. 系统生成主订单,标记为"套装订单"。
    3. 自动拆分为两个子订单:实物订单(笔记本 5999 元)+ 服务订单(延保 500 元)。
    4. 实物子订单流转至仓库履约系统,生成拣货任务;服务子订单流转至服务激活系统。
    5. 用户在订单详情页可查看两个子订单的独立状态与进度。
  • 成功标准:订单拆分准确率 100%;两个子订单独立流转;用户可分别追踪进度。
  • 异常与风控:拆分失败触发人工处理;子订单独立支付;取消订单时的拆分回滚。
  • 指标建议:订单拆分准确率、履约及时率、用户查询成功率。

子场景 C:实物发货与服务激活并行执行

  • 角色与触发:拆分后的子订单需要并行履约,实物发货与服务激活同时进行。
  • 主要流程
    1. 实物子订单:仓库拣货、打包、出库,发货并推送物流单号给客户。
    2. 服务子订单:系统调用延保服务接口,自动激活延保权益,生成延保凭证。
    3. 用户收到实物商品,同时收到延保激活通知(邮件/短信),包含延保凭证号。
    4. 延保凭证可在笔记本序列号绑定,延保期 3 年。
    5. 两个子订单都完成后,主订单标记为"全部履约完成"。
  • 成功标准:实物订单正常发货;服务订单在 1 分钟内激活;用户收到双重确认。
  • 异常与风控:实物发货失败不影响服务激活;服务激活失败需重试;履约状态实时同步。
  • 指标建议:并行履约成功率、履约耗时、用户满意度。

子场景 D:库存不足时套装下架与替代方案

  • 角色与触发:套装中的子商品库存不足时,套装需自动下架或提示替代方案。
  • 主要流程
    1. 系统实时监控套装中每个子商品的库存数量。
    2. 当笔记本库存降至 0 时,套装自动标记为"暂时缺货"。
    3. 前台展示缺货状态,提示"配件充足,基础商品缺货"。
    4. 提供替代方案:推荐相似配置的笔记本款式,或提供"到货通知"。
    5. 笔记本补货后,套装自动恢复上架。
  • 成功标准:库存不足时立即下架套装;替代方案推荐准确;补货后自动恢复。
  • 异常与风控:部分子商品库存不足的处理;套装库存计算逻辑;用户加购物车后的库存变化。
  • 指标建议:库存联动及时率、下架准确率、替代方案点击率。

子场景 E:套装退换货处理

  • 角色与触发:用户对套装中的部分或全部商品不满意,申请退换货。
  • 主要流程
    1. 用户申请退货:仅退笔记本,服务(延保)保留。
    2. 系统根据退货政策计算应退金额:按套装价比例或单独价格计算。
    3. 笔记本回收后恢复库存;延保服务取消并收回权益。
    4. 如果用户对整套商品都不满意,可整套退货,退款后子商品库存恢复。
    5. 部分退货时,套装价需重新计算,优惠可能调整。
  • 成功标准:退货流程清晰;库存恢复准确;权益收回及时。
  • 异常与风控:服务已使用不可退;部分退货价格计算;退货运费承担方。
  • 指标建议:退货处理及时率、库存恢复准确率、用户满意度。

功能边界 & 非目标场景

  • 不处理跨店组合(不同仓库商品)的套装销售。
  • 不涉及动态定价套装(根据购买人数调整价格)。
  • 不覆盖企业定制化套装方案(需商务谈判)。
  • 不处理套装内商品的生命周期管理。

依赖与接口

  • 商品管理系统:管理子商品信息、价格、库存,提供套装配置能力。
  • 套装管理服务:配置套装规则、计算优惠价格、管理库存联动。
  • 订单履约系统:管理订单拆分、子订单生成与流转、独立履约。
  • 仓库管理系统:处理实物拣货、打包、出库、物流单号获取。
  • 服务激活系统:负责虚拟服务(延保、培训等)的自动激活与凭证生成。
  • 库存管理服务:实时监控子商品库存,触发套装上下架、库存预警。

验收要点

  1. 支持灵活配置套装商品(实物+实物、实物+服务、虚拟+实体),优惠计算准确。
  2. 购买套装时自动拆分为子订单,实物发货与服务激活并行执行,拆分准确率 100%。
  3. 套装库存与子商品库存实时联动,库存不足时 5 分钟内自动下架。
  4. 套装优惠金额在前台清晰展示,套装价与单买价对比透明。
  5. 退换货支持部分退货与整套退货,价格计算准确,库存恢复及时。

场景级测试用例示例

测试准备:搭建沙箱环境,配置商品管理、套装管理、订单履约、库存管理系统。预置套装:"笔记本办公套装"(笔记本 1 台 + 延保 3 年),准备测试用户 5 名,仓库库存充足。

用例 A-1:创建实物+服务捆绑套装(正向)

  • 前置条件:笔记本库存 50 台,价格 5999 元;延保服务已创建,价格 500 元。
  • 操作步骤
    1. 运营人员创建新套装。
    2. 选择基础商品:笔记本 5999 元。
    3. 添加关联服务:延保 3 年 500 元。
    4. 设置套装价:6299 元(优惠 200 元)。
    5. 保存配置并发布。
  • 预期结果
    • 套装商品在前台展示:"笔记本办公套装(含 3 年延保)"。
    • 显示原价:6499 元,套装价:6299 元,优惠:200 元。
    • 库存显示 50 套,与笔记本库存联动。
    • 套装详情页展示包含商品:笔记本 ×1、延保服务 ×1。

用例 A-2:套装库存与子商品联动(正向)

  • 前置条件:套装创建后,笔记本库存 50 台,套装库存 50 套。
  • 操作步骤
    1. 用户购买 10 套笔记本办公套装。
    2. 系统扣减库存。
  • 预期结果
    • 笔记本库存剩余 40 台。
    • 套装库存剩余 40 套。
    • 两个库存数据实时同步,差值为 0。
    • 再次购买时,套装可售数量与笔记本库存一致。

用例 A-3:子商品库存不足导致套装下架(逆向)

  • 前置条件:笔记本库存剩余 3 台,套装库存 3 套。
  • 操作步骤
    1. 仓库盘点,发现笔记本实际库存为 0(账面与实物不符)。
    2. 运营人员修正库存为 0。
  • 预期结果
    • 系统检测到笔记本库存为 0。
    • 套装自动标记为"暂时缺货"。
    • 前台套装商品显示灰色不可购买。
    • 提示"基础商品暂时缺货,服务充足"。
    • 提供替代方案或到货通知入口。

用例 B-1:购买套装触发订单拆分(正向)

  • 前置条件:笔记本办公套装已上架,价格 6299 元。
  • 操作步骤
    1. 用户购买 1 套笔记本办公套装。
    2. 支付 6299 元。
  • 预期结果
    • 生成主订单:订单号 PXS-20241227-001,金额 6299 元,标记为"套装订单"。
    • 自动拆分为两个子订单:
      • 子订单 1:笔记本,金额 5999 元,流向仓库履约。
      • 子订单 2:延保服务,金额 500 元,流向服务激活系统。
    • 用户在订单详情页可查看主订单和两个子订单。
    • 子订单独立显示状态与进度。

用例 B-2:用户查看子订单状态(正向)

  • 前置条件:用户已购买套装,主订单拆分为两个子订单。
  • 操作步骤
    1. 用户进入"我的订单"。
    2. 点击套装主订单,查看详情。
  • 预期结果
    • 展示主订单摘要:套装名称、数量、总价。
    • 展开显示两个子订单:
      • 子订单 1:笔记本 - "待拣货"状态。
      • 子订单 2:延保服务 - "待激活"状态。
    • 每个子订单有独立操作按钮(查看物流、下载凭证等)。
    • 整体履约进度显示:0% - 已拆单,待履约。

用例 B-3:订单拆分失败告警(逆向)

  • 前置条件:套装配置正常,但订单拆分服务出现故障。
  • 操作步骤
    1. 用户购买套装并支付成功。
    2. 订单拆分服务调用超时。
  • 预期结果
    • 主订单生成成功,但拆分失败。
    • 系统立即告警,通知技术支持。
    • 用户订单详情显示"处理中",暂未拆分。
    • 5 分钟后人工介入或自动重试拆分。
    • 拆分成功后用户收到通知,可查看子订单进度。
    • 审计日志记录拆分失败与恢复过程。

用例 C-1:实物发货与服务激活并行(正向)

  • 前置条件:套装子订单已生成,等待履约。
  • 操作步骤
    1. 仓库开始拣货子订单 1(笔记本)。
    2. 服务激活系统并行处理子订单 2(延保)。
  • 预期结果
    • 实物子订单:仓库拣货完成,打包出库,生成快递单号 SF123456789。
    • 服务子订单:1 分钟内自动激活延保服务,生成延保凭证号 WA-2024-001234。
    • 用户收到两条通知:
      • 短信:您的笔记本已发货,快递单号 SF123456789。
      • 邮件:您的延保服务已激活,凭证号 WA-2024-001234。
    • 主订单状态更新为"部分履约"。
    • 延保凭证可在用户中心下载。

用例 C-2:延保凭证下载与查询(正向)

  • 前置条件:延保服务已激活,凭证生成成功。
  • 操作步骤
    1. 用户在用户中心查看已购套装。
    2. 点击"延保凭证"下载。
  • 预期结果
    • 显示延保详情:笔记本型号、序列号、延保期至 2027-12-27。
    • 提供 PDF 凭证下载,包含二维码可验证真伪。
    • 凭证信息:激活时间、凭证号、服务内容、客服电话。
    • 提示延保使用方式:维修时出示凭证即可。

用例 C-3:服务激活失败重试(逆向)

  • 前置条件:延保服务激活接口返回错误。
  • 操作步骤
    1. 子订单 2(延保服务)调用激活接口失败。
  • 预期结果
    • 系统自动重试 3 次,间隔 30 秒。
    • 重试失败后生成工单,通知服务团队处理。
    • 用户收到"服务处理中"的延迟通知。
    • 实物发货不受影响,继续正常进行。
    • 人工处理完成后,手动激活延保服务并补发凭证。
    • 审计日志记录激活失败与恢复过程。

用例 D-1:库存恢复后套装自动上架(正向)

  • 前置条件:笔记本补货 20 台,套装已自动下架。
  • 操作步骤
    1. 仓库录入新到货笔记本 20 台。
  • 预期结果
    • 系统检测到笔记本库存 20 台。
    • 套装自动从"暂时缺货"恢复为"可购买"。
    • 套装库存更新为 20 套。
    • 前台套装商品恢复显示,状态为正常。
    • 订阅"到货通知"的用户收到恢复上架通知。

用例 D-2:部分子商品库存不足的套装下架(逆向)

  • 前置条件:笔记本库存 5 台,延保服务库存充足。
  • 操作步骤
    1. 用户批量购买 6 套套装(购物车操作)。
  • 预期结果
    • 系统检测库存:笔记本只够 5 套。
    • 购物车提示"最多可购买 5 套"。
    • 超过库存的商品自动移除或提示修改数量。
    • 用户确认购买 5 套后正常下单。
    • 套装库存与笔记本库存保持一致。

用例 E-1:套装部分退货(仅退实物)(正向)

  • 前置条件:用户购买套装 30 天,已收到笔记本并使用延保服务。
  • 操作步骤
    1. 用户对笔记本不满意,申请退货延保服务保留。
    2. 系统计算可退金额(按使用天数计算):笔记本 5999 × (365-30)/365 ≈ 5492 元。
    3. 延保服务已使用不可退,金额 0 元。
    4. 审核通过后执行退款。
  • 预期结果
    • 退款 5492 元至用户账户。
    • 笔记本库存 +1,恢复可售状态。
    • 延保服务继续有效,不受影响。
    • 主订单状态变为"部分退货"。
    • 子订单 1 状态:已退货,子订单 2 状态:继续有效。

用例 E-2:整套退货(正向)

  • 前置条件:用户购买套装 7 天,笔记本未使用,延保服务未激活。
  • 操作步骤
    1. 用户对整套商品不满意,申请全退。
    2. 系统计算应退金额:6299 元(购买 7 天内,全额退款)。
    3. 审核通过后执行退款。
  • 预期结果
    • 退款 6299 元至用户账户。
    • 笔记本库存 +1,恢复可售状态。
    • 延保服务取消,未激活则不收费。
    • 主订单状态变为"已退货"。
    • 子订单 1 和 2 都标记为"已退货"。
    • 审计日志记录整套退货明细。

用例 E-3:服务已使用拒绝退货(逆向)

  • 前置条件:用户购买套装 60 天,延保服务已激活并使用(申请过 1 次维修)。
  • 操作步骤
    1. 用户申请整套退货。
  • 预期结果
    • 系统检测到延保服务已使用,拒绝退货。
    • 返回拒绝原因:延保服务已使用,不支持退货。
    • 仅支持笔记本单品退货(如果符合退货政策)。
    • 用户申诉后触发人工审核流程。
    • 审计日志记录拒绝原因与审核流程。

用例 F-1:套装价调整后生效(正向)

  • 前置条件:笔记本价格上涨 200 元,运营需要调整套装价。
  • 操作步骤
    1. 运营修改笔记本价格为 6199 元(原价 5999 元)。
    2. 调整套装价为 6499 元(原价 6299 元)。
    3. 保存并发布。
  • 预期结果
    • 新用户购买套装按新价格 6499 元。
    • 已购买用户订单价格不变(保护已购用户)。
    • 优惠金额重新计算:新优惠 200 元(笔记本 6199 + 延保 500 - 套装 6499)。
    • 库存、价格变更记录写入审计日志。

用例 F-2:套装限购策略(正向)

  • 前置条件:套装为限时特价商品,每人限购 1 套。
  • 操作步骤
    1. 运营设置套装限购:每个账号最多购买 1 套。
    2. 用户 A 购买 1 套后,再尝试购买第 2 套。
  • 预期结果
    • 用户 A 第 1 次购买成功。
    • 第 2 次购买时,购物车提示"该商品每人限购 1 套,您已购买 1 套"。
    • 购买按钮变为灰色不可点击。
    • 结算时自动校验限购规则,超出数量拒绝下单。
    • 限购规则在商品详情页明确展示。

基于 Apache 2.0 许可发布