购物车设计

购物车组成

电商购物车有别于实体购物车，更多用于多商品多优惠的结算，一个合格的电商购物车应该支持商城所有优惠与促销的结算，例如优惠券，满减，多买优惠等。我们今天就着重谈谈购物车的优惠结算与凑单逻辑。经过多年的实践，目前电商购物车均店铺结算，商品依附在优惠下，优惠又依附在店铺下，所以店铺与优惠、商品是包含关系。 

单个店铺、单个优惠、单个商品

三者之间为包含关系。

单个店铺、多个优惠、单个商品

因为商品依附于优惠，当只有一个商品时，用户选择某个优惠，就按该优惠结算，用户可在多个优惠之中切换选择。

单个店铺、单个优惠、多个商品

因为商品依附于优惠，所以支持多个商品结算同一个优惠。

 

单个店铺、多个优惠、多个商品

多个优惠多个商品时，用户可以选择不同商品依附于不同优惠下。此处的购物车代码设计尤为重要，因为需要根据用户的选择动态变更样式，下面将会详细说明。

 

结算与凑单

商品依附于优惠，结算与凑单的逻辑是根据每一个优惠而做，下面是根据每一个类型做出的不同的结算与凑单提醒：

 

①：一个优惠中若有不同层级时，或不同优惠之间可量化计算时，结算的金额请与之相匹配，且往比购买金额更低的条件金额匹配；

 

示例：商品总额500元，活动层级一个为：满450减20元，另一个为：满580减50元，则此时的结算提醒应与第一个匹配；除了计算已满足的优惠，还需计算出与下一级的差额并提醒凑单，例如：“（已购满450元）已减20元，再购130元可再减50元”；括号内的内容可以不用展示，因为购物车宽度有限，且用户并不关心自己参与什么优惠，只关心自己能减免多少钱。

 

②：若不同优惠之间无法量化时，则不做凑单提醒；

 

示例：若有优惠，层级一为：满2000元赠送花花公子包包一个；层级二为：满5件赠送100元充值卡；则此时只需进行结算提醒即可，无需计算与下一级差额；例如：“已购满5件，已赠送100元充值卡”；

 

③：若用户并未选择优惠，则提醒用户选择相应优惠；

 

示例：若有优惠满200元包邮；则提醒应该为：“购满200元，可包邮”；若此时有多个优惠，可随机选择，可靠排序值选择；

 

④：当用户已满足所有优惠，可提醒用户再逛逛，点击前往更多优惠商品区；

 

购物车样式

因为购物车需承载很多信息，且需根据不同活动不同商品动态做出改变，所以前期设计需将逻辑理透，后期只需增加规则即可，如上所述，当单个店铺、多个优惠、多个商品时，用户选择不同优惠，购物车的展示形式则大不相同

 

 

当多个商品均选择同个与优惠时，如上图左侧一图，同个优惠下，两个商品模块连在一起；若某个商品选择不同优惠时，则如上图右侧一图，需要分开展示；

 

促销类型

讲完了购物车的组成与结算逻辑，我们需要了解电商最常用的促销优惠，和他们的结算顺序；

 

优惠券；

满减送；

赠品；

这三种应该是目前最常见的促销优惠了，他们之间的结算顺序，应该先结算满减送再结算优惠券。原因在哪？这就涉及到是否理解满减送与优惠券的实质区别；理论上满减送是满足条件金额减免金额，而优惠券也是，区别在于满减送大多数针对于某些商品，是否有效主要随商品走。而优惠券，对于用户来说，用户可以选择暂不领取，暂不使用，虽然优惠券也有有效期，但总体较满减送更加灵活，为了使用户利益最优化，我们先结算满减送，再结算优惠券，之间优惠可以叠加；若结算完满减送，用户不在满足优惠券结算，则优惠券无法使用；

 

另外，运费模板不参与优惠结算。

 

促销类型扩展

上述所讲只不过是基础的电商促销优惠，一些知名电商企业犹如京东，天猫等，有更丰富的促销优惠，比如：加价购，优惠套餐，满额返券，蛮返积分等，玩法再丰富，都是万变不离其中，举个例子：加价购，核心点加价后的附属商品在购物车的展示与逻辑。对购物车的开发，建议做成模块化，方便后期组合。

 

小结

购物车的开发难度丝毫不弱于订单系统，可以说互联网电商两大核心板块就是购物车与订单系统。