1)点击行为2)手势操作

对于手势操作，这里只讨论单手持机的场景(毕竟大部分单手可以完成的行为，双手也可以完成)，只讨论更常见的一指操作。像mac这种有多个手指和方向的复杂手势不在此列。

手势操作可以分为左右滑动、上下滑动，以及稍微复杂一点的用手势绘制相应图形的操作。这里主要讨论上滑和左右滑。

刚才我们讨论了为什么手势操作比屏幕点击好，但也是手势操作。为什么不向右滑动观看下一个视频？目前左右滑动主要用于什么场景下的什么操作行为？还有，左右滑动和上下滑动有什么区别？

首先，按照从上到下、从左到右的常规阅读习惯，如果左边的幻灯片是上一张，右边的幻灯片是下一张，就不难理解和接受。下面网易云音乐首页的banner轮播图和菜单栏设计相似，可以滑动查看下一张和上一张。所以，如果你左右滑动切换下一个视频，也是一种能被用户理解的交互行为。

网易云音乐首页截图

除了这种情况下的绘图部分区域可以左右滑动之外，还有在整个屏幕上左右滑动的手势操作的应用，也就是滑动切换顶部tab。

好像在当前菜单下，我有一叠属于这个菜单下不同类别的卡片。左右滑动可以切换查看不同的卡片内容，也可以点击最上面的标签页直接导航到对应的卡片，比如下图的酷狗音乐。

(酷狗音乐app首页截图，功能真的太多了= =)

这种认知是在很多产品的教育下逐渐形成的，抖音也是如此。左右滑动是切换最上面的三个标签页，分别是城市、关注和推荐。

(除了以上两种左右滑动场景，一些页面跳转比较多的app，比如淘宝，也会用左右滑动手势来控制进入下一页和退出当前页，这里就不展开了。)

因此，很容易理解为什么抖音不左右滑动来切换视频。

由于左右滑动被其他操作占用，目前左右滑动承载了切换顶部标签页的功能，方便承载更丰富的不同类别的内容，满足不同用户的多样化需求。如果使用左右滑动来切换上一个视频和下一个视频，则意味着需要用其他手势/功能按钮来代替tab-cutting功能，或者用户需要手动点击来切换类别，或者可以使用上下等其他手势来代替操作。前者运营成本高，后者尚未形成统一认知，造成教育成本较高。因为左右滑动不如上下滑动，所以从操作简单性来说上下滑动比左右滑动好。单手持机状态下，上下滑动更符合操作习惯。而且用户切换观看下一个视频的行为频率会远高于切换到顶部标签页观看另一个类别的行为频率，所以更高频率的行为对应的是更低门槛的手势交互，可以让用户感觉更好。

为什么探空仪会左右滑动，而抖音会上下滑动？

刚才，我们只讨论了抖音。基于产品本身的特点和当前内容的丰富性，我们选择了上下切换视频。那么我们为什么选择左右滑动进行探索呢？

如果说抖音是第一个拥有大屏沉浸式短视频，通过滑动切换的产品，那么探客就是第一个以卡片形式左右滑动让陌生人交友的产品。既然上下滑动这么友好，操作简单，为什么不滑下来看看下一个朋友呢？

首先，当我们说向下滑动比向左滑动更容易操作的时候，并不是说所有的交互都需要向下滑动。毕竟上下滑动只能操作一种行为，所以需要对比用户的操作频率和产品本身的定位。

对于抖音来说，观看下一个视频是用户的高频行为，这类短视频app希望用户消费尽可能多的内容，观看尽可能多的视频。所以在产品设计中用最好的交互手势操作最合适的用户行为是非常合理的。

但是，对于探索来说，向下滑动看到更多并不是用户的核心诉求。用户打开探索是为了找到匹配的对象，而不是看有多少小弟在探索。如果他们是来看帅哥照片的，为什么我不在陈伟霆刷微博？对吗？所以探测实际上并不希望用户消费完内容，然后向下滑动看到下一个内容。

用户想要的是找到匹配的对象，快速搭讪，建立关系。

基于这个用户的诉求，探索需要做的是:

【提供内容】根据用户画像推荐可能的匹配对象【辅助快速匹配决策】首先，提供尽可能少且关键的信息，帮助用户建立对方的个人资料，包括照片、年龄、星座、地理位置等。此外，尽可能少地提供选项，如喜欢、不喜欢和超级喜欢。

