一文理解淘宝购物车背后的逻辑淘宝没有加入购物车( 六 ) _云知道

购物车最核心的功能之一是凑单，但是凑单一定是基于准确或者基本准确的价格计算，这里的价格计算包括商品卡片上渲染的单品优惠，还有店铺优惠、跨店优惠等等。而众所周知，双十一的营销规则越来越复杂，这也给购物车的价格体验带来了技术上的复杂性。营销规则愈发复杂，优惠种类愈来愈多，消费者理解起来也愈发困难，这个时候，购物车就是下单前最后一道防线，准确的价格计算，清晰的优惠计算表达，以及贴心的最优解获取入口是购物车价格体验的核心目标。一张图来较为完整的描述购物车在价格体验提升上都做了哪些事情：

目标一：因为营销的复杂性和各个场景的特点，实际上从导购、购物车、到下单各个环节都存在一定程度上的价格不一致问题，购物车需要不断完善动态计算，保持和上（详情）下（下单）游的价格一致性；
购物车价格一致性
与详情：目前为止购物车与详情价格体验基本保持一致；与下单：目前为止，排除了某些正常业务逻辑原因导致的不一致后，购物车下单价格基本一致。同时一张图总结下购物车在价格一致性体验上每个阶段都做了哪些努力：?编辑动态计算高峰不降级2021年的双十一购物车彻底实现了高峰期间算价不降级；目标二：优惠具备清晰的表达。有时候用户的很多客诉咨询不是因为价格不对，而是用户无法理解优惠计算的结果。那么购物车的优惠明细就担负着让用户清晰的理解价格计算过程的使命；
购物车优惠明细升级，优惠明细承担了手淘购物车优惠计算说明的任务，到目前为止经历过三次比较大的升级，无论从开发方式或是用户体验来看，都有了非常大的进步：
【版本一：weex阶段】
最初版的优惠明细采用weex版本，用户点击结算栏，打开weex页面，页面重新向服务端发送请求，请求入参与用户最后一次update请求入参相同；如下图：

这一版本存在几个较大的问题：
体验问题：用户在购物车进行商品的勾选，计算出价格后，点击优惠明细， weex页面，服务端接口rt耗时以及weex页面渲染耗时等，都需要用户有一个比较明显的等待时间，体验较差；表达不一致性问题：由于优惠明细页面上的信息为用户点击后重新从服务端获取的数据，也就意味着时间gap等原因带来底部结算栏和优惠明细看板信息不一致情况；操作不够友好：老版本的优惠明细只有静态优惠信息，用户如果希望一边勾选商品，一边查看明细，则意味着，需要不断的打开明细、关闭明细，且每次打开都是新的请求，操作及其不便；优惠明细表达丰富度不够：顾名思义；【版本二：奥创组件化阶段】
基于愈发复杂的营销活动以及购物车自身优惠明细的体验问题，我们在NewCart项目中，对优惠明细进行了升级改造，主要改造点包括：
奥创组件化：将优惠明细面板全部奥创组件化，以弹窗形式展现；请求模式优化：所有的动态计算请求一并下发优惠明细弹窗组件化信息，用户点击查看明细，直接渲染弹窗，无额外服务端请求，解决用户点击等待问题以及与动态计算结果不一致问题；内容&用户操作优化：新的优惠明细面板展示出所有勾选的商品，且在明细看板页面可以针对这些商品进行相应的操作，同时明细列表实时更新；【版本三：优惠表达升级】
版本二基本解决了用户体验问题，但是实际上，对于购物车来说，作为下单前最后临门一脚，价格相关体验也是非常重要的。价格体验我认为主要体现在两个方面：与上（详情）下（下单）游的价格一致性，以及如何能把优惠计算过程清晰的表达给用户，即除了带给用户正确的价格外还要能够清楚的告诉用户这个价格怎么来的。而优惠明细则承担了这个重任。因此，第三版的升级中，我们主要做了以下几个事情：