1. 高端版“店铺优化_宝贝list”设计整理

宝贝list需求说明（来自PD）

1.从宝贝分类进来的宝贝LIST页，增加宝贝分类的名字，和返回入口；

2.从店内搜索进来的宝贝LIST页，增加搜索的关键词提示，和重新搜索入口；

3.如果是热卖排行和掌柜推荐，则提示“热卖排行”和“掌柜推荐”；

4.宝贝LIST里的商品名称，显示2行（同首页推广位的宝贝名称显示格式）；

提出店铺优化的最终目的

1.让用户明确自己在操作过程中的位置，并能够返回到上一步和上一级；

2.分析用户在宝贝list的每个页面(宝贝分类页面和宝贝搜索页面)最关注的内容，并着重强调。

提出设计点

1.让用户明确自己在操作过程中的位置，并能够返回到上一步和上一级；

2.分析用户在宝贝list的每个页面最关注的内容，并着重强调。

交互设计（第一版）

1.首先将线上的宝贝分类列表做到一个页面上，这样用户“操作”的页面定位为三级，解决之前的“宝贝分类跳出页面”引起的“多层页面”问题；

2.如上，解决了宝贝分类集中在一个页面上的问题，剩下的就是解决用户在宝贝详情页面“如何知道自己的位置”以及“如何返回到上级”的问题

3.在这个时候，我想到的就是用改进面包屑，目前“用户不知道自己的位置”以及“用户无法返回到上一级”是因为面包屑只显示了“首页-店铺”两个路径；

4.那我的做法就是修改现有的面包屑格式，并提出一个疑问：“为什么这么一个简单的问题之前一直没有人解决？”这个时候我以为自己的解决方案完全可以解决问题了，于是我提出了如下方案。

交互设计（第一版反馈）

1.来自PD：PD不希望将面包屑的方式应用在高端版中，因为面包屑是标准版惯常使用的方式；

2.来自无明：在店铺中修改面包屑，那在整个网络中是不是也要修改面包屑，如果只在店铺这个环境下修改面包屑会造成用户使用整个淘宝网的体验不一致，这并不是一个很好的解决方；或者，如果要在店铺这里进行调整和改善的话，那就要在整个淘宝网中进行统一调整，并且要能够罗列出所有的面包屑路径和逻辑；

3.来自线上：即使在店铺的宝贝list调整了面包屑，在宝贝详情页，因为面包屑写死，所有的路径逻辑并不是按照用户的操作过程展示的；

4.综上，我觉得调整面包屑并不能解决问题。

交互设计（第二版）

1.决定不对目前的面包屑进行修改，保留原样，和PD讨论后，希望通过按键的方式定位并返回；同时也因为之前优化了宝贝分类后用户在宝贝list页出现最多的只有三层页面，这样一个页面解决返回和定位是没有问题的。

2.同时考虑到面包屑在宝贝list页面没有意义，通过按键用户可以返回店铺首页和上一级，所以采取的方式是可以将面包屑以及页头的部分在用户进入“宝贝list”页面隐藏起来。

交互设计（第二版反馈）

1.这个版本基本上没有问题，在和开发开会讨论的时候遇到一个小问题，那就是在二级分类很多的时候一个页面可能展示不了，那要如何处理？有提到过可以跳出新页面，请教珊璞后，得到一个经验：用户在遇到很多二级条目的情况时，点击下一页的数据反馈是多少？按照她的经验，认为第一屏展示10个条目就足够了，点击“更多”后可以再展示15条，基本是可以满足用户需求的；

2.另外，关于宝贝分类二级列表很多的情况，针对手机这样特殊的使用情境，希望还是能够从手机使用的场景出发，在从PC转向手机的时候可以限制二级分类的条目数量。

2.高端版“店铺优化_信用评价”设计整理

信用评价需求说明（来自PD）

1.展示所有关于店铺信用评价的内容；

2.评论内容分区块显示。

提出店铺信用评价的设计目的

1.让用户在这个页面可以获取对这个店铺的信用认知；

2.用户可以建立信用评价内容的分区概念，在一定的区块位置上用户可以了解到相近的信用评价内容。

提出设计点

