在电商系统中，购物车是提高订单转化率的一个重要节点，之前做过一次购物车的优化方案，特总结了这篇文章。

在购物车的设计，优化过程中，主要可以从以下几点来进行思考和整理，具体如图：


一、 购物车的功能

在购物车的设计优化过程中，可以先着重思考下的购物车功能的作用，一般包括主要作用和次要作用。

其主要作用存在两种使用场景：

场景一：购物车携带多件商品，如果用户下单时需要了解每件商品的价格，如：元件，以优惠金额和商品总金额，同时商品库存的充足性完全取决了订单是否能去结算。

场景二：购物车临时保存商品，临时保存的商品，无非从三个维度来存储商品数据。

第一维度：商品的基础数据，如：商品名、商品数量、商品价格、优惠价格、商品编号、商品图片、能获得的积分，其他等等。

第二维度：特殊商品保存包含来岁商品的赠品，随订单的赠品、组合套装等，而赠品分为来可选与不可选。

第三维度：管理购物车商品包括了修改商品数量，将商品移入收藏夹、删除、批量删除、清空购物车商品等，而这些功能的操作，都取决于购物车的状态。

二、购物车状态

购物车状态可以从以下登陆前和登录后考虑：

登陆前购物车有无商品，如果有商品时；

登陆时商品是否同步要考虑？

我们可以从以下具体几点来思考：

（1）登陆前购物车有商品：对于有会员折扣的商品，加入购物车后，登陆前和登陆后的商品价格会有所不同。如果在购物车中使用优惠券，未登陆状态是否可用？

在某电商网站截取的购物车图片：


（2）登陆后购物车有商品：该状态比较常见，不做过多说明。

（3）登陆前购物车无商品：要考虑是否有进入购物车入口，如果允许进入，可提示购物车为空，给出返回首页继续购物的用户引导链接，提示购物车为空且提示登录，推荐商品给用户。

（4）购物车商品数量的考虑：最多可加入多少商品，加入的商品价格、库存、下架等时要如何考虑，是按加入购物车的时间顺序排序，还是会根据实际的用户场景需要，做一些如优先显示规则的优化。

（5）登陆后购物车无商品：同登陆前购物车无商品的2、 3 点，购物车各状态下商品，在数据存储方式上做法也有所不同。

三、购物车数据保存方式

购物车数据保存方式多发生在pc端，在app上不存在。因此我们主要以pc端的数据存储上来说明。

一般购物车的数据存储包含了cookice保存、session保存和数据库保存，但两种保存方式在使用过程中，有各自的优缺点。如：

coolice保存：数据主要存储在客户端，且占用很少资源，同时也减轻了服务器的负荷。为浏览器内置，使用方便，制药在保存有效期内，购物车商品不丢失。不是执行文件，不会以任何方式执行，不会带来病毒和攻击用户系统。

session保存：用心的机制保持与客户端的同步，不依赖客户端设置，存在服务器端的信息，更为安全。购物等信息可存储，会占用服务器资源，加大服务器端的负载，影响服务器性能，存储的信息更敏感，以文件形式存储，存在安全隐患。

数据库存储：数据库与cookie分别负责记录数据和维持绘画、安全性和服务器性能提高，每个购物行为，与数据库建立关联，多时会影响数据库性能，使cookie维持绘画有赖客户端支持。

四、购物车出入口

购物车的入口，一般包括了首页、商品列表页、详情页、推荐商品栏、收藏夹、已成功提交的订单、已取消的订单等。

其中收藏夹的商品已下架或者已经被删除，要事先根据实际规则考虑。已取消和已成功提交订单的商品，如果增加购物车入口，则需要考虑库存不足。商品下架，删除时如何处理以及购买数量大于库存如何处理？

购物车有入口必定要考虑出口，出口包含了继续购物、去结算、删除、清空、移入收藏夹等，而实际的优化和设计可根据的用户场景设定。

五、购物车考虑因素

5.1 我的购物车

用户在进入我的购物车场景下，可以从以下方面来考虑增设判断规则：

（1）用户登录状态判断

如果用户未登陆，是否可进入购物车？是否需要先登陆？

如果用户未登陆状态，可以看到购物车商品，登陆前用户将商品加入购物车，购物车的商品数量是登陆前的商品。如果登陆后加入购物车，则购物车商品数量=登陆前和登陆后的商品数量总和。

（2）如果购物车商品下架，或者库存不足

购物车的商品，如果有商品已下架，价格变动或者库存不足，需要提示商品已下架／库存不足。同时进入页时需要判断，库存不足或已下架时不可进入订单结算页。

（3）购物车商品促销过期

一般电商商品的促销，包括如套装促销、赠品促销、满额赠促销等。在购物车的商品展示过程中，要考虑商品、赠品如何展示？

（4）购物车无商品页面问题

登陆前是否给购物车入口？

一般常规的方式是提示无商品，引导购买。

5.2 订单确认提交信息

订单确认提交页，要考虑优惠券、积分底线、订单基本信息等的判断。

如：

优惠券规则：优惠券条件限制规则判断；

积分抵现规则：订单积分抵现点限制，特例品是否要限制；

订单基本信息：再次购买默认订单信息是否可做更改。

5.3 结算金额

如果电商公司建立了自己的支付账户，还需要考虑账户与用户关系，以及混合支付的限制规则判断等。

如：在某宝想买某一件商品，订单金额是 200 元，账户余额中有 80 元，当余额不足订单结算金额时，要考虑是否可混合结算。

如果可以混合结算，则需要计算用户还需要支付的金额。同时订单信息中要分别存储相关的结算金额，以便后期财务对账。

六、购物车逻辑

购物车的逻辑，着重可以从以下几点来进行考虑：如购物车入口逻辑、添加商品逻辑、商品处理及其页面展示逻辑、离开购物车逻辑等。

购物车入口逻辑：要考虑哪些地方有加入购物车的按钮，历史订单中如果有再次购买，需要考虑商品库存不足或者下架的逻辑。

添加商品逻辑：添加了什么商品？商品数量是多少？以及价格计算器。

商品处理及其页面展示逻辑：价格处理器与页面展示分离。页面展现逻辑：让用户尽快结算成功，尽可能让用户多买商品。

离开购物车逻辑：继续购物和去结算，用户的下单引导逻辑，提升下单转化率。