在电商系统中，购物车模块是用户购买流程的核心环节，其设计的合理性直接影响用户体验和销售转化率。本文将深入探讨电商系统购物车模块的设计要点，供大家参考。

一、概述

在电商系统中，购物车是核心模块之一，用户在浏览商品过程中，可将心仪商品添加到购物车，待浏览完毕后统一结算购买。所以一份合理高效的购物车设计，对于提升用户体验、促进销售转化、降低运营成本等方面都有着至关重要的作用。

由于购物车属于核心模块，为讲的更清晰，所以针对购物车会拆分几期来讲解

本期针对商品加入购物车、购物车中移除商品、更新购物车中的商品数量、商品库存不足、失效商品等场景输出产品解决方案

二、功能设计与实现方案

2.1 商品添加到购物车

1、结构设计

• 商品唯一标识：商品ID、SKU ID
• 值为商品对象：数量、添加时间、状态（正常/失效）等字段
• 排序：商品列表按添加/更新时间倒序排列（最新操作置顶）

2、添加逻辑

1）查询商品在购物车是否存在

用户点击 “添加到购物车” 按钮时，系统首先通过商品ID和SKU ID查询购物车数据结构中是否存在该商品

• 已存在：数量+1，更新添加时间为当前时间（用于置顶排序），将该商品移动到购物车列表顶部
• 不存在：新增条目（新增商品），数量=1，加入时间=当前时间，并置顶，将该商品移动到购物车列表顶部

2）更新总价格：

同时实时计算购物车的总价等信息，如：单价×数量

3） 存储：

• 登录用户：将购物车数据存入Redis
• 未登录用户：数据缓存在浏览器，用户登录后合并到Redis（有些电商必须登录才可以加入购物车，这个根据实际业务去处理）

3、示例：

用户首次添加商品A（ID=1001），数量为1，购物车新增条目，并顶部显示该商品。用户再次添加同一商品A时，数量变为2，商品A继续置顶。

2.2 购物车中移除商品

1、移除方式：

2、移除逻辑

1）单个移除：

• 当用户点击 “从购物车中移除” 按钮时，前端传递需删除的商品ID/SKU ID
• 后端根据商品ID、SKU ID、用户标识在购物车数据结构表中查找对应的商品
• 匹配后从购物车数据结构表中删除对应的商品。
• 更新购物车的总价、商品总数等相关信息并重新排序剩余商品

2）批量移除：

• 用户可选择多个商品进行批量删除，前端传递需删除的商品ID/SKU ID列表
• 后端遍历购物车数据结构中被选中的商品，逐个进行删除操作
• 更新购物车的总价、商品数等相关信息并重新排序剩余商品

3、异常处理

4、示例

2.3 更新购物车中的商品数量

1、数量增加 / 减少

1）增加数量：

• 用户点击增加数量按钮时，系统在购物车数据结构中找到对应商品，将其数量加 1，并相应更新购物车总价等信息
• 同时要实时检查库存是否充足，若库存不足则给出相应提示并限制数量增加

2）减少数量 :

• 用户点击减少数量按钮时，系统在购物车数据结构中找到对应商品，将其数量减 1，并相应更新购物车总价等信息
• 若数量减至 0，则报错提示用户号是否要删除该商品或最小保留1（这点按实际需求处理即可）

2、实现逻辑说明

1）输入校验：

• 用户修改数量时，校验输入值是否合规：1≤ 数量 ≤库存
• 若输入数量超过库存，弹窗提示“库存不足，当前最大可购买X件”
• 若输入数量小于1，弹窗提示“至少保留1件”或 “是否要删除该商品”（按自己实际需求处理）

2）更新逻辑：

• 根据商品ID和SKU ID找到对应的商品。
• 查询库存服务校验上限，查询商品状态等
• 若商品合规：更新数量并重新计算总价；
• 若商品异常：返回错误码（如库存不足，如已下架），禁止修改数量并提示。

3、交互设计：

• 输入超过库存时，前端自动修正为最大库存值并提示“库存不足，当前最大可购买X件”。

4、示例：

• 用户将商品的数量从3改为8，但库存仅剩6，系统自动修正为6，并提示“库存不足，最多可购买6件”。

2.4 商品库存不足处理

1、场景处理

1）加购时库存不足：

