移动端的挑战###
pc有使用场景的一些特性，比如坐在电脑前环境相对稳定，会有比较充裕的时间完成某个任务，加上pc屏幕大，呈现的信息多且复杂，使得我们在web上浏览信息时倾向遵循一定的规律，在这个规律下我们能在一段连续的时间里最大化地获取到自己需要的信息。
这个规律取决于自己的阅读习惯，一般是页面中间向四周扩散，从上到下，从左到右的视线流。
移动端完全不一样了：屏幕小，场景多样，时间碎片化。单屏信息有限，在web上同样一个页面的内容在移动端需要滑动很多次，浏览信息的操作成本增加了；使用环境不稳定，也会造成时间上的易中断，阅读信息的稳定性下降了。
结论是：小屏幕使每一页面单位信息更少，碎片化使阅读的单位时间更少，滑动使获取信息的成本更高，这些都要求着移动端的信息传达效率要更高。
web的信息是怎么做的###
现在可以思考这个问题了：web端的阅读规律放在移动端适用吗？可以用，但信息传达的效率依旧和web相当。
试想一下，在小屏幕上每向下滑动阅读信息时，视线焦点总要去覆盖全部角落，兼顾到“旁边”的有效信息，这个阅读效率是缓慢的，越向下越觉得体验不好。
要解决这个问题，从根源上开始挖掘：
谁需要更高的信息传达效率？目标用户。
用户需要什么信息？对他有价值的信息。
web端是怎么给用户这些信息的？下图为例。
以评价列表页为例，单看某一块信息：第一行是用户id，总体评星，评价时间这些基础信息，起了总领作用，评价时间相对次要，放在了最右侧；第二行插入了推荐菜，这个信息是可有可无的附加信息；第三行是用户评价的内容，是主要信息。
信息的布局逻辑清晰，浏览时大脑能对信息进行归类，总的来讲，在符合大多数人阅读习惯的基础上，web做好了信息逻辑，剩下的交给用户去浏览和消化。
革新在哪里###
移动端的信息传达效率要更高，首先从做减法开始。
web上的信息需要整合，比如上图中的“总体评价”、“好评”字段都是有重复意义的；整合后的信息也不都是用户需求的信息，这一点很关键。用户浏览评论是要得到他人对商家的反馈，像用户id、评论时间这些信息并不是用户最关心的，但也不能没有，没有的话缺少可信度。既然信息都要有，那跟web端的信息设计起来又有什么区别呢？
下图是移动端的评价页：
用户会搜寻到自己想要的信息，那些没有价值的信息，在浏览到下个信息单元时大脑就会自动屏蔽。
这个特点在移动端尤其显著。比如上图中的评价时间，如果这条信息对我没有价值，我知道它在右上角后，看到下一条评价时就不会再去看右上角了。用户是具有学习能力的，并且目的明确，会过滤掉不需要的信息。
上图的效果还不够明显，在图中加上一条信息可能效果更强。外卖的送达时间现在是用户比较关心的一个点，在上图的基础上加上送达时间这个字段，再来看下：
连着阅读：
总结：与web端设计的最大不同就是考虑到移动端浏览信息时纵深的特点，充分利用用户的可学习性和大脑的信息过滤，将有限区域里不能再简化的信息通过这一方式传达给用户，从而提高信息传达效率。
还有信息的过渡###
到现在为止，我做的信息设计让用户更快速地获取有效的信息，更自然地屏蔽无效的信息。不过这还只是针对一个单元信息，当用户浏览连续的单元信息时，我还需要做好它们之间的过渡。
简单的定位是信息过渡最好的方式。
有人说像外卖评价的星评，影评的用户头像，对我而言意义不大：别人打几星不会影响我做决策，看别人的头像又没有什么意义，往往这些理由是“可以增加真实度”，“有总比没有好”...而我认为还有个非常重要的理由是：星评或头像是很容易辨认的环境地标，通过它们定位到下一个信息单元，从而顺利完成信息的过渡。
不止信息设计###
把果实放进信息流
上图就是运用了信息过滤和信息过渡，把产品层面的需求巧妙地融进用户的信息流中。
一般类似的信息列表，考虑到大屏幕，赞啊评论啊都放在右侧，处在手指自由触达的区域，而上图却相反，让赞和评论放在了左侧，这样一来，两者处在向下纵深的信息流中，于是，这两个信息得到了很高的传达效率，一定程度上活跃了UGC内容。
可能有人会觉得操作放在信息流中会不会干扰，其实这取决于你是否把这个操作定义为信息，像上面这个例子它其实通过数据传递出了UGC的热度，并且做的不重，用户靠信息过渡也能定位到评论内容，所以没有造成干扰。
没想到还带来了KPI，由此可见想象空间还是很大的。
如果说web端的信息设计更多遵循的是规律，是逻辑，那么移动端更要遵循的是大脑的认知，是用户的需求。
Ps.以上为个人想法，欢迎一起交流讨论～
