在APP开发设计中，为什么APP开发公司要慎用左右横滑设计？

移动端屏幕越来越大，但用户对内容量的要求也水涨船高。如何在有限的屏幕内透出更多的内容，是设计师们研究的重点。

常用的内容拓展设计有：Y 方向 List 滑动、Z 方向 3D Touch 、入口式内容折叠等。今天想和大家聊的，是其中的“左右横滑”卡片式交互设计。

所谓的“左右横滑”最早可能起源于 Windows Phone 的横向内容滑动设计。用于在同一个页面的 X 轴方向拓展内容空间，“左右横滑”的交互方式被广泛应用于各类 App 中。

设计师们很形象地把这种设计称为“泳道”。

不过，凡事都有两面性。当“左右横滑”的交互把更多内容塞到了页面中时，也产生了诸如可见性差、优先级混乱、内容不突出等体验风险。因此，在使用这种设计时必须有所准备，确保它发挥出最大的效用。

接下来，就让常州开发APP公司紫竹云科技把他们自己设计中遇到的一些“心得”和“坑”分享给大家。

1.挑选合适的使用场景

单页多维度的信息结构是“左右横滑”最适合的应用场景。传统的 List 适合纵向无限呈现单一属性的内容（比如朋友圈或知乎的回答），而对于 App 首页等多种信息聚合的页面，就适合横向开拓内容维度。

以最新版的 Airbnb 为例，它将首页分割为 Banner、热门体验、体验、房源、旅游目的地精选等多个维度，每个维度单独占据一整行，并展现并列的内容。再看 iOS App Store，也是将页面分为诸多维度，把不同的应用分类呈现。

可以看到，Airbnb 和 iOS App Store 整个页面的重心都是利用“泳道”构成的，虽然存在 X、Y 两个浏览方向，但浏览起来并不困难。不过，更复杂的场景是在一个 Y 方向 List 列表中穿插使用“左右横滑”，这时，会有比较多的坑。

2.显眼并适宜的主题展示

从信息优先级上能看到，每个泳道的“主题”非常重要。通常，横向每个小卡片的面积不会太大，所以不可能既展示自身信息，又告知整个泳道的主题。

为此，必须有非常强的视觉信息总领整个泳道。最常见的做法，是在泳道上方设置显眼的“标题”。

最近还常见到比较夸张的做法，是直接在泳道最左端给一个强内容氛围。以下图左侧的 App 旧版页面为例，图片+文字氛围的做法虽然极大强调了主题，但却也极大浪费了展现效率，违背了内容优先的原则，效果并不好。

3.引导左右滑动（可见性）

引导的方式有很多，最常见的三种做法分别是：左右加引导箭头、底部加指示器、后续内容漏一部分。

但不管怎么样，必须要有明显的标志告诉用户下面的内容是可以左右滑动的。尤其，当你的用户受众面非常广（普通电商、新闻阅读等）时，年龄较大的小白用户未必像设计师和产品经理们对“左右横滑”的交互这么熟悉，这也会间接导致这种方式的效率下降。

4.控制数量并避免极限情况

左右滑动的内容是不是可以放无限个？当然不是。根据我的经验，一般5-10个卡片为佳，过少会导致与用户期待不符，一滑就见底；而过多则不如引导用户去更详细的主题页面，展示更多相关信息。

需要注意的是，如果你没有办法强控一个主题下的卡片数量，就必须从设计上做好后备方案。

说到“查看全部”，一般也要求必须出现在泳道当中。呈现上，有直接点击标题或标题后跟着入口的方式来引导，而更多的，也有当滑动到卡片最后一张时才露出“查看全部”，为那些看到最后还意犹未尽的用户一个出口。

5.低效率和错误的优先级

设计师们都喜欢“左右横滑”的设计，不仅因为信息密度大，页面层次好梳理，更多也是因为操作方式“酷”。但有经验的设计师会尽可能拒绝“左右横滑”，因为它的效率还是太低。而效率低，体现在两个方面：

首先，就像上面说过的，更多的小白用户对左右滑动的预期并不强，还是更加适应纵向滑动的传统交互方式。

其次，纵向和横向优先级常常导致预期错误。以下图 App Store 为例，所谓的内容都是 App，泳道只是用不同的维度把 App 组织起来。

那么请问，是“本周新游”中排在第二页的某个 App 优先级更高，还是“新鲜 App”甚至“外表有格调”中的前几个应用优先级更高呢？

如果你要购买其中一个资源位，你要更高优先级“泳道”中的第二屏位置，还是低优先级“泳道”中的第一屏位置呢？

答案当然是首屏就能看到的信息优先级更高，数据上也会有更高的点击率和曝光率。但实际上，这与很多设计师和产品经理的预期不符，他们只关注把高优先级的东西往上提，却疏忽了左右滑动的交互方式触发率非常低。

综上所述，希望对大家使用“左右横滑”这种形式的交互方案时，有一些帮助。

转载请注明：本文来自常州开发APP公司http://www.czwew.com/project/紫竹云科技！