许久未更，重新动笔竟然有偷懒的念头，果然一件事的成功离不开对这件事的坚持不懈，希望我们对每件事都能一直坚持下去。
在没有电商购物车的时代，商超的购物车只是用来盛放各种购物过程中挑选的商品，解放顾客的双手，让他们可以尽情的挥霍。随着网络购物的发展催生出电商购物车，而购物车的出现，划时代的改变了网购的体验，放眼望去，今天的各大电商企业的购物车已经做得十分优秀，今天我们试着分析一下购物车该怎么设计。
购物车组成
电商购物车有别于实体购物车，更多用于多商品多优惠的结算，一个合格的电商购物车应该支持商城所有优惠与促销的结算，例如优惠券，满减，多买优惠等。我们今天就着重谈谈购物车的优惠结算与凑单逻辑。经过多年的实践，目前电商购物车均店铺结算，商品依附在优惠下，优惠又依附在店铺下，所以店铺与优惠、商品是包含关系。
店铺、优惠、商品关系图
单个店铺、单个优惠、单个商品
三者之间为包含关系。
单个店铺、单个优惠、单个商品
单个店铺、多个优惠、单个商品
因为商品依附于优惠，当只有一个商品时，用户选择某个优惠，就按该优惠结算，用户可在多个优惠之中切换选择。
单个店铺、多个优惠、单个商品
单个店铺、单个优惠、多个商品
因为商品依附于优惠，所以支持多个商品结算同一个优惠。
单个店铺、单个优惠、多个商品
单个店铺、多个优惠、多个商品
多个优惠多个商品时，用户可以选择不同商品依附于不同优惠下。此处的购物车代码设计尤为重要，因为需要根据用户的选择动态变更样式，下面将会详细说明。
单个店铺、多个优惠、单个商品
结算与凑单
商品依附于优惠，结算与凑单的逻辑是根据每一个优惠而做，下面是根据每一个类型做出的不同的结算与凑单提醒：
①：一个优惠中若有不同层级时，或不同优惠之间可量化计算时，结算的金额请与之相匹配，且往比购买金额更低的条件金额匹配；
示例：商品总额500元，活动层级一个为：满450减20元，另一个为：满580减50元，则此时的结算提醒应与第一个匹配；除了计算已满足的优惠，还需计算出与下一级的差额并提醒凑单，例如：“（已购满450元）已减20元，再购130元可再减50元”；括号内的内容可以不用展示，因为购物车宽度有限，且用户并不关心自己参与什么优惠，只关心自己能减免多少钱。
②：若不同优惠之间无法量化时，则不做凑单提醒；
示例：若有优惠，层级一为：满2000元赠送花花公子包包一个；层级二为：满5件赠送100元充值卡；则此时只需进行结算提醒即可，无需计算与下一级差额；例如：“已购满5件，已赠送100元充值卡”；
③：若用户并未选择优惠，则提醒用户选择相应优惠；
示例：若有优惠满200元包邮；则提醒应该为：“购满200元，可包邮”；若此时有多个优惠，可随机选择，可靠排序值选择；
④：当用户已满足所有优惠，可提醒用户再逛逛，点击前往更多优惠商品区；
购物车样式
因为购物车需承载很多信息，且需根据不同活动不同商品动态做出改变，所以前期设计需将逻辑理透，后期只需增加规则即可，如上所述，当单个店铺、多个优惠、多个商品时，用户选择不同优惠，购物车的展示形式则大不相同
当多个商品均选择同个与优惠时，如上图左侧一图，同个优惠下，两个商品模块连在一起；若某个商品选择不同优惠时，则如上图右侧一图，需要分开展示；
促销类型
讲完了购物车的组成与结算逻辑，我们需要了解电商最常用的促销优惠，和他们的结算顺序；
1.优惠券；
2.满减送；
3.赠品；
这三种应该是目前最常见的促销优惠了，他们之间的结算顺序，应该先结算满减送再结算优惠券。原因在哪？这就涉及到是否理解满减送与优惠券的实质区别；理论上满减送是满足条件金额减免金额，而优惠券也是，区别在于满减送大多数针对于某些商品，是否有效主要随商品走。而优惠券，对于用户来说，用户可以选择暂不领取，暂不使用，虽然优惠券也有有效期，但总体较满减送更加灵活，为了使用户利益最优化，我们先结算满减送，再结算优惠券，之间优惠可以叠加；若结算完满减送，用户不在满足优惠券结算，则优惠券无法使用；
另外，运费模板不参与优惠结算。
促销类型扩展
上述所讲只不过是基础的电商促销优惠，一些知名电商企业犹如京东，天猫等，有更丰富的促销优惠，比如：加价购，优惠套餐，满额返券，蛮返积分等，玩法再丰富，都是万变不离其中，举个例子：加价购，核心点加价后的附属商品在购物车的展示与逻辑。对购物车的开发，建议做成模块化，方便后期组合。
小结
购物车的开发难度丝毫不弱于订单系统，可以说互联网电商两大核心板块就是购物车与订单系统，既然是浅谈则不会长篇幅的细说，本着学习交流的态度发此文，如有疑异或好的建议，请评论留言！若觉得对您有帮助，不需要您的打赏，点个订阅，后期有更多相关知识分享。
网友评论