1.店铺的好评率以及店铺基本信息放置在第一个区块（启智在第一版设计稿中建议只在这个区块放置好评率，将店铺信息隐藏在一个按键中，用户可以点击展开）（因为信用评价应该集中展示的是评价的相关信息，关于店铺基本信息在店铺首页应该就直接展示出来）（另外，用户在信用评价页看到相关信息可能需要去了解店铺的一些信息并和店主联系，所以店铺基本信息在这里还是需要展示的）；

2.店铺的评分信息放置在接下来的区块；

3.最下面放置所有的评价内容；

4.关于评价内容，目前的现状是： 没有专门的店铺评价内容，店铺的评价内容换言之就是商品评价内容的汇总，商品的评价本身就具有针对性，所以很难通过商品的评价去判断店铺的信用。另外，所有的商品评价按照时间直接抓过来，作为一个刚看到这个页面的用户我觉得对于评价内容我无法获知评价内容展示在这里所要传达的思想，我无法获得这样排列的商品评价内容的逻辑关系。

5.针对评论内容，我觉得应该将评论内容以商品的形式进行归类，这样用户可以从好评商品、中评商品以及差评商品的数量上来判断这个店铺的整体信用；另外，我觉得每个店铺都有自己主推的商品，店铺应该也愿意建立这样的好评商品来吸引用户。针对差评比较多的商品，买家可以进一步了解这个商品以及差评内容来判断自己是否在意差评的评价内容，并且看差评的具体内容也更加有针对性。

交互设计（修改完善多次后的第一版）

1.首先，将好评率以及店铺信息放置在一个区块，并将店铺信息以一个按键的形式隐藏，用户需要查看的时候点击展开；

2.将动态评分以及店铺服务评分放置在一个区块，为了防止店铺评分这块的权重过重，决定只展示动态评分的内容，这部分内容用户比较熟悉，也建立了一定的认知；同时将店铺服务评分隐藏在按键中，用户可以点击查看；

3.对商品的评价内容，以每个商品的形式归类显示，并明确标示出商品的评论个数，借此希望用户可以从数量上建立这个店铺里好评、中评和差评比较多的商品的比例和个数，进而判断这个店铺的信用度；同时用户在看到这个页面的时候不会出现之前所有的商品评价汇总后逻辑关系不清楚的情况，用户查看评价内容比较有针对性，也更加具体；于是我提出了如下方案：

交互设计（第一版反馈）

1.来自PD：店铺评价页的主要功能是要让买家了解这个店铺的信用和服务；上午的讨论中，我们也发现，更多的用户其实不关注店铺的好评；所以，导购是次要的，评价及卖家回复一定要放开，让用户一目了然；所以我建议，以评价内容为主体，而不是商品；

2.后期进一步的的讨论：

我的观点：

a)这样比目前的评论更有意义,目前的评论排列形式用户基本不会去看,可能只看个大概的;但是根据商品排列的话,评论比目前的更有意义,起码用户了解这个店铺哪个商品受欢迎,哪个商品差评比较多;

b)这样的排布比目前的节省空间,一个商品只会出现一次;

c)关于差评和中评,如果某个商品的差评比较多,用户可以点击进去详细查看,这样对于差评的内容会更加理性地看待.

d)目前的评论因为是商品评论的大杂烩，除了一个大概的数目和评论比例没有其他意义；

e)根据商品归类,合情合理，定义的功能是用户可以比较有条理、理性地去看评价内容；

f)就是用户真的有关注信用评价的这些信息吗？用户能从这个页面获得基本的认知和对店铺的印象吗？那如果用户根本不关注，那我以商品为维度的话，用户先有个大概的评论比例，然后可以看看具体商品，那不是更能让这个页面有价值？

g)建立TAG：将梳理出的一些关键词，比如“是正品”“做工好”“服务好”“超值”建立TAG，区别显示。

PD的观点：

a)在店铺评价上，是个商品人气排行？我对这个页面定义的功能是：用户通过评价来得到这家店铺的整体形象，这里的关注焦点应该是“评价”本身；而你试图在这个页面告诉我：我店里哪个商品最受欢迎？

b)我不希望用户看了店铺评价后点击里面的某个商品进行了解，这不是我这个页面要做的主要作用；

