本文会从以下四个方面分别阐述:
商详页改版设计项目是运营同学发起的,发起原因大致有以下三点,分述如下:
运营同学希望通过本次改版优化,达到以下两个目标:
经过笔者分析,目前商详页存在的问题诸多,主要表现在以下几个方面,并针对每个问题提出了自己的解决方案,分述如下:
商详页决定着用户是否愿意将商品加入购物车,以及在多长时间内做出加车购买决策。
由于受限于手机屏幕尺寸,一屏内能呈现的内容极其有限,顶部banner的展示占据了较大问题。banner的展示我相信运营有自己的考虑,更多是希望在商详页向其他页面(如活动页、专题页)引流。
可是有没有想过,商详页最重要的任务在于让用户尽快加车,提高“商详页的转化”,把用户引流到其他页面去,我实在无法理解这是为什么。
另外,就是轮播指示器目前是放在图片之上的,这个也是要占空间的。
如图:
因此,针对以上问题,我做了如下优化。
解决方案:
优化草图:
目前尺寸和颜色两种属性的选择都采用的是「下拉列表式」的设计方式,我能想到的弊端在于:
如图:
因此,针对这个问题,我做了如下优化。
解决方案:
针对这个问题,我采用了直观清晰的平铺的「点选式」设计方案,即将尺寸和颜色属性设计成按钮,全部一 一平铺展示出来,清晰可见,点击即选中,一方面更符合用户操作习惯,改善了用户体验,同时也符合「所见即所得」的设计原则。
优化草图:
目前由于各种促销活动、商品本身属性和类型等各种原因,会将商品在商详页打上各种标签,以示说明。对于库存标、热销标和促销时间标等更是起到一个反馈商品热销情况,引导用户快快下单的效果。
但是由于未形成比较规范的标准,这些标很可能放置位置不是固定的,而且我们是跨境电商,有很多币种,遇到某个币种导致价格太长,就不得不折行显示了。所以常常导致“今天放在这个位置,明天就放到那个位置了”的位置。整体是混乱的。
如图:
优化草图:
商品增减控件存在两个问题,一个是样式丑,控件样式大,占空间;一个是当商品数量为1时,「-」控件没有做类似置灰这样的处理,导致用户常常点击却没反应。这是明显违反「实时反馈交互效果」原则的。
优化草图:
目前只有“加入购物车”按钮,没有“立即购买”按钮。尤其体验烂的地方在于,商品加入购物车没有任何提示与反馈,用户根本不知道自己是否成功加入了商品。
功能草图:
首先咱们先说加车按钮、收藏按钮和活动按钮,因为这是目前已经有的三个按钮。从我对业务的理解来看,加车按钮的优先级应该是最高的,其次是收藏按钮,最后才是活动按钮。
可是从目前的处理方式来看,表现为“活动按钮>加车按钮>收藏按钮”的优先级顺序。原因如下:
除此之外,新增的“立即购买”按钮优先级应该最高。
如图:
优化草图:
网站的按钮和 icon 样式基本都是圆角的,这些第三方平台的 icon 却用的是正方形,我是真觉得丑——没有修改依据,真的是单纯的觉得丑,又显得突兀。
如图:
让前端修改了样式,改成了圆形icon——第三方平台的 icon 样式都可以改,但是没法按照我们的想法随意调整 icon 之间的间距。
优化草图:
目前这三部分内容采用的是类似 Tab 式的切换方式,跟 web 端的方式一模一样。个人也是觉得不符合用户习惯的。有两个理由:
如图:
全部用类似 App 端的列表式方式,与“评论”统一起来。预期目的是为了优化展示方式,使之更符合用户操作习惯;可扩展性强。
优化草图:
这一块没啥好说的,主要有一个问题是,关联推荐跟上面的内容不是同一个层级的,它是一个单独的模块,但是却在设计上没有做任何区分。
如图:
将关联推荐单独作为一个模块展示,与上面的内容进行明确区分。
优化草图:
首先在这里要感谢一下运营同学,提供的一些切切实实存在的问题以及建议,在这里表示感谢。这也是以上解决方案的一大重要思路源泉。
但是,由于我司的运营同学权力实在太大了,对产品设计细节干涉太多,而我劝说无果,最终惨败。
比如颜色属性这块内容。
本来我的设计方案是这样的:
但是,运营同学非要照着其他网站来,将颜色属性设计成缩略图的形式。于是,我调整了一下,变成了运营想要的。
然后,运营同学又跟我说:伟哥啊,手机屏幕太小了,一屏展示的内容不够,要拉到第2屏才能看到加车按钮这些,由于咱们有的 sku 属性比较多,要不你一行再多放一个颜色吧。
我问:为什么?
她说:能多放一个是一个嘛。
我说:要是属性太多,可以优先默认展示几个属性,多余的折叠起来,点击更多再展开就好了。
她说:不行,要全部展示出来。
嗯,好。你说了算。你开心就好。
于是,最后变成了这个鬼样子。
因为公司基本上不做数据埋点,也没几个人有埋点的意识。我曾经很多次推动要做数据埋点,然而人微言轻,相关合作方根本不把我的话放在眼里,觉得这个一点都不重要。
当然,或许只是因为能力有限,真的不会做吧。
很显然,这个改版项目必然也是没做埋点的。因此,改版效果到底好不好,我也不知道(摊手无奈.TPG)
说了这么多,其实这些优化的方案没有一点是有足够的数据,或者用户反馈,或者根据用户调研的结论来支撑我的观点的。
大部分都是凭着自己对电商的一点了解,对用户的一点浅显理解yy出来的需求和方案,认为这可能就是用户所需要的,认为我这样做就能提升用户体验。
我想要去做更多有理有据的事情,可是目前的情况无法支撑我做这些。所以我只能随意yy。
一方面老板最大,必须要听老板的,不然没饭吃。
另一方面,运营同学权力太大,也要听她们的,不然自己不开心。
那既然这样,都听你们的咯。
当然,这一切的一切也有自己专业度不够,对业务理解不够深的原因。——可是,相关需求方就真的比我更了解业务吗,恐怕也未必。可能我这样想就又宽心了一点。
我想,这也是很多产品经理朋友在工作中经常遇到的坑,甚至可能是常态。
但是,但是,不管怎么说,让自己强大牛逼起来,用经验和专业说服需求方接受自己的方案,这个任何时候都是非常重要的。
项目完成一个月了,这次把项目经历分享出来,谈不上经验,就当是交流学习吧。当然,最后这段话当是和大家吐槽与共勉。
最后的最后,分享一下笔者做的这个项目的需求文档。没有那么多条条框框。