购物车(Shopping cart) —— B2C网站核心产品设计 (二)

购物车是做什么的?

我们先来看一下现实超市中的购物车,一个带四个轱辘的铁筐子,客人推来推去,看到什么东西喜欢,就扔进去,觉得东西差不多了,就推到收银台。

那B2C网站中的购物车又是一个什么东西呢?

从广义上说,购物车在B2C网站里无处不在,当客人进入一个B2C网站时,他就相当于推着购物车开始逛超市了,只是客人暂时看不到购物车,直到进入购物车(Shopping cart page)页面,然后去结算,下单成功。本文讨论的购物车是狭义的购物车,是指客人在点商品页面的“加入购物车”(Add to cart)按钮,到进入下“去结算”(Check out)之间的过程。

设计购物车(Shopping cart)时会存在哪些逻辑?

第一个当然是入口逻辑,即从哪些地方可以点击“加入购物车(Add to cart)”按钮,解决的是什么东西可以扔到购物车(Shopping cart)的事情。常见的入口包括:产品列表页、单产品页,另外,在促销活动页面、购物车页面中的推荐产品部分也是常见的入口,根据不同的网站情况还会有其他七七八八的入口。当在不同的入口点击“加入购物车”可能会产生不同的事件。所以我们首先要定义在那那些页面什么情况下可以有“加入购物车)”的按钮。强调一点,千万不要小看定义入口,他可能会对后面的每一步都产生影响,尤其是一些隐性入口,如我们常见的在用户的历史订单中常常会有“再下一单”(Re-order)的功能,这个时候很有可能会有诸如看看这些商品还有没有库存之类的复杂逻辑处理,不关心购物车入口的设计几乎一定是不合格的购物车产品设计

第二个是添加商品逻辑,解决的是怎么把商品扔到购物车(Shopping cart)的事情。从页面展现来看可能会出现两种情况,一种直接是进入购物车页面,还有一种是提示你“商品已经加入购物车”然后在原页面让你继续购物,这两种表现的结合体就是那种弹出一个小框框问你去购物车页面还是继续购物。无论是那种跳转情况,都会存在一个看不到的逻辑,那就是把放入购物车的商品记录下来了。产品经理必须清楚的知道根据自己网站的实际情况究竟需要记录什么东西。最直接需要记录的,旸仔认为包括两部分,一是什么商品,另一个是添加了多少个商品。可能有人会认为为什么不记录商品的价格呢?旸仔认为,产品的价格应该有单独的计算模块(价格计算器),只要知道什么东西,我们就可以随时获得价格,所以不应该在这里记录。就像我们在超市卖东西,当我把一个东西放到车里的时候,直到结算之前,我们只用知道车里有几个东西,有什么东西就可以了,甚至我们都可以忘记车里有什么东西,反正结算的时候也会知道。

第三个就是购物车的商品处理和页面展现逻辑。就像于我们在超市购物,正式付款之前,需要看看买了哪些东西,一共要花费多少钱。当进入购物车页面时,首先要把我们购物车里的东西计算一下价格,旸仔比较倾向的产品处理方法是,在购物车页面显示之前,将购物车里的东西统一扔到一个价格处理器里,价格处理器计算各种促销活动、打折等等的事情,这个价格处理器就像收银台上的条码枪,把每一个产品的价格返还回来,无论是促销装还是普通商品最终会给商品一个正确的价格。举个例子,买一罐可乐3元,买两罐可乐5元(即单价2.5元),用户当初只是把可乐扔到购物车(相当于我们说的添加商品逻辑),条码枪一扫,如果有一罐可乐,就显示单价3元,如果有两罐可乐就显示单价2.5元。这一部分的重点是价格处理器要和页面展现分离,他对于页面展现或者对于购物车相当于一个黑盒的东西,购物车只要告诉价格处理器有什么东西、数量几个,价格处理器就给出相应的价格,最终显示在购物车页面上。现在我们再说一下展现逻辑的重点,购物车页面的真正作用在于两个:一个是让用户尽快的结算成功下单;另一个是尽可能的让用户再多买点东西(Continue shipping)。关于让用户尽快结算成功,我们只要做好一件事情,让用户在页面一眼就看到“去结算”(Check out)按钮,这件事情说起来很简单,做起来也不难,但确实有很多人都没有做好,包括一些小有名气的网站,我见过一个网站如果买了十几样东西的话,如果想看到“去结算”(Check out)按钮要滚动鼠标3、4下。旸仔的建议是,把“去结算”(Check out)按钮放到右上角,使用和谐而醒目的颜色,同时,在购物车页面尽量不要写太多的文字,如果必须要写,也要离“去结算”(Check out)按钮远一些。