这个页面，是帮助用户对该店铺形成大致印象的一个页面；

用户不太会仔细看每个评论，但是我期望他们能看到“这里的衣服做工真好”，“是正品”，“卖家服务不错”，“真好吃”，“非常有用”这样的正面评价；

或者是“和描述不一样”，“物流太烂了”，“售后很差”，“假货”，“就这样吧，凑合用用”等负面评价；

这里根本就不涉及到任何一件具体的商品。即便是你朋友推荐给你的店，他的品味喜好，和你的品味喜好，也许完全不一样，所以，在这里推人气商品，期待用户跳到detail页，是喧宾夺主的。人气排行榜，或者其它的什么东西，自然有其它的产品和功能来cover，绝对不是这里。

c)那就直接一点，直接呈现评价内容和关键词。如果我要深挖一下，我会梳理出一些关键词，比如“是正品”“做工好”“服务好”“超值”这样的，构成一个词库，如果评价里包含这些词，我就用加粗，标红把它凸显出来。

用研的观点：

a)如果这么做，那和商品评论又有什么区别的？商品评论是以商品为维度聚合的评论。当店铺评论按商品维度分类，那么和以商品为维度聚合的商品评论，本质上有区别吗？

b)从产品目标上看，店铺评论的定位应该是使用户快速、真实的了解店铺的口碑。按照商品归类固然没有问题，但优势又在哪里呢？是否是目标的直接解决方案；

c)我们可能可以做很多事情，但在这么多事情中，需要做抉择做哪件？分类是个很好的方向，我觉得很有想法。但分类的维度我们可以多考虑一些；

d)目标：使用户快速、真实的了解店铺的口碑

问题：按商品分维，对这个目标的实现体现在？如果按时间段分维呢？如果按用户等级分维呢？

按时间段分维：让买家迅速了解该店铺近期或者以前的口碑；

按用户等级分维：让买家迅速了解高星买家、精明买家（如黄钻、vip3）对店铺的口碑。

交互设计（第二版）

1.评价内容还是以线上的形式来展示，弱化商品，引导用户关注评价内容；

2.后台建立关键字，是能够反映出店铺信用的关键字，将这些关键字在商品的评价内容中突出显示，这样用户在信用评价页中可以从评价内容中浏览到有关店铺信用评价的字眼，这样根据浏览到的关键字的次数来建立对这家店铺的直观评价;

3.同时，线上的“999+“显示评论数量的方式已经不起作用了，直接显示数量，用户会建立一个好评、中评、差评的比例关系，这样也可以直观地判断这个店铺的信用评价情况。

3.思考_关于淘宝店铺

结束了前段时间WAP高端版店铺优化项目，有一些关于WAP高端版页面的思考：

宝贝分类类目

用户需要明确自己的位置，为了防止用户“跳出当前页面”，建议将用户操作的一个单任务（针对宝贝分类）精简到最多三级，同时这三级需要展示在主要的三个页面；

遇到一个任务需要多级多步骤的情况，可以将多级进行平级归类，最终还是整理成三大级，每一级下可以隐藏并可展开相关内容；

思考：

1)将单一任务集中到最多三级的目的是为了符合用户的操作习惯，就如同我们实际生活中的“过去、现在、将来”，超过这三级一般就会增加用户的记忆负担；

2)同时，在完成单一任务的时候，用户常会集中精力在手头上的事情，长时间关注正在做的事情用户也会忘记自己之前进行的操作，所以在返回上一步操作的时候，需要有用户上一步操作的提示信息；

3)从用户记忆负担上相比较iOS的一淘客户端和淘宝客户端，会觉得一淘客户端的类目比较能够减轻用户的记忆负担。

4)可能针对类目的展示方式，更多地还是考虑到情境？针对“逛”的性质用简单的树状类目结构？针对“目标购物”的性质用逐级的选择类目结构？这些都可以再想想。

附：（短时记忆）

用户的短时记忆研究可以帮助我们在给用户海量信息的时候，在数量上有个原则性的指导，重要的信息放置位置也有针对性的讲究。

关于用户的短时记忆，在学校的时候做过实验和研究，相较于之前的神奇数字“7+2、7-2”，相关实验和研究表明，用户短时记忆的信息数字是“4+2、4-2”。