探索主页截图

在某种程度上，超级喜欢是为会员包装的特殊功能。对于单个对象，其实所有的决定都可以简化为喜欢和不喜欢。

当有足够多的选择时，决策会变得更容易。

否则，你要想很久，只是为了消除错误的答案。举个反面的例子，如果把用户对单个对象的决策分为四类，分别是“第一眼就喜欢上了”、“有兴趣尝试一下”、“有点兴奋但不想主动追求”和“对下一个完全不感兴趣”。

好家伙，光是理解这些分类就已经很难了，你需要思考哪一个才是合适的。如果“一见钟情”的池子里没有上钩的鱼，那就继续在“兴趣和想尝试”的池子里做决定，看看自己是否能勉强达到“一见钟情”的类型。这样整个决策过程会变得非常复杂，仅仅基于照片等有限的信息，很难支撑如此详细的分类依据。

所以，探查想要帮助用户快速决策，关键点是要快，只选择自己喜欢的和不喜欢的。

刚才我们把抖音和探空做了比较，一个向上滑，一个左右滑。但其实根本没有可比性。抖音上下移动以检查前一个和下一个。严格来说，左边的幻灯片也是下一张，右边的幻灯片也是下一张。所以用两个互斥的手势来承载用户互斥的态度，好恶。

也就是说，用户没有选择前一操作按钮。

这个需求不是不可以，而是不给。

只有在没有退路的情况下，我们才会做出更慎重的决定，否则错过这个村子就没有这个店了。不给用户试错和撤退的机会，可以让用户做更慎重的决策，提高决策效率。

如果用上下滑动来表达自己的好恶，上下滑动查看下一张的用户习惯太根深蒂固了，肯定会带来一大批其实很想看下一张却莫名其妙选择喜欢和匹配的用户。因此，在这种场景下，创建一种左右滑动的交互方式来表示用户的态度是有用和高效的。

在讨论了各种交互方式之后，我们回到滑动屏幕本身。当我们滑动屏幕时，我们想做什么？我们什么时候会有意识的滑屏？

有两种可能。一种是你对当前屏幕的内容感兴趣，想更多的了解当前对象，也就是追求当前信息的延伸。比如看长微博的时候，不放下一个屏幕，然后滑动屏幕慢慢往下看。

另一种是对当前内容不感兴趣或者已经消费了当前内容，寻求下一个同类型的对象，比如刷朋友圈。下去不是因为还想看python的广告，而是对这个广告不感兴趣，想跳过广告看下一个。

其实两者是有区别的。举个不太恰当的例子，在狼人杀局遇到一个可爱的二阶女生，在微信上搭讪可能有两个目的。如果这个女生还是单身，你可能想进一步增进了解，追求别人，也就是当前对象信息的延伸。如果这个女生已经有男朋友了，你可能要问问别人有没有闺蜜，有没有和她一样可爱的女生。"

如何判断用户滑动时是想滑动当前卡片还是切换到下一张卡片？

答案是，不要区分hhh。

虽然在知乎早期对这两种行为进行了严格区分，但是在查看完当前答案后，需要返回上一个列表页面，点击下一个答案，然后进入内页查看详情。

但实际上，无论是相似的还是不同种类的内容，对用户来说都消耗了更多的信息，而屏幕尺寸是有限的，所以当前内容无法在一个屏幕上显示，用户需要手动向下滑动。但是，这张卡打完了，内容加载后，你是选择让用户下拉，告诉他我这里没有更多的内容了吗？是需要退出去找别的，还是需要马上填充下一个类似的内容，让用户无缝继续消费？

(虽然我没有这位小哥哥更详细的资料，但是我可以给你介绍更多的小哥哥。肯定会有你喜欢的。反正不去，欢迎看别的~)

产品选择一定是后者，也就是现在的瀑布。内容的无缝连接降低了用户查看更多内容的运营成本。毕竟消费当前信息的用户，大概率会对相似的信息感兴趣，这会给用户更流畅的信息消费体验。同时，产品经理也会推动更多内容消费行为的发生，为产品带来更大的商业价值。

然而，瀑布流并不都是好的，也有不好的情况。毕竟用户的需求有两种，是混合的:喜欢当前内容的和消费后不喜欢当前内容的。