让用户尽可能的再多买点东西,就像我们在超市收银台看到的口香糖、电池之类的一样,所以有一个非B2C网站核心功能的功能就很重要了,今后如果有时间的话,我们也可以单独的讨论商品推荐的产品设计方法。让用户尽可能再多买东西还有一个按钮也很重要,就是“继续购物”(Continue shipping)。在购物车展现页面,有一个重要的问题需要产品经理来思考,就是自己的网站“继续购物”(Continue shipping)更重要还是”去结算”(Check out)更重要,每个产品经理都必须找到自己网站“继续购物”和“去结算”(Check out)的平衡点,在页面显示逻辑上表现出来。旸仔见过的大多数网站仿佛“去结算”(Check out)更为重要,毕竟马上就可以下单,老板一下可以看到钱了。

最后就是离开购物车的逻辑,B2C网站一定要想好,哪些离开购物车页面是正确的,哪些是错误的,旸仔认为只有用户因为点击“继续购物”(Continue shipping)和“去结算”(Check out)按钮离开购物车(Shopping cart)才是正确的,其他的离开除非有足够充分的理由,否则都是产品设计的愚蠢和混乱导致的。如果用户点击“继续购物”关键的逻辑是在回到那个页面,这个就和前面提到的入口逻辑有很紧密的联系了,产品经理应该视具体情况具体分析。而用户点击“去结算”(Check out),逻辑很简单,就是进入结算流程,具体结算流程的设计今后会专门讨论。

购物车(Shopping cart)基本的产品设计思想说完了,可能缺少细节的东西,旸仔想说的是,细节会根据每个网站的不同会有不同,但核心的产品设计思想是共性的,他才是产品经理应该放在心中的道。

补充说明:千万不要把购物车产品设计等同于购物车页面,购物车页面只是购物车产品设计中主要的页面表现部分。

时间: 2024-10-07 03:52:09

购物车(Shopping cart) —— B2C网站核心产品设计 (二)的相关文章

常见B2C网站购物车的设计

对于大部分B2C网站来说,购物车是网站的咽喉之地,订单是白花花的银子,所有银子都必然流经购物车,购物车不能有失.优秀的购物车设计至少需要完成两项使命:一是方便用户多买货多掏银子:二是帮用户保管好待购的货品,方便下次接着掏银子. 购物车是个较复杂的系统,一般会跟订单.商品.库存.会员和促销等模块有暧昧关系,也算是牵一发而动全身.所以,在不了解购物车前,不宜轻易的指挥你的程序员修改购物车. 说了这么多,进入正题.本文较长,请耐心观看. 什么叫购物车,有何作用? 传统的购物车一般指超市中顾客去结算前暂

马化腾谈产品设计:核心要做到极致

产品经理要把自己当一个挑剔的用户.我们做产品的精力是有限的,交互内容很多,所以要抓最常见的一块.流量.用量最大的地方都要考虑.规范到要让用户使用的舒服.要在感觉.触觉上都有琢磨,有困惑要想到去改善.如鼠标少移动.可快速点到等等. 为产品做设计最难的是订优先级和先后次序.判断功能的好坏不能写个报告统计下流量证明是完了.这是非常错误的,我们要看用户是不是需要这个功 能.所以我希望我们的产品经理在产品设计之初就想得透彻一点.产品经理需要投入更多的关注度,关注度不一样,结果出来的很不一样. 1.核心能力

2016年第1本:用户体验要素--以用户为中心的产品设计

<用户体验要素>第1版发表于2002年,第2版出版于2010年,第2版的中文版竟然在2015年上市.书的写法比较单调,感觉像是大道理的叙述,不像<写给大家看的设计书>,没有多少实例,看到第29页发现全书的重点就是那一张图.因为软件架构设计中动不动就来个5层设计,界面层.组件层.用户逻辑层.数据服务层.系统框架层,所以用户体验中来个5层框架图还真不太适应. [不过当你的网站设计了之后,可以对照着这些层中提出的要素认真检查一下是不是符合产品的目标?] 书快速翻完了,还不如直接去看豆瓣书