店铺信用评价

先抛出几个问题：

a)何为店铺评价？

b)目前线上的店铺评价内容来自于商品的评价总汇，如何将商品评价转换为店铺评价？

c)用户到店铺的信用评价页是为了看什么？

就店铺的信用评价页，我和PD讨论过很多次，线上的店铺信用评价内容是将商品的评价内容以时间先后顺序罗列出来，这样引起的问题是：

a)用户在店铺评价页面中不能直观地看到和店铺信用相关的信息；

b)评价内容大杂烩的形式会让用户抓不到中心思想，导致这个页面失去本身该有的意义。

思考：

1)考虑到用户到店铺信用评价页的情境，是为了获得全局性的对店铺的认知，那应该是将商品评价信息转化成店铺评价信息更加能符合之前的目的；

2)商品评价内容要以怎样的维度或者是逻辑关系进行展示？以商品归类（用户可以了解整个店家好评和差评数量比较多的商品都有哪些；用户针对具体商品都会有哪些针对性的评价；）？按时间段分维（让买家迅速了解该店铺近期或者以前的口碑）？按用户等级分维？（让买家迅速了解高星买家、精明买家（如黄钻、vip3）对店铺的口碑）

3)经过斟酌，评价内容还是以线上的形式来展示，弱化商品，引导用户关注评价内容；后台建立关键字，是能够反映出店铺信用的关键字，将这些关键字在商品的评价内容中突出显示，这样用户在信用评价页中可以从评价内容中浏览到有关店铺信用评价的字眼，这样根据浏览到的关键字的次数来建立对这家店铺的直观评价。

觉得可以再完善的一些思路：

1)为什么不能在“店铺信用评价页面”建立一个来自买家的信用评价商品list，抑或说：店铺首页展示的是卖家希望推荐或者热卖的商品，那在信用评价页可以展示用户推荐的或者用户反馈很好的商品list？

2)通过用户评价建立“好评商品排行”和“差评商品排行”，这样买家可以从实际的反馈中判断出这家店铺擅长经营的商品是什么？并判断出这家店铺有差评的商品是因为什么原因导致的差评很多，而且更加有针对性。

4.关于淘宝购物车总结

标准版购物车的改造主要是基于目前购物流程的不完善，改造的目的也是为了改良用户体验。

在完成购物车交互稿的过程中，遇到交互设计同事的PK以及还有他们对PRD需求的一些质疑。

其实这个项目在去年的12月份已经完成了，现在将当时出现的一些问题整理出来。

1，购物车显示的加入购物车列表时间，不应与操作：删除和收藏放在同一行，或者靠这么近，会引起用户操作疑问：

关于这个问题，如果要放在一行，根据wap上不能同时居左和居右的情况，实现起来只能通过多个空格隔开。针对这样的问题，咨询过前端后，了解了关于对齐的限制以及某些情况下需要使用table的样式才能达到交互或者视觉上的要求。

2，这个逻辑是，“再去看看”是个链接，对应到在购物车列表中有满就送或慢就减的店铺，期望用户再去购买；

在后期的改造中，关于PD提出的这个需求，UED这边讨论还是建议拿掉这个需求，究其原因是因为用户目前处于的购物车阶段，我们希望用户能够直接付款，如果再去看看的话，会使得用户的关注点转移。

3，商品标题怎么部分链接？

在wap标准版里，标题是卖家自己编辑的，所以不能取其部分作为链接，标题一般作为一个整体链接。

4，在购物车里如果遇到很多页面的宝贝时，上下页必须是form提交，不然选择的状态保持不了。

这是一个前端语言；

只有规定了form样式，在这个页面自定义的内容才可以嵌套在表格中，并保存以便于后期统一提交；

5，显示时间的问题，需要精确到分显示，即为：昨天19：25，这样。

关于这个需求，UED对时间的需求提出过质疑，想明确展示时间的信息是为了给用户传达什么信息？

后期我们在进一步的讨论中觉得通过时间维度可以让用户明确自己购买的一个情境，便于用户做决策；

同时通过时间维度也可以将购物车里面的宝贝进行一个归类，所以最终还是将时间维度信息展示出来。