当添加商品到购物车时，若库存不足，系统自动修正为最大库存值并提示“库存不足，当前最大可购买X件”，达到限制该商品的添加数量，使其不能超过库存数量

2）已加购后库存不足

已加购的商品出现库存不足时，系统需更新购物车数据结构中该商品的状态为 “库存不足”，在购物车页面将其置灰且不可勾选，并显示 “缺货” 提示，同时禁止将其加入结算

2、实现逻辑说明

1）购物车实时校验：

每次打开或刷新购物车时，需调用库存服务校验商品可用库存

2）数量变更时库存实时校验：

• 前端限制：输入框仅允许输入≤库存的数值。
• 后端校验：每次数量更新时，调用库存服务检查可用库存

3）库存不足时：

• 前端禁用“数量+”按钮，显示剩余库存
• 用户直接输入数量，自动修正为最大库存值并提示“库存不足，当前最大可购买X件”
• 若商品已加入购物车但库存不足，标记为“缺货”，置灰且不可结算

2.5 失效商品处理

1、场景处理

1）已售罄商品 ：

已加入购商品售罄时，系统需将其在购物车数据结构中的状态标记为 “售罄”，在购物车页面将其置灰且不可勾选，并显示 “已售罄” 提示，同时禁止将其加入结算

2）下架商品 ：

已加入购商品下架时，系统需将其在购物车数据结构中的状态标记为 “已下架”，在购物车页面将其置灰且不可勾选，并显示 “已下架” 提示，同时禁止将其加入结算

3）区域限制 ：

已加入购商品存在购买区域限制，当不在其销售区域内时，系统需将其在购物车数据结构中的状态标记为 “不在配送区域”，并显示 “不在配送区域” 提示，同时禁止将其加入结算

2、实现逻辑说明

1）处理流程：

• 定时任务：定期扫描购物车中的商品状态，更新失效商品信息，可调用商品服务检查状态（如每小时扫描一次）
• 实时校验：用户进入 或 刷新购物车页面时进行二次校验

2）标记状态：

根据处理结果，将商品状态设为“失效”，并记录原因（如“已下架”）

3）界面提示：

• 失效商品置灰，显示具体原因，如“已下架”“不在配送区域””“已售罄”等交互文案
• 提供“移除失效商品”一键清理功能
• 结算时自动移除失效商品，并提示用户

3、示例：

• 用户购物车中的商品因下架被标记为失效，系统对该商品提示“已下架”，并将其置灰且不可勾选

2.6 异常处理机制

1、移除商品失败：

如网络错误，前端重试机制 +提示“删除失败，请重试”，并保留原数据

2、更新数量时库存不足：

自动修正为最大库存 + 提示“库存不足，当前最大可购买X件”；且前端限制输入，后端返回错误码，阻止操作。

3、商品失效：

实时更新状态，禁止结算并提示用户。

4、批量操作冲突：

如同时修改数量和删除，使用事务确保操作原子性，失败时回滚。

5、区域限制变更：

如地址修改，重新校验购物车商品，动态更新可售状态

三、案例说明

案例1：商品添加与置顶排序

用户依次添加

• 商品A：添加时间10:00
• 商品B：添加时间10:05
• 商品A：再重新添加时间10:10

购物车列表顺序为：

案例2：存在失效商品

用户在购物车中有以下商品：

• 商品A：库存10，正常
• 商品B：已下架
• 商品C：配送区域限制

交互：

• 用户打开购物车，系统调用商品服务校验：
• 商品B标记为“已下架”，商品C标记为“不支持配送”。
• 用户尝试结算时，系统拦截并提示：“2件商品不可结算，请移除”。
• 用户点击“移除失效商品”，仅保留商品A进入结算页。

四、设计思路（很重要）

首先，商品添加到购物车需要考虑到两种情况：已存在和首次添加；以及置顶需要考虑到维护一个时间戳或者顺序字段，按最新操作排序。

接下来需要考虑到更新商品数量，需要检查库存是否足够问题，以及失效商品处理场景，比如下架、售罄、区域限制等

移除商品时，需要考虑到单删和批量删除，要确保数据结构中正确找到对应的条目并删除

最后把这些点整合成一个结构化的思路。如数据结构设计、核心流程、异常处理、存储方案等。输出一份最佳的产品解决方案

作者：pemg的笔记 公众号：pemg的笔记

本文由 @pemg的笔记 原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自 Pixabay，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务