网易云音乐首页截图
除了类似这个case里面图面部分区域可左右滑以外，也有整屏左右滑的手势操作的应用，即滑动切换顶部tab。
就好像是当前这个菜单下，我有一叠卡片分别是属于这个菜单下的不同分类，通过左右滑动可以切换查看不同的卡片内容，也可以通过点击顶部tab直接定位到相应的某张卡片，比如下图的酷狗音乐。
（酷狗音乐app的首页截图，功能真的太多了==）
这个认知在一众产品的教育下逐渐形成，抖音也是这样处理的，左右滑动是切换顶部的三个tab，分别是同城、关注、推荐。
（除了以上两种左右滑动场景以外，部分页面跳转较多的的app比如淘宝，也会用左右滑动的手势来控制进入下一个页面和退出当前页面，这里先不展开了）
因此，抖音为什么不用左右滑来切换视频就很好理解了。
- 因为左右滑被其他操作给占用了左右滑动当前承载着切换顶部tab的功能，方便承载更多不同类别的丰富内容，满足不同用户多元化的诉求，如果用左右滑动来切换上一个和下一个视频的话，意味着切tab的功能需要用其他手势/功能按钮来替代，或者用户需要手动点击才能切换类别，或者用户用上下滑等其他手势替代操作，前者操作成本较高，后者暂未形成统一认知，教育成本较高。
- 因为左右滑没有上下滑好操作从操作的简便性而言，上下滑动优于左右滑动，在单手持机的状态下，上下滑动是更符合操作习惯的。而且，用户切换查看下一个视频的行为频次会远高于切换顶部tab查看另一个类目，因此更高频的行为对应更低门槛的手势交互，能让用户用的更爽。
刚刚我们只讨论了抖音，基于产品本身的特性，和目前内容的丰富程度，选择了上下滑切换视频，那为啥探探选择了左右滑呢？
如果说抖音是首创大屏沉浸式的短视频且通过下滑切换的产品，那么探探就是首个用卡片形式通过左右滑来交互的陌生人交友产品。既然上下滑这么友好易操作，为啥不是下滑查看下一个交友对象呢？
首先，我们说下滑比左滑好操作，并不意味着所有的交互都需要用下滑，毕竟上下滑只能操作一种行为，因此需要比较用户的操作频次以及产品本身的定位综合考虑。
对于抖音来说，查看下一个视频是用户的高频行为，且这类短视频app希望用户尽可能的多消费内容，多看视频，所以产品设计上要用最好交互的手势操作最应当发生的用户行为，非常合理。
但是，对于探探来说，下滑查看更多并不是用户的核心诉求，用户打开探探是想找到一个匹配的对象，而不是看看探探上到底有多少小哥哥，如果是来看美男子照片的话，我为啥不去刷陈伟霆的微博呢？对吧，所以探探其实不希望用户是来消费内容，然后不断下滑查看下一个内容的。
用户想要的是，找到一个匹配的对象，并且快速搭讪，建立关系。
基于这个用户诉求，探探需要做的是：
- 【提供内容】基于用户画像，推荐可能的匹配对象
- 【辅助快速匹配决策】首先是提供尽可能少，且关键的信息，帮助用户构建对对方的profile，这些信息包括照片、年龄、星座、地理位置。
除此之外，提供尽可能少的选项，即喜欢、不喜欢、超级喜欢。
探探首页截图
超级喜欢某种程度上是为了会员制而包装出来的特色功能，对于单个对象而言，其实所有的决策都可以简化为喜欢，和不喜欢两种。
当选项足够少的时候，决策才能变得容易。
否则光排除错误答案都要思考老半天。举个反面例子，如果用户对于单个对象的决策分成四档，“一见钟情型喜欢”，“感兴趣想试试”，“一点点心动但是不想主动追”和“完全不感兴趣下一个”。
好家伙，光是理解这几种分类就很费劲了，还需要思考具体放在哪一类合适。如果“一见钟情型喜欢”的池子里没有鱼上钩，就继续在“感兴趣想试试”的池子里再决策一下有没有勉强能达到“一见钟情型喜欢”的类型，这样整个决策过程就会变的非常复杂，光是基于照片等有限信息也很难支持这么详细的分类依据。
所以，探探想帮助用户快速决策，重点在于快速，只要选择喜欢和不喜欢就行了。
刚刚我们拿抖音和探探做比较，一个上下滑，一个左右滑。但是实际上，完全没有可比性。抖音上下滑是查看上一个和下一个，而探探严格来说，左滑也是下一个，右滑也是下一个，因此是用互斥的两个手势动作来承载用户互斥的两个态度，喜欢和不喜欢。
也就是说，用户没有选择上一个的操作按钮。
这个需求不是做不了，而是不给做。
只有没有退路的时候我们才会更加慎重的决策，否则错过这个村就没这个店了，通过不给用户试错和回退的机会来让用户更加慎重的决策，提高决策的效率。
如果用上下滑来表示喜欢和不喜欢的话，上滑查看下一个的用户习惯过于根深蒂固，一定会带来大量用户实际想看下一个但莫名其妙选择了喜欢还配成对的badcase，因此，这个场景下，首创左右滑动的交互方式来代表用户态度就显得有用且高效。
03 当滑动屏幕的时候，我们想干啥讨论完各种交互方式，我们回归到上滑屏幕这个行为本身，当我们滑动屏幕的时候，我们想干啥。我们在什么时候会有意识的滑动屏幕？
有两种可能性，一种是当前屏幕的内容感兴趣，想了解关于当前这个对象的更多信息，即追求当前信息的延伸，比如看长微博的时候，一屏没放下，然后滑动屏幕慢慢慢慢往下看。
另一种是对当前内容不感兴趣或者已经消费完成当前内容，寻求同类型的下一个对象，比如刷朋友圈，往下滑不是还想看python的广告，而是对这个广告不感兴趣想快点略过广告查看下一条。
这两者其实是有区别的，举个不太恰当的例子，当你在一个狼人*局认识了一个可爱的二次元女孩，你加她微信搭讪，可能有两个目的，如果这个女孩子还单身，你或许想进一步增进了解，追求人家，即当前对象信息的延伸，如果这个女孩子已经有男朋友了，你或许想问问人家，还有没有闺蜜，还有没有和她一样可爱的女孩子，可以介绍给自己认识，即追求同类型的下一个对象。
那怎么区分用户滑动的时候，是想滑动当前这张卡片，还是想滑动切换到下一张卡片呢。
答案是，不区分hhh。
虽然在知乎早期是将这两种行为严格区分开来的，查看完当前回答需要返回上一个列表页，点击下一个回答，然后进入内页查看详情。
但实际上，无论是同类还是不同类的内容，对于用户而言都是消费更多的信息，屏幕大小有限，当前内容一屏展示不下，所以需要用户手动下滑，但这张卡片总归有看完的时候，内容加载完之后，是选择让用户下拉失败告诉他我这儿没有更多内容了，你需要退出再找找别的，还是马上补上下一个相似内容，方便用户无缝衔接的继续消费呢？
（虽然我没有关于这个小哥哥的更多详细信息了，但我还能给你介绍更多小哥哥，保准有你喜欢的内容，反正你别走，欢迎再看看别的～）
产品选择的必然是后者，也就是现在的瀑布流。内容的无缝衔接降低了用户查看更多内容的操作成本，毕竟消费当前信息的用户对于同类信息也大概率会感兴趣，给到用户更流畅的信息消费体验的同时，产品经理也促进了更多内容消费的行为的发生，给产品带来更大的商业价值。
但是瀑布流也不是什么都好，也有badcase，毕竟混杂了两种用户需求，喜欢当前内容和消费完了不喜欢当前内容的场景。
如果用户在朋友圈看到了python的广告，滑动想做的事情是略过这个内容查看下一个，但是默认展开的评论区那么长刷了一屏又一屏，用户明明对当前信息不感兴趣你还继续补充更多关于当前信息的内容供对方消费，马屁拍到马腿上，导致用户最后骂骂咧咧退了出去。
将滑动的两种场景耦合在一起的话，势必会带来这样的问题，因此瀑布流能够让用户一直继续消费下去的前提也取决于看到感兴趣的内容带来的愉悦和对不感兴趣的内容或者广告的容忍度，需要一个强大的推荐算法～
04 一定要交互才能看到下一个视频吗这个问题其实还没有思考完，我们比较了所有的交互方式，怎么样看到下一个视频，怎样查看下一个，每个交互方式的优劣势。但一个问题是，我们必须通过交互才能看到下一个视频吗？
答案是未必。
比如说，我们可以自动轮播，像微博一样，3秒后自动为您播放下一个视频（当初一度吐槽这个功能，因为推荐的视频太烂了完全不感兴趣），再比如说，我们可以一个屏幕放俩视频啊，上一个和下一个都在这了，整整齐齐，我们也可以像b站一样，首页有两纵列视频等待小主点阅。
为啥抖音要一个内容占据整个屏幕，然后让用户来操作才能看到下一个视频呢？我猜测可能有以下两方面的原因：
- 第一，沉浸式体验。大屏的好处在于沉浸式体验，整个屏幕除了当前视频没有其他信息，用户可以毫无负担的享受当前内容，忘却外部烦恼，不知不觉，抖音十几秒，人间俩小时。
- 第二，不确定性和惊喜感。大屏交互和快手等产品之前的双列feed流相比，还有一个好处在于，列表代表了确定性，需要决策成本，点开哪个看哪个，当你查看列表的时候，你预览了信息，知道可能会有哪些内容，并且基于标题和预览信息选择了一个内容，那么你对视频内容就有了基本的预期，内容也很难超出预期，只能大概率符合预期或者低于预期。
而大屏交互，看不到下一个意味着不确定性和惊喜感，如果说双列feed流的下一个视频是4选1，那下滑查看下一个视频意味着n选1，你完全不知道下一个是什么，你也不用想下一个是什么，你只用看/不看，不看就继续滑就是了。
我之前的推送中给大家介绍过南京一个我很喜欢的小店，叫做风波庄，我愿意称它为餐饮界的“抖音”。因为在这家店解决了吃饭的一大难题，点菜。
大家都知道点菜是最难的，点多少，点什么，很费劲。你一问旁边人说吃啥就是都行，上菜之后，说你这菜不够硬，或者没有汤，或者没有蔬菜，或者太辣了，或者太油腻，点菜的人心里苦也没处说。
（我可太爱风波庄了～强烈安利大家有机会尝尝）
但是风波庄摒弃了传统的看菜单点菜方式，一进来服务员不会给你递一张密密麻麻各种推荐菜的菜单，而是直接按照人数上菜，没有菜单。
你只要坐下喝口水的功夫，就有人开始给你上菜了，但也不是完全失去了选择权，因为每道菜你都可以独立选择留下还是端走，大型100选8的多选题就变成了八道2选1的是非题，整个就餐体验变得轻松高效。
当然，这个背后还强依赖推荐算法（阿姨对每个人食量和口味的预估），以及产品本身的质量（菜品丰富度和口味）。
所以综上，抖音为什么是上滑查看下一个视频的设计，我的回答如下：
首先，这个设计的背景是产品本身基于对其背后推荐算法的自信，省去了用户决策的环节，直接进入当前内容的消费阶段，因此用户需要手动操作去切换内容，或者换句话说，用户需要有出口表达自己是否接受被推荐的内容，而不是被迫消费所有被推荐的内容。
在用户有交互诉求的基础上，上滑的好处是：
- 不需要额外的教育成本，上滑查看更多内容已经潜移默化成为了用户习惯。
- 上滑是最简便的交互手势，查看更多是用户和产品的共同诉求，所以上滑承载用户最高频的诉求十分合理。
- 用上滑来查看更多，保留左右滑用于tab切换，保证了结构和内容的可扩展性，保证了产品的活力。
#专栏作家#
李涛，*柠檬two，人人都是产品经理专栏作家。新人产品经理，专注于产品求职分享和社交/社区赛道产品思考。
本文原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Pexels，基于 CC0 协议
