从“告诉用户在哪里”说开去

　　在网页设计里一提到“告诉用户在哪里”，我们最先想到的控件是面包屑，它不仅可以告诉用户在哪里，还能清晰的展现你所处的层级。当然还有一个控件也能“告诉用户在哪里”浏览器标题。而这两者都离不开导航
　　通常一个网站的设计，都是由这三样控件组合来完成“告诉用户在哪里”的。
　　导航纵观网站架构；
　　标题告知当前页面；
　　面包屑在多层级下提示用户所在位置。
　　一个优秀产品设计，不会有太多的层级，就像《盗梦空间》一样，层级太多会使人们想挣脱，回到轻松的第一层。好在PC互联网上最大的优势是空间多，所以当一个页面同时摆放了这三个控件，我们几乎实现了随时跳转的能力且不会迷路，如下图：
　　在刚进入地铁的时候，你只要看到这个全局地图，你能够选择去哪里，然后坐上正确的车。
　　当你已经进入了一号线的地铁车厢里，到站灯光指示牌可以显示列车的行车轨迹，你一定知道自己在哪里。
　　今天我们主要讨论的问题是，在移动互联网上，我们如何通过设计来告诉用户在哪里呢？
　　我们知道，移动设备的界面有个天生的限制屏幕小。尽管屏幕的分辨率一直在增大，240320、480320、800480、960480，但是屏幕的物理尺寸没有多大变化，3。5英寸屏幕是主流。
　　所以之前PC互联网上用来“告诉用户在哪里”的三样法宝不能全部放下了。
　　当前页面是什么标题一定要保留。
　　导航有点太占地放到首页就可以了。
　　面包屑呢层级一多根本放不下，还要占个位置。人们一定需要面包屑吗？此时对面包屑的依赖取决于什么呢？
　　1。首先要对需求做减法。
　　在移动状态下不要把PC互联网上的需求都放到移动端，这样在一定程度上，我们萃取了用户最需要最有用的需求。
　　举个例子：百度知道产品，在PC互联网上，你既可以搜索答案、提问、回答，你还可以定义问题分类，去知道商城兑换物品，完成知道任务，参加知道团队和知道公社。那么当我们做移动端产品的时候，上面的需求是在移动状态下可以做的，而且是移动状态下需要的，通过排除，核心需求是搜索答案、问、答。满足这三个核心需求，也就做好知道向移动端移植的大部分工作。
　　2。一个界面做一件事情。
　　这是设计任务流程的思想不要把所有的东西都堆砌到一个界面上。然而交互设计会发现，之前在web设计中常用的tab收纳内容的功能可以解决这个问题，于是以内容为主的应用例如新闻应用，类似tab的控件被应用，甚至可以左右滑动。
　　还有iphone上的标签栏也是类似tab的控件，还有title区域的tab控件。
　　不过受到水平宽度的限制，tab不能太多。所以我们需要把框架做得精简和巧妙。
　　个人观点：对于多层级的产品架构可以选择，16宫格界面标签栏界面title区域tab界面左右滑动tab界面。从全局到细节，如果四个tab层级都无法放下内容，那只能说您这个应用太冗长了。