移动端屏幕越来越大，但用户对内容量的要求也水涨船高。如何在有限的屏幕内透出更多的内容，是设计师们研究的重点。
常用的内容拓展设计有：Y 方向 List 滑动、Z 方向 3D Touch 、入口式内容折叠等。今天想和大家聊的，是其中的“左右横滑”卡片式交互设计。
所谓的“左右横滑”交互英文名叫做“Horizontal Scrolling Lists”，最早可能起源于 Windows Phone 的横向内容滑动设计。用于在同一个页面的 X 轴方向拓展内容空间，“左右横滑”的交互方式被广泛应用于各类 App 中。
1. 挑选合适的使用场景
单页多维度的信息结构是“左右横滑”最适合的应用场景。传统的 List 适合纵向无限呈现单一属性的内容（比如朋友圈或知乎的回答），而对于 App 首页等多种信息聚合的页面，就适合横向开拓内容维度。
| Empire CMS,phome.net |
以最新版的 Airbnb 为例，它将首页分割为 Banner、热门体验、体验、房源、旅游目的地精选等多个维度，每个维度单独占据一整行，并展现并列的内容。再看 iOS App Store，也是将页面分为诸多维度，把不同的应用分类呈现。
2. 显眼并适宜的主题展示
从信息优先级上能看到，每个泳道的“主题”非常重要。通常，横向每个小卡片的面积不会太大，所以不可能既展示自身信息，又告知整个泳道的主题。
为此，必须有非常强的视觉信息总领整个泳道。最常见的做法，是在泳道上方设置显眼的“标题”。
最近还常见到比较夸张的做法，是直接在泳道最左端给一个强内容氛围。以下图左侧的轻芒阅读 App 旧版页面为例，图片+文字氛围的做法虽然极大强调了主题，但却也极大浪费了展现效率，违背了内容优先的原则，效果并不好。
3. 引导左右滑动（可见性）
引导的方式有很多，最常见的三种做法分别是：左右加引导箭头、底部加指示器、后续内容漏一部分。
但不管怎么样，必须要有明显的标志告诉用户下面的内容是可以左右滑动的。尤其，当你的用户受众面非常广（普通电商、新闻阅读等）时，年龄较大的小白用户未必像设计师和产品经理们对“左右横滑”的交互这么熟悉，这也会间接导致这种方式的效率下降。
4. 控制数量并避免极限情况
左右滑动的内容是不是可以放无限个？当然不是。根据我的经验，一般5-10个卡片为佳，过少会导致与用户期待不符，一滑就见底；而过多则不如引导用户去更详细的主题页面，展示更多相关信息。
需要注意的是，如果你没有办法强控一个主题下的卡片数量，就必须从设计上做好后备方案。
5. 低效率和错误的优先级
设计师们都喜欢“左右横滑”的设计，不仅因为信息密度大，页面层次好梳理，更多也是因为操作方式“酷”。但有经验的设计师会尽可能拒绝“左右横滑”，因为它的效率还是太低。而效率低，体现在两个方面：
首先，就像上面说过的，更多的小白用户对左右滑动的预期并不强，还是更加适应纵向滑动的传统交互方式。
通过自己工作中的实验和与朋友闲聊分享的交互数据上来看，左右滑动的组件在滑动使用率和卡片点击率上显著低于其他正常铺出来的内容。有时即便卡片数量不多，滑动到最后的用户也是寥寥无几。可见，在习惯于一个浏览方向时，强行插入一个完全垂直的方向，用户习惯并不容易改变。
其次，纵向和横向优先级常常导致预期错误。以下图 App Store 为例，所谓的内容都是 App，泳道只是用不同的维度把 App 组织起来。
综上所述，希望对大家使用“左右横滑”这种形式的交互方案时，有一些帮助。