产品设计中的 “快速迭代” 思维

一谈到"互联网思维",大家都会想到"快速迭代".但我发现,很多人对于" 快速迭代"的理解是不够全面的. 大部分人对"快速迭代"的理解是:一个产品,所有的功能不用一次做出来,做好一部分上线一部分,一些功能的完善可以等产品上线后,靠后续版本,慢慢改进. 有人基于上述的理解,会对"快速迭代"提出疑义: 1.     在总的工作量一定的情况下,分几次开发和上线,要完成所有的功能,所花费的总时间往往会更长,"

产品设计

1.用户故事 --编写用户故事可以站在不同视角进行产品需求分析. --用户故事三要素:角色.活动.商业价值,即是谁想要干什么以便于什么用. --团队可以将用户故事写在卡片上,进行分类.去重.排级.细化.避免遗漏关键问题,分出优先级别. --卡片分类法:规划和设计互联网产品或者软件产品的信息构架的方法.在用户研究过程中,用来比对网站设计者与使用者在对网站资讯分类上的认知差异,作为调整架构的信息依据. --需求分析要点:用户角度思维.团体集体决策. 2.概念模式(来源<设计心理学>) --设计模式

网站的容错性设计原则

互联网技术的飙升,网络技术的大量使用,郑州网站建设公司的职责也变得非常的高大上和沉重.如今市场上越来越多的B2C和C2C产品的用户体验越来越重要了,但是站在用户的角度上面,并不是每次搜索都是对的,我们在搜索浏览器的时候会因为各种原因都会有错误的搜索!那么我们应该怎么相应用户的错误兼容性呢? 现在,错误兼容性做的最好的例子就是搜索平台,我们在搜索每个词条的时候,总会出现一些错别字的词条,那么系统就会提示相关的正确词条,这就是网站的错容性设计原则,如果不设计错容性,那么对于用户体验而言,有可能是灾难

产品设计中先熟练使用铅笔 不要依赖Axure

在互联网产品领域,Axure已成为产品经理.产品设计师以及交互设计师的必备工具,从某种程度讲,Axure帮助我们建立低保真模型,便于与用户的需求验证,也帮助我们构思交互细节,使前端和开发人员更容易理解我们的产品;但从另一方面讲,Axure绑架了我们的思维,让很多产品经理和设计师养成了"无Axure不设计"的恶习,忽略了用户故事.功能规格和信息架构,甚至走入"为了用 Axure而用的误区",导致了资源的大量浪费和产品的硬伤.因此,提醒为Axure着迷的产品经理:在熟练

说说四种不作不死的App产品设计

1.画蛇添足性产品 这种产品有个共性就是功能强大,分类精细,拿到手,一般人学不会,要仔细研究一番,因为功能太多,各种分类,各种标签,而且版本会定期更新,定期推出新功能,代表作品新浪微博,之前一直使用微博的3.15版本,显得简洁清爽,后来微博再出新版,很少更新过,不过今天手贱就更新了下,手贱的原因主要是老版本速度太慢了,性能太差,所以想更新个新版的希望速度快点,谁知道一更新,发现了好多的新功能,单独发布微博做成了一个“+”菜单,放在了屏幕最下面的中间,点击后,出来一堆分类,有文字,有图片,有拍摄,

[产品设计]电商设计知乎总结

想做一个B2B2C的电商平台,在后台数据统计搭建的时候需要注意哪些问题?如何设计具体的统计模块? 王于萍: 我认为在建数据库前,需要设计好的,是需求和流程,有了这一步的需求,你就知道了在这里你需要什么数据:有了流程,你就知道了你能得到什么数据,甚至于数据类型. 比如供应商管理,你会得到供应商的公司地区.电话.类目等,在数据统计中,你可以对地区.类目统计,再根据C的对应需求推荐等 PalmWong: 建议先从业务理解开始: BBC平台,首先分成三个后台 商家门户+平台运营门户+买家个人门户 要做统