先说一段绕口令，

产品设计，大部分的事情是在考虑信息与流程设计；流程设计，大部分的事情是在考虑导航设计；导航设计，大部分的事情是在考虑如何让用户「返回」…

那，今天来聊一下 APP 的「返回」设计。

关于返回，在主流的移动平台上，在很长一段时间内，是所有产品经理和设计师们争论的焦点。这些争论包括但不限于，Android 版本到底要不要完全依赖物理键的返回、为什么 ios 的返回键一直在左上角、手机端浏览器的返回应该放在哪儿….

很遗憾，这几个问题我都回答不来。

在实际项目过程中，我们也遭遇到 Android 初期设计规范的混乱，所以，为了保证项目的进度，直接采用了跟 ios 一致的返回设计方式。

当然，根据一些设计原则，如果用户进入的信息层级过深，会直接在左上角提供一个「回首页」的功能，方便用户跳转导航。

不过，最近关于 APP 的「返回」似乎有了一点不一样的进化，几个例子：

1、部分 APP 开始将返回挪到了底部

具体说就是，返回按钮从左上角挪到了左下角，典型的 APP 如，淘宝、知乎日报。

我不知道具体的用户研究结果如何，从我个人的体验来看，我很喜欢。这种改动似乎跟手机硬件要么越来越长要么越来越宽有关系，硬件变得让人无法一手掌握，掌机越来越无法掌握，所以，相应的影响到了 APP 的设计。

2、手势操作有替代按钮的趋势

具体的说就是，用户可以通过滑动来完成返回，而不是一定非要去点击返回按钮，典型的 APP 如，知乎、豆瓣小组。

Android 坚持了好久，始终不肯放弃物理硬件，所以，Android 的返回问题依旧没能完美解决。不过，从整个移动生态的发展来看，用户对这种手势操作越来越习惯，同时，手势的操作确实要比点击效率更高。

所以，可以预见的是，在未来，将会有更多的 APP 加入手势返回操作，甚至成为主要的返回入口。

一般的产品，如果我们把他的信息流程抽象出来，基本可以归纳为。起点——>列表——>详情，详情返回到列表，继续到详情，比如购物类应用、微博类应用等等。将这个流程连接起来看，用户需要不断的以列表为起点进入，再出来，再进入。在这种情况下，返回的效率尤为重要。

向右滑动页面，返回上一个层级，看上去会很大的提高用户的操作效率。不过，在 ios 上对部分列表有右滑出现删除功能的手势操作，所以，如果应用滑动页面返回的话，这个问题需要去考虑。

3、其他高科技的返回

好像某个手机有眼动来着？我曾经一直想来着，万一一边玩手机，发现旁白站了一漂亮姑娘，这个时候该怎么控制啊….

 

导航始终是产品设计的重头戏，不管在Web端设计还是在mobile的设计中。之前曾经在读《触动人心》的时候写过一篇“移动产品设计之ios导航模式”，其中的导航模式基本都是基于ios系统自身的一些模式，随着ios新产品的不断出现，新的导航方式也随之更新，这里说一下“抽屉式”的导航方式。

当然，抽屉式导航是我自己给这种导航方式取的名字，至于学名叫什么，我也不知道。这种导航模式一般采用将导航主体隐藏在app侧边的方式，以一个按钮来呼出导航，在使用完成之后在使用相同的按钮隐藏起来。一拉一缩，从形象上与抽屉类似，于是我这样称呼他。

根据我不完全的考证，这种导航方式始于Facebook。在最早的Facebook App中，一直采用了比较保守的九宫格导航方式，随着FB的发展，这种很重的导航方式会导致用户Timeline的展示被很大程度上弱化，虽然FB也曾尝试在用户进入App的时候直接进入Timeline而不是这个九宫格导航，但是，显然这种优化还不是足够好。于是，在2011年11月左右，FB发布了新的ios和android客户端，其中一个重要的变化就是导航模式的变化，推出了新的抽屉式的导航，同时强化了对Timeline的展示。

FB推出这种新的导航模式不久，Gmail的ios版本同样采用了这种导航模式，再之后path 2.0版本也采用了这种抽屉式导航并将其演变到极致。至此，这种抽屉式的导航模式迅速窜红与ios产品设计中。

简单的定义

一般控制抽屉的把手出现在App的左上角，以按钮的形式出现，点击按钮之后抽屉被拉开，按钮被拉到App的右上角，左侧区域被拉开（抽屉）后显示出导航内容。导航的内容可以是以列表形式展示的常规2级导航，也可以将一些非常用的快捷操作入口直接放进来，如FB的搜索。具体形式如下图

当然，这种抽屉也存在一些变种，目前以path和sparrow较为突出。path不仅将主导航作为一种抽屉，同时底部的操作按钮也是一种变种的抽屉；而sparrow则增加了抽屉的层级，在一级抽屉被打开之后还可以再继续拉开一层抽屉。另外，米途订酒店则将全部的酒店预订过程化作一种抽屉，也是一种很不错的形式。

 

另外，对于一些需要用到消息提醒的应用，抽屉的出现会给消息的展示带来新的麻烦，因此，很多的抽屉导航会将消息展示在Title区域里，以一个入口的形式来展示。典型的如Facebook、快捷酒店管家。

抽屉导航的核心思路

抽屉式导航的核心思路是“隐藏”。隐藏非核心的操作与功能，让用户更专注于核心的功能操作上去。个人认为，隐藏的思维是移动产品设计中最核心的一个思想。上周在极客公园分享了关于如何应用缩小、隐藏、赋加的思路来做移动产品设计的话题，而这个思路中最最核心的恰恰是隐藏。

Facebook中，用户核心的操作是阅读Timline，所以抽屉里隐藏了所有其他的操作；Path中，用户的核心操作还是看好友的Timeline，所以抽屉里隐藏了其他的操作，同时UGC的操作又必不可少，因此path在左下角也用了一个抽屉；在Sparrow里，用户看新邮件的频率大于查看归档邮件的频率，因此抽屉里隐藏了邮件类型等操作，同时为了平衡发邮件的需求，在右下角单独留了一个入口；在快捷酒店管家里，用户的核心操作是通过地图寻找附近的快捷酒店，所以抽屉里隐藏了切换城市等其他操作…..

3月份的时候我曾在微博上说，这种导航方式会逐渐流行，推测的依据就是随着移动产品设计的演进，越来越多的产品设计师开始认识到只有让核心更突出才能提高整体产品的体验，只有不断降低用户的干扰才能不断提高用户的使用效率。

不适合抽屉式导航的App

需要用户不断在导航间进行切换的App、没必要有太多导航的App、或者核心功能就是一堆入口的App。