设计观察#1 : 滴滴出行

其实并不是为了什么而写的这个，只是最近突然被问到“你对使用过的哪些app有特别深的印象？”。问了一下自己，感觉自己用过好多应用，但是没有特别细致的观察过一个应用。所以想到了就便写写，内容也不固定，想到什么写什么，可能会有些乱，顺便也能梳理和加深对设计的理解吧。

前言

前几天赶早上八点多的飞机，学校在郊区，感觉早上打不到车去机场，于是就用了试了一下这个app。之前也用过这个，但是也是挺久以前的事情，本来以为会挺麻烦的，结果整个打车流程出乎意料的省心。

之后去医院也用了滴滴，随手截了一些屏，于是就有了这篇观察。

主界面

点进主界面是顶部 tab 的布局，顶部滴滴 logo ，下方是6个功能 tab 。用户在切换每一种功能的时候需要点击相应 tab ，这个设计有点难受，但是也是不得已而为之。想在我的 nexus 6 中点击上方的 tab (触发点还比较小)，单手是很难完成这个动作的。但是按设计惯例左右滑动来切换 tab 似乎也不太可能，因为在 tab 下方，用户所做的一切操作都是在地图上进行的操作。

作为一个打车应用，地图下方的搜索框一目了然。两层关系，现在叫车还是预约叫车，在哪里（定位），要去哪里，完全顺应要叫车用户的需求。同时地图会自动缩放到能看到附近可用车辆的区域。

左上角是个人中心，点开后是个 slide 菜单，如下左图。值得一提的是在用户第一次打开这个菜单的时候，下方红框部分会上下颤抖，提醒用户这里可以上滑，相比提示框引导，这是一个相当不错的引导方式。在用户上滑后变为右图的九宫格式导航。

这个设计挺奇怪的，在侧滑菜单中有两个功能菜单，一个是个人中心功能菜单，上滑后变成一个综合性菜单（？）。这样如果用户要使用像社区这样的功能需要很多操作才能到达，但这也是为功能优先级作出的让步。为了区分这两类功能（个人中心／其他综合）必然会将其分开放置，但是用户用滴滴不是来社交的，综合类功能相对用的较少，优先级最低。

让人省心的打车体验

这篇观察的重点还是在于滴滴在做打车的体验上。自动定位出发地，选择好目的地，它出现了醒目的“预约快车”按钮，贴心的计算出了大概价格，同时还提醒你附近暂时没有车，可以尝试预约功能。

我按下了预约快车按钮，很快有司机接单了，司机会用滴滴的第三方400号码给你打电话，假如你主动呼叫司机，司机也会接到400的电话，这样打消了双方在隐私方面的顾虑。

打电话告诉了司机自己等车的地方，之后我在等车的时候，甚至不用解锁手机，就能在锁屏界面上看到我需要的一切信息(车牌号/车型)。

等了一会，我想知道司机到哪里了，打开应用后地图上显示了司机所在位置和到达预计所需时间。看着司机在地图上一点一点的向我移动，这个流程很有必要，用户需要一种一切尽在掌控的感觉，虽然我并不能做什么来让车快点到达。假设没有这一步，我会感到恐慌 (司机到哪里了？他迷路了吗？他知道我在哪里吗？还有多久可以来接我？)。

很快，车到了，司机在司机客户端点击“已接到客户”。我的锁屏界面从左图变为了右图，它告诉我计价开始，当前的车费，还会提示我网络不好时会稍后刷新。我觉得这些信息用一个提示框就可以表示出来，“计价开始”可以替换滴滴的slogan。

十几分钟后，到了目的地，屏幕自动跳转到支付车费页面，显示出本次乘车价格，并选择支付方式进行支付。要是我来设计这个页面肯定会把车费放大到右图一样的大小，这个价格的字略小，支付方式的按钮我会加大之间的行距来防止误触。

在完成支付流程之后，跳转到上右图。这次价格倒是挺大的，我觉得可能是觉得在支付的时候用户不太会注意车费的具体价格，支付后才会注意付了多少钱，实际车费也和预估没差多少。

值得一提的是，在支付完成之后，司机信息右侧的打电话button变成灰色不可用，在完成用户目标后，用户不再和司机有联系途径，这样既保护了隐私也防止了用户和司机间的纠纷。