如果一个用户在朋友圈看到python的广告，他想做的是跳过这个内容，查看下一个。但是默认评论区太长了，刷了一个又一个屏幕。你继续添加更多关于当前资讯的内容供对方消费，阿谀奉承被拍在马腿上，导致用户最后破口大骂。

如果两种滑动场景耦合在一起，必然会带来这样的问题。所以，瀑布流能让用户持续消费的前提，取决于看到有趣内容的愉悦感和对无趣内容或广告的容忍度，需要强大的推荐算法~

其实这个问题我们还没想完。我们对比了所有的交互方式，下一个视频怎么看，下一个怎么看，每种交互方式的优缺点。但有一个问题是，我们一定要互动才能看到下一个视频吗？

答案是不一定。

比如我们可以像微博一样，3秒后自动播放下一个视频(一开始这个功能被吐槽了，因为推荐的视频太烂根本没兴趣)，或者再比如我们可以一屏播放两个视频，上一个和下一个都在这里，整整齐齐，或者像哔哩哔哩一样，我们可以在首页有两列视频等待主持人点击。

为什么抖音希望一个内容占据整个屏幕，然后让用户操作它来看下一个视频？我猜可能有以下两个原因:

第一，沉浸式体验。大屏的优势在于沉浸式体验。整个屏幕除了当前视频没有其他信息。用户可以毫无负担地享受当前的内容，忘记外部的烦恼。不知不觉，抖音持续了十几秒，世界上需要两个小时。第二，不确定和惊喜。相比Aauto Quicker等产品之前的双排feed流，大屏交互还有一个优势:列表代表确定性，需要决策成本。当你查看列表时，你预览信息，知道可能有什么内容，并根据标题和预览信息选择一个内容，所以你对视频内容有一个基本的预期，内容很难超出预期。只能大概率达到或达不到预期。但是，大屏互动意味着看不到下一个的不确定性和惊喜。如果双排提要流中的下一个视频是4中1，那么向下滑动查看下一个视频就是n中1，你根本不知道下一个是什么，也不用去想下一个是什么。你就看/不看，不看就一直滑。

我之前的推送里介绍过一个我很喜欢的南京小店，叫风波庄。我愿意称它为餐饮业的“抖音”。因为在这家店，我解决了一个吃饭的大问题，点了。

大家都知道点餐是最难的。点多少点什么很费劲。你可以问旁边的人你想吃什么。上菜后说你的菜不够硬，或者没有汤，或者没有菜，或者太辣，或者太油腻，点菜的人没地方说。

(太爱风波庄了~强烈安利大家有机会试试)

然而，风波庄抛弃了传统的看菜单点菜的方式。你一进来，服务员就不会给你各种推荐菜的菜单，而是直接按人数上菜。没有菜单。

只要你坐下喝水，就会有人开始给你上菜，但你并没有完全失去选择权，因为你可以自主选择每一道菜是留下还是带走。100分之8的大型选择题变成2分之8的真假题，整个用餐体验变得轻松高效。

当然，推荐算法(阿姨对每个人食量和口味的估算)和产品本身的质量(菜品的丰富度和口感)都是这背后的强大动力。

那么，为什么抖音要滑上去检查下一个视频的设计呢？我的回答如下:

首先，这个设计的背景是产品本身基于对背后推荐算法的信心，省去了用户的决策过程，直接进入当前内容的消费阶段。因此，用户需要手动切换内容，或者换句话说，用户需要一个出口来表达是否接受推荐内容，而不是被迫消费所有推荐内容。

基于用户的交互需求，上滑的好处是:

没有额外的教育成本，向上滑动查看更多内容已经成为用户的习惯。上滑是最简单的交互手势，多看是用户和产品的共同诉求，所以上滑承载用户的最高频率诉求是非常合理的。使用向上滑动可以看到更多，保留左右滑动可以进行tab切换，保证了结构和内容的可扩展性和产品的生命力。

#专栏作家#

李涛，微信微信官方账号:柠檬二，人人都是产品经理专栏作家。新的产品经理，专注于产品工作分享和社交/社区追踪产品思维。

本文由人人作为产品经理原创发布，未经允许禁止转载。

题目来自PEPEPELS，基于CC0协议。