一文理解淘宝购物车背后的逻辑 淘宝没有加入购物车

作者:斯遇

一文理解淘宝购物车背后的逻辑 淘宝没有加入购物车


提升用户的使用体验才是产品升级的核心 , 本文将从业务发展以及技术沉淀两个方面来总结淘宝购物车的产品升级之路 。
一、前言从入职以来到如今已有四年多的时间 , 非常幸运的是 , 短短职业生涯能有90%的时间都能参与或负责淘宝购物车业务域的开发 , 这几年来和购物车一起成长 , 从思考购物车与收藏夹的区别到逐步开始有了对购物车较清晰的定位 , 从被动接需求到开始主动思考购物车业务正确合理的业务方向 , 从仅仅完成淘宝业务诉求到提供可复用业务能力 。和购物车一起经历5个大促 , 经历或大或小的产品升级、以及carts2开发方式变革 , 为极致的用户体验尝试过 , 为平台增量的提升探索过 , 利用技术升级帮助淘宝购物车完成业务迭代的同时 , 也一路沉淀了些通用的能力支撑其他业务快速迭代 , 也不断完善一套开发知识库帮助越来越多的购物车开发同学 。那么是时候来写一些文字画一些图记录这些年 , 淘宝购物车的pd与开发到底做了哪些探索与沉淀 , 淘宝购物车到底完成了哪些产品升级 , 那些与你日常购物息息相关好用的功能是如何逐步迭代上线的 。
这篇文章主要从业务发展以及技术沉淀两个方面来总结淘宝购物车的产品升级之路 。
二、我如何理解购物车介绍淘宝购物车业务之前 , 先简单说下我对于购物车这个业务场景的理解 , 关于它的定位、定义、以及职责 。
基础功能相信没有深入了解过的大多数人对于购物车的理解 , 都是对用户加购商品最基本的「增、删、改、查」操作 , 那么db内一条购物车记录到底存储了什么内容呢 , 如下图所示:
一文理解淘宝购物车背后的逻辑 淘宝没有加入购物车


但实际上随着购物车基础功能不断强大 , 这四个字已经不足以概括购物车的职责了 , 那我就暂且以个人理解把购物车的基础功能归纳为下面四个字:加、改、算、凑 。
加(&查):购物车的核心围绕db中存储的用户购物车商品数据 , 由于是用户私域 , 商品数据基本来自于用户主动加购 , 加购来源包括:详情、会场、订单等复购链路、猫超首页等 。但为了进一步缩短用户复购路径 , 手淘购物车在21年迭代上线「常购」功能 , 利用算法计算用户高购买意愿的复购商品并通过离线手段自动加入到用户「常购」购物车(不占用户购物车容量且下单不删除) , 是手淘购物车为缩短复购路径提高购买效率的新的尝试 。
改:用户将商品加入到购物车后 , 由于商品是实时动态变化的 , 变为失效、涨价、购物车容量不够等等用户都可以进入购物车对商品进行单个或者批量操作 。实际上购物车的很多功能上线都在不断提高用户使用购物车的效率 , 例如失效更精细化到sku维度、用户加购提示容量已满可一件清理并加购等;
算:所谓「算」是指购物车商品价格的计算 。「算」这件事情其实在购物车有不同程度的展现:
用户进入购物车可在商品卡片立刻看到商品维度单品优惠后的价格;用户勾选多个商品进入下单前 , 可在购物车底部看到最终结算价格 , 并在单个商品上可以看到分摊后的商品优惠价;开辟优惠明细浮层 , 将整个价格优惠计算的过程和结果清晰的呈现在用户眼前 。购物车在不断追求价格计算的正确性以及清晰度 。
凑:我认为 , 购物车的数据核心是用户购物车商品 , 那么核心功能便是凑单 , 或者说合并结算 。实际上目前为止在手淘大部分场景中 , 绝大多数的合并结算来自于购物车 , 这也就是为何每逢大促 , 订单有70%左右流量来源于购物车 。「凑」主要体现在两点:

推荐阅读