您的位置：
常见电商B2C网站购物车的设计
作者：老虫子
&　　对于大部分B2C网站来说，购物车是网站的咽喉之地，订单是白花花的银子，所有银子都必然流经购物车，购物车不能有失。优秀的购物车设计至少需要完成两项使命：一是方便用户多买货多掏银子;二是帮用户保管好待购的货品，方便下次接着掏银子。
　　购物车是个较复杂的系统，一般会跟订单、商品、库存、会员和促销等模块有暧昧关系，也算是牵一发而动全身。所以，在不了解购物车前，不宜轻易的指挥你的程序员修改购物车。
　　说了这么多，进入正题。本文较长，请耐心观看。
　　什么叫购物车，有何作用?
　　传统的购物车一般指超市中顾客去结算前暂时存放所选商品的一种手推车。1937年6月美国人Sylvan Goldman
发明了第一辆购物车，随后购物车风行各国卖场。在中国，大家熟知的是以&沃尔玛&为代表的&美式购物车&和以&7-Eleven&为代表的&日式购物车&。
　　购物车存在的价值是：1、便于客户在选购商品到结算完成前存储商品，解放客户的手。实际上是让用户多购买商品，提高客单价。2、不仅可存放选购好的商品，还附带了婴儿车的功能，让带小孩的父母方便购物。3、沃尔玛在2007年率先于超市中采用无线射频技术(RFID)，每件商品打上电子标签，放入购物车中的商品能被追踪，结算时无需扫描每件商品，购物车经过特殊的扫描装置后即可计算出最终的总价格。购物车被广泛用于分析用户的购买行为。
　　在线购物车，这里是指用户点击按钮&加入购物车(add to shopping cart)&到点击&去结算(check
out)&按钮之间的过程。值得注意的是，购物车不仅仅指&shopping cart page&!
　　大概在传统购物车被发明60年后，1995年，美国人Mark Mumma (web site designer)发明了第一个Online
Cart(这里指的是购物系统)，而至于本文提到的购物车的在线购物车的发明者，在线没有考证出来(对这段历史有了解的欢迎联系我：QQ:)。1999年4月，又是美国人Juliette
Harrington
发明了一项专利：虚拟购物车，该技术使在线用户能够用一个通用的虚拟购物车从不同的网站采购商品和服务，最后仅仅在一个地方付款(没记错的话，2008年亚马逊网站使用了该项专利，具体可以查看：/sdui/sdui/business/cba/shoppingcart#features)。
　　在线购物车主要作用在于：1、和传统卖场类似，方便用户一次选择多件商品去结算。2、充当临时收藏夹的功能。3、对于商家来说，购物车是向用户推销的最佳场所之一。
　　什么时候可以考虑不要购物车?
　　在传统的的小超市和商店是没有购物车(或购物篮)的，因为距离短、空间小等原因。电器城、电脑城也没购物车吧?因为代送货&顾客东西买得少吧?和在线购物车对应的另一个功能是&立即购买&，也就是一次只能选择一件或一套商品去支付。理论上没有购物车是能走通流程的，现在的ebay和当年的淘宝是只有&立即购买&没有购物车的。
　　以下情况可以考虑用&立即购买&代替购物车：
　　1、SKU数少，当年的减肥产品&绿瘦&的官网很典型;
　　2、商品结构单一，比如只卖杯子，不卖其它产品，你的用户大部分情况下也就只会买一个杯子(当然，你可以通过套装功能组合销售卖多件，但不需要购物车)。
　　3、通过数据分析，发现用户订单平均商品数无限接近1(当然这有关联销售不力的可能)。
　　4、你非常期望你的用户每次只买一件商品就滚蛋，不要磨蹭!
　　购物车入口有哪些?
　　购物车入口是指把商品加入购物车的途径。常见的有：在商品详情页把商品加入购物车、在收藏夹把商品加入购物车、在已购买成功的订单把商品加入购物车、在已取消的订单把商品加入购物车、把购物车页面的关联推荐商品直接加入购物车。
　　由于购物车直接跟库存和促销有关系，所以不同的入口，存在不同的处理逻辑。这里举2个例子，抛砖引玉，我不展开写：
　　1、对已成功完成的订单，点击&重新购买&或&重新加入购物车&，若部分或全部商品没有库存该如何处理?原来送赠品现在不送了，该如何处理?
　　2、同理用在已取消的订单上，若有商品被删除或下架了，如何处理?若目前可供购买的数量小于原订单，该如何处理?
　　同时，我们还需考虑不同的购物车入口的交互方式。如在商品详情页，商品加入购物车后，是直接进入购物车?迷你购物车下拉提示?弹出层让用户选择去购物车or继续购买?
哪种做法适合你的网站?购物车的入口处理我暂时写到这里，提供一篇很精彩的文章供大家继续研究：http://blog.csdn.net/youshandeyang/article/details/5316568
　　购物车的出口
　　有入口必然有出口，我把购物车的出口解释为：商品移除购物车的途径。常见的方式有三种。
　　1、购物车商品被携带去结算，并成功提交订单;这是最常见的方式这里需要重点考虑一个问题：若登录前商品A被加入购物车，实际上登录状态下用户的购物车保存了商品B和C。在购物车点击&去结算&，要求用户登录，登录后被携带去结算的商品是A，还是A+B+C?
或者让用户自己选择(shopex的做法)?
　　2、购物车商品被删除;
　　3、购物车商品被加入收藏夹。若购物车中商品能被加入收藏夹么?加入收藏夹后，购物车中该商品记录要被同时删除么?
　　下面进入解说具体功能的阶段，设计功能前得明白产品的核心功能是什么，扩展功能是什么?核心功能上可以做哪些延展，扩展功能又能做哪些延伸。先理解购物车的主要作用：1、方便用户携带多件商品一起去结算;2、临时商品储存地。而购物车次要作用有：1、让用户多买东西，提高客单价(网站价值观不同，有的网站期望用户赶紧进入下一步去结算)。
　　购物车核心功能&延展功能
　　见下图，由用户需求推导出购物车核心功能需求。下图是一个购物车应该满足的功能需求，当然，根据自身网站情况可增减。
　　购物车扩展功能&延展功能
　　文字懒得写了，还是画图快。。
　　购物车的状态
　　这是一个较容易被忽略的点，一般情况，用户常见到的购物车状态是登录前或登录后购物车有商品。实际上还包括登录前或登录后购物车为空、登录前或登录后购物车有商品(部分或全部)被下架、库存为零等状态。
　　登录前购物车有商品：这是一种很好理解的状态，对于有会员等级还享受会员折扣的站点，要考虑的问题是登录前和登录后商品的价格可能不一致，如果在购物车使用优惠券，登录前能否使用?
　　登录后购物车有商品：这种状态是最常见的，就不说了
　　登录前购物车为空：首先要考虑的一点是，如果购物车没有商品，是否允许用户点击进入购物车页面?如果允许，购物车要做的工作有哪几件?我总结了下，常见的提示有：
　　1)告诉用户购物车为空，并给出返回首页继续购物的快捷链接
　　2)告诉用户未登录可能导致购物车为空，提示用户登录;
　　3)推荐商品给用户。
　　登录后购物车为空：参照登录前为空的第2和第3点
　　登录前或登录后购物车商品全部或部分被下架或库存为零：这是一种非常特殊的状态，至少得解决2个问题：
　　1)告诉用户有商品被下架或库存为零;
　　2)用户是否能继续去结算?如果阻止用户去结算，用户需要做什么?
　　购物车数据的保存方式
　　这段是稍偏技术的话题，但仔细看看也较好理解。在看这段文字前，你需要简单理解&cookie、session和数据库&三个概念。当然，这里我就不解释了，自己去google一下吧。购物车数据的保存是一个非常细节的体验，但同样非常重要，实际上数据的保存方式直接影响用户收藏商品的体验。用户常会有这么3个疑问：
　　1、网站A，为什么我加入购物车的商品，第二次登陆该网站后，商品消失却消失了?
　　2、网站B，为什么我换一台电脑，购物车中的商品却没了?
　　3、网站C，我没有往购物车添加商品呀，谁用了我的电脑呀?
　　根据每个网站实际情况，一般需要考虑以下情况：
　　1、登录前，往购物车添加了商品，商品数据该保存在哪?cookie or 会话方式?
　　2、登录后，往购物车添加了商品，商品数据该保存在哪?cookie or 会话方式 or 数据库?保存多久?
　　3、家谁未登录状态下往购物车添加了商品，保存方式为A，后来登录了，保存方式为B。A和B应该是怎样一种关系。用户退出登录后A和B又怎样一种关系、怎样一种处理逻辑?
　　4、如果在使用cookie保存数据，假设用户浏览器禁用了cookie，如何处理?
　　5、假设用cookie保存数据，什么情况下cookie保存的数据会被系统清除(注意是系统而不是人为)?
　　6、假设用数据库保存购物车数据，什么情况下数据库保存的数据会被系统清除?
　　再同时，可以结合数据的保存方式，考虑购物车数据营销：
　　1、某A注册用户放弃购物车了，是否可以考虑一个星期后触发邮件提醒对方?
　　2、如果购物车数据要被系统清除，在这之前，是否考虑邮件提醒用户?
　　3、如果用户对你的邮件提醒无动于衷，是否考虑给点优惠勾引?如给优惠券，给折扣!
　　迷你购物车
　　较多的是考虑交互、信息组织和界面问题，此处略。
　　最后，送一副心智图，欢迎传播
　　有些遗漏或小错误，已懒得修改，有好想法请Q我：
　　课外思考：
　　1、为什么新版京东购物车页面参考淘宝做法增加了check box(商品复选)?
　　2、为什么淘宝登录前只能保存20个商品，登录后能保存50个商品?而京东登录后若想保存商品需要主动点击&寄存&?
(转载请保留)
互联网的一些事，已超50万小伙伴关注！电商参考架构第二部分：库存优化方法 | MongoDB中文社区其他回答(3)
你说的三种方式都能行，还有也可以使用&Application
园豆：1872
呵呵，购物车这件杀鸡的事，用数据库实现就行了，这个是最好的解决方案。一般企业都是这样子实现的
园豆：1977
放在数据库是最好的，就像楼上所说，商品id和用户id是最直接高效的
收获园豆：2
&&&您需要以后才能回答，未注册用户请先。在 SegmentFault，解决技术问题
每个月，我们帮助 1000 万的开发者解决各种各样的技术问题。并助力他们在技术能力、职业生涯、影响力上获得提升。
一线的工程师、著名开源项目的作者们，都在这里：
获取验证码
已有账号？
问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
可以利用Mongodb的富文档来保存用户购物车信息，
productId: 111,
price: 1.00,
那么问题来了，如果我要修改商品111的单价，那么需要遍历Mongodb来把所有用户购物车中商品111的价格都进行修改嘛？有其他好的方法嘛？求指教。
来源: MongoDB 技术问答
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
假设每个购物车中只有一个商品111。按照你上面的数据结构，可以用：
db.cart.updateMany({"userId.cart.productId": 111}, {$set: {"userId.cart.$.price": newPrice}});
更合理的做法是像上面说的，不要存价格。对电商来说价格是敏感的数据，变动频繁，冗余下来弊大于利。
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
最好的办法，MongoDB中只存productId和数量，不要存价格，在加载购物车时现查最新促销信息
分享到微博？
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：