产品体验日记/案例解读丨05期
Hello大家好，我是杜昭
2020年挑战100个产品案例解读系列启动啦
每期分享5个优秀产品设计案例
21：对比滴滴和嘀嗒的设计差别
滴滴出行和嘀嗒打车两个产品中的设计对比：
1. 滴滴中叫车成功后页面如下：
2. 嘀嗒中叫车成功后页面如下：
差异点1：车辆信息
滴滴中优先显示了车辆的车牌号、车辆型号、颜色，之后显示车辆图片、司机照片。而嘀嗒中优先显示了司机名称、出租车公司名称、之后才显示了车牌号，没有显示车辆照片。
对于滴滴快车来说，司机用户都是个人用户，注册时使用的车辆也都不尽相同，所以为了方便用户在车辆到达后能够快速准确的找到车辆，就需要优先展示车辆信息，用车牌号和颜色帮助用户对身边的车辆进行识别。识别车辆时最准确的方式是通过车牌号，因为车辆和车牌号是一对一的关系。其次再告知用户车辆颜色，方便用户先进行大范围筛选，再进行准确识别。并且右侧的车辆图片也可以起到帮助一些不太懂车的用户对车辆进行识别。
对于嘀嗒打车（出租车）来说，由于出租车本身就有一定的【视觉识别系统（VI）】所以对于车辆的筛选识别要更加容易，此时把车牌号放在这一行的右侧并且没有显示车辆图片倒是也可以接受。但是作者认为放到左侧其实会更好一些，原因是目前设计方案中左侧的信息【司机姓名】【驾龄】【出租车公司名称】这些信息对于用户来说其实没有多少价值。想象一下你在叫车时会很关心司机叫什么吗？或者你会询问出租车属于什么公司吗？
差异点2：按钮位置
滴滴中所有按钮的位置都坐车辆信息底部，而嘀嗒中把联系司机的按钮放在了第一行，其他按钮放在了车辆信息底部。
作者的想法是这两种方案倒是没有好坏之分，滴滴中是根据功能区进行的划分，包含了信息提示区、车辆信息区、按钮功能区。而嘀嗒中则考虑到打电话和在线联系两个功能是用户使用频率最高的两个，所以提高了它们的视觉优先级。让用户更容易发现和点击。
这里作者还有一个没有被官方设计师回复过的猜想是：滴滴中将按钮设计到了这样的位置可能是为了帮助用户认知110报警按钮的位置。电话和在线联系两个是用户使用频率较高的两个功能，所以用户在寻找这两个按钮时就会顺便发现110报警按钮在哪。这可能是为了安全问题考虑，毕竟我们都知道几年前的安全事故对滴滴的影响有多巨大。
同样的做法其实在微信中也曾经出现过，就是微信的发现页面，其实朋友圈的入口放在发现页面也有一定的帮助其他业务入口带来更多流程的目的。
当然这个猜测作者还没有办法联系到滴滴官方的设计师确认过，如果朋友们认识滴滴的设计师也可以帮忙问下~
22：解读淘宝购物车的改版原因
淘宝中购物车改版案例，场景如下：
改版后：商品标题最多显示一行，修改数量需要两次点击
1）商品标题由两行改成一行：用户在识别购物车中的商品的时候大部分是依靠图片进行识别，标题只是起到了辅助作用，所以显示两行标题在这里有些信息冗余，当用户需要使用标题辨别商品的时候，一行文字已经足够了。节省出来的一行空间可以有其他的用户，例如让本来只能显示3个商品的页面变为显示4个，这样就增加了商品的曝光量，用户在查找商品时的效率就得到了提高，缩短了所需时间，时间变短则意味着用户会有更大的概率去购买这个商品。或者是把这一行节省出来的空间让给更能起到转化作用的信息，如优惠券和满减规则。同样可以起到促进用户购买的目的。
2）修改数量由点击一次变成两次：我们都知道当页面中的元素越多则用户做出选择的时间会越长，成功选择并完成操作的概率会越小，此处的修改就是一种降低页面信息数量的改动。当页面的信噪降低了之后用户的注意力就可以被其他元素吸引，例如商品图片、优惠信息，这些信息上面已经说过了，是能够起到促进用户购买的作用的。
并且作者猜测官方也是由数据得出了结论，用户在购物车页面修改数量只是一个小概率的行为，大家也可以想想自己买东西时的行为，平均购买多少件商品才会购物车修改一次数量？
促进购买一定是购物车页面最核心的目的，这两处改动则都是围绕着这个目的进行的。作者一直在分析各大产品中的改版背后的设计思路，希望能够在大家日常的工作里起到参考作用。如果大家觉得类似的内容有用就分享给身边的朋友吧，分享就是对作者最大的鼓励~
23：我发现了一个比苹果做的还好的产品
一个比苹果做的还好的产品，如下：
IOS系统自带的计算器很多朋友都用过，由苹果公司设计的这款产品界面简约功能够用，本来作者也没觉得这款产品有什么问题，一直用了有四五年了，直到某一天我遇到了下面这款计算器APP。
可以看到也没大致上是和苹果一样的，但是在页面上方增加了历史计算记录，这个功能作者在用到的时候真的是超级惊喜。在之前很多场景里我们想要计算出一个结果都需要不止一步计算，而使用科学计算器的学习成本又比较高。这时候我的习惯都是把第一个结果背下来，然后再计算第二步。但是这样有时候会忘记，有时候又需要查看前面的计算过程是否正确。
在这种场景里作者真的是切身感受到了款产品的优秀之处。在一款产品从0到1的过程里，交互设计固然在很大程度上决定了用户体验，但是在这之前的用户需求挖掘、摸索用户痛点等工作更是用户体验的基础。要想做出让用户惊喜的功能则需要深入场景中去了解用户、观察用户的行为。现在很多公司越来越重视用户研究岗位可能也是由于这个原因吧。
PS：据说这个计算器在ipad端垄断了全球大部分国家和地区的计算器应用的下载，感兴趣的朋友可以搜索【计算器-新版计算器】体验。
24：这种设计我只在小米有品里看到过
小米有品中的一个案例，场景如下：
在这个页面中设计者最重要的目的就是让用户能够快速的继续之前中断的购物流程，避免由于产品崩溃导致降低了购买转化率。
类似的在产品崩溃之后给出提示的案例有不少，但是大多数都是提示用户进行上传日志帮助产品解决问题，是对产品方有益的设计。像这样首先帮助用户继续完成目的的设计无疑是对用户更友好的方案。
类似的案例还有如chrome崩溃再打开后提示用户恢复网页、PhotoShop崩溃后再打开提示用户恢复文件，都是在帮助用户把出错的损失降到最低，但是在移动端产品中作者确实还是第一次看到这种设计，尤其是电商产品。
虽然现在很多软件产品的稳定性已经有了一定的保证，公司中也会配置测试人员在上线前进行测试，但是实际使用中，如果用户真的遇到了产品崩溃的情况，那就不是减少了一次成交次数这么简单的事情了。而是可能会损失掉这个用户之后长时间内可能会产生的很多次购买行为。即流失掉了这个用户。
作者在之前的案例中多次提到过【惊喜感】能够带给用户的正向体验，那与之相对的【失落感】则会带给用户极大的负面体验。原因是用户已经有了一种【产品就应该很稳定很可靠】这种认知，所以当用户认为理所当然的事情被打破时，带来的负面体验是远远超出正常情况下的负面体验的。
今天分享的案例中除了让用户能够快速的继续之前中断的购物流程，还可以在APP持续多次崩溃时使用网页版购买，这种做法则是在极少数崩溃场景下又考虑到了更加极端的场景，并给出了解决方案，并且由于只是增加了一个链接还没有增加很多成本，这也是作者认为这个案例优秀的地方。
25：工作中的问题思考
我在工作中遇到的一个问题的思考，场景如下：
在用户进行问诊的过程中，医生的头像是可以点击的，，但是自己的头像是不可以点击的，存在交互不一致的问题。这里是否需要统一呢？
作者对这个问题纠结了挺长时间，最终的思路还是从使用场景和用户目的去思考这个问题。
当我们在进行问诊的时候，可能会希望查看这个医生的详细信息、历史评价等等，或者是看一下其他患者对于这位医生的评价，或者是当使用图文问诊时想看看这位医生还能能提供什么服务，当用户抱有这样的目的是就需要一个入口去获取这些信息，所以医生的头像可点击是十分有必要。
那么对于用户来说，自己的头像需要可点击吗？还是从使用场景和用户目的去思考，由于这个产品中并不涉及很多个人信息，也不像微信那样有发布动态之类的功能，所以基本不存在点击后使用场景，在当前场景下用户的目的是十分确定的，就是完成问诊，然后买药离开。即使用户可以点击自己的头像打开一个新页面其实也没什么可做的。所以在产品的当前阶段作者最终认为是不太需要这样的功能的。
一个功能、一处设计是否需要是与产品发展阶段相关的，如果某一天这个产品发展到比较成熟的阶段，开始做一些非常细节的优化时可以考虑去加一个页面，甚至可以只显示这个用户的名字和头像，来避免用户由于交互不一致的问题而认为是产品存在BUG，但是在当前阶段是可以暂时挂起的。
大家可以想一下自己使用微信的过程里，有没有在和别人聊天的过程中点击自己头像的需求？这种行为在你使用微信的每一年里遇到过多少次？我想一定很少吧。但是微信确实做了这种设计，作者觉得也只是为了给用户一种反馈而已，实际上极少极少会有用户从这里进入相关的功能。
以上是5个产品案例解读，欢迎大家关注我的公众号“设计的威严”，一起交流讨论！
