短视频产品的必备功能：自动联播功能的设计不断的产品迭代可以在不同阶段去做很多

作者：陆庄羽

全文共 4670 字 5 图，阅读需要 12 分钟

———— / BEGIN / ————

16年号称是直播元年，200多家平台杀入这片红海，结果随着监管趋严，变现不易，用户增速的变缓，整个直播行业逐渐遇冷，最先崛起的映客也不得不卖身宣亚。

如今仅用一年时间，直播就从资本市场的宠儿沦落成短视频的陪衬，无论是新增的今日头条、梨视频等新玩家，还是直播平台逐步融入短视频行业。

另外还有诸如陌陌、新浪微博这样的流量巨头也在引入短视频为新的增长点，于是在三四年的沉寂后短视频终于在17年又火了。

随着大平台纷纷押宝短视频，最先火起来的当属短视频内容创业领域。内容供给的爆发，既考验各平台对内容的分发和流通策略是否有利于平台的正向发展，也考验着针对短视频这一信息载体，各家产品是否能给用户更好的交互体验。

为此，后续我将不断总结并分享自己在短视频方向的产品设计经验，和大家一起切磋交流。

今天我主要运用5W2H分析法来讲讲自己在短视频自动联播功能设计中的所思所虑。

What什么是自动联播功能

笔者之前在T视频呆的时候，对于类似功能叫做连播，主要运用于PC端，那这里为何叫做“联播”呢？

根据百度解释，【连播】指的是“广播电台或电视台把一个内容较长的节目分若干次连续播出”，而【联播】是指“若干广播电台或电视台同时转播”；前者多指同一专辑的内容连播，例如电视剧剧集，而后者多指平台播放形式，例如新闻联播。

由于短视频的内容基本是碎片化的，基本不存在连续剧集，存在关联性的多是同类型或有相同内容标签的内容，因此这个功能主要是指短视频自动续播关联视频，因此简称为自动联播。

Why为什么要做自动联播功能

如上所说，短视频多是碎片化的内容，虽然时长十几秒到十几分钟不一，但基本上多是几分钟（前段时间业界大佬们对定义短视频时长还有争议，快手认为是57秒竖屏，今日头条认为是4分钟，而老大秒拍认为秒拍就是短视频），观看环境也基本上是在WiFi环境下。

随着短视频内容的多元化和丰富性，就存在一种场景，即用户每打开一次短视频应用，观看的视频可能不止一条，如何能让用户在有限的时间看更多感兴趣的视频，获得更好的沉浸式观看体验呢？

那么在用户主动播放一条视频后，自动联播下一条相关视频无疑可以给用户带来更流畅的短视频观看体验，同时也提高了平台的视频点播率。

当然，也有人会说，没有征得用户同意就自动续播下一条视频，这不是在强迫用户么？

的确会有强迫之嫌，因此在后续如何去实现这个功能时就需尽量避免。

Who针对哪些用户群

首先，对于那些观看目的性并没有很强的用户来说，只要自动联播的视频是用户喜欢的，因此也可以满足用户的观看需求。

其次，对于时间碎片化，惰性比较强的用户来说，自动联播可以无打断的观看视频，极大地提高了观看效率。

最后，对于那些对当前观看内容的关注度较高的用户来说，自动联播可以让用户高效地观看更多关联内容。

因此，在保证联播内容质量的前提下，自动联播的功能很适合短视频这种碎片化观看的内容载体。

When什么时候触发自动联播

既然是自动联播功能，顾名思义，即是在当前视频播放结束后自动播放关联的视频，而且关联的视频模块最好在当前屏幕可视范围内，这样也能让用户更有可控的安全感。

Where在哪个位置自动联播

一般来说，短视频的自动联播会发生在两个位置，一个是纯视频列表，另一个是在视频详情页。

前者一般是自动联播当前视频在列表中的下一个视频，例如腾讯视频热点tab，后者一般是自动联播当前视频的相关视频，例如美拍。

由于笔者负责的产品feed流不一定都是视频列表的形式（会出现文字、图片和视频的混排），因此只在视频详情页做了自动联播功能。

（左腾讯视频，右美拍）

How怎么自动联播

具体怎么自动联播，又涉及到以下几个问题：

1. 联播内容的选择

怎么能让用户对联播的内容不反感，甚至产生惊喜感，联播内容的选择无疑是关键。

如上所说，纯视频列表的联播内容一般是列表中当前播放视频的下一个，如腾讯视频的热点tab。

视频详情页的联播内容细分的话，又分为：

a.专辑列表

对于某些综合性平台来说，有的短视频是存在专辑列表的，也就是同一主题下的若干期内容，这时候联播的内容首选当前播放视频所在的专辑列表，类似于电视剧剧集的连续播放。即A视频的专辑列表是ABCD，A播放结束后自动按顺序续播BCD。这样的好处是可以让观看的内容更有连贯性。

b.相关视频列表

大部分短视频平台的视频详情页都会标配一个相关推荐模块，显示由算法匹配的与当前播放内容有联系的视频列表，这时候联播的内容可以是整个列表。

例如A视频的相关推荐列表是BCD，那么A播放结束后自动联播B，B播放结束后自动联播C，直到整个列表联播结束。

这样的好处是，用户观看完A视频后，之后联播的内容都会与A相关，适合上面说的用户群3，即深入关注某视频主题的用户。

c.相关视频列表的第一个

内容源同b，但是每个视频具体联播的内容选择不太一样，即每次自动联播的内容都是与当前播放视频最相关的那个。

例如A视频的相关推荐列表是BCD，B视频的相关推荐列表是EFG，那么A播放结束后自动联播B，B播放结束自动联播的是E。

这样的好处是：用户每次观看的视频都与当前视频相关性最高，更适合上面说的用户群1，即观看目的并不是很明确的用户，每次都推荐可能最感兴趣的内容，用户接受度也会高些。

由于笔者负责的产品短视频内容的碎片化很高，大部分用户目的性也并非明确，因此采用的c方案：联播相关视频列表的第一个。同时，由于联播视频的相关列表数据极有可能出现交叉，因此对已经联播过的视频做了过滤，避免联播重复视频。

2. 联播告知

上面有说过，自动联播功能实际上有强迫用户之嫌，那么如何尽量降低用户的反感呢？

最主要的便是给用户明确的知情权。

目前主要有两种告知方案：

a.联播前提前告知

以腾讯视频为例，在详情页播放结束前5秒会在顶部提示“即将播放（下一个视频标题）”。

这种方式的好处是提前让用户知情，不至于自动联播后引起用户疑惑。

不好之处在于由于是在视频播放中，而且是在顶部提示，用户很容易忽视，并且无法中断，其实也难逃逼迫用户之嫌。

比较疑惑为何腾讯视频在视频列表中却没有如此提示，莫非是觉得联播的下一个视频是可见的，因此无需提示？而且自动联播列表下一个视频，让上个视频播放结束后的【重播】和【分享】功能几乎成了摆设,因为用户的焦点已经随着播放转移到下一个视频了。

b.当前播放结束后告知

以美拍为例，在详情页播放结束后，3秒倒计时提示“X秒后即将播放（下一个视频标题）”。

这种方式的好处在于既给了用户知情权，也给了用户选择权，在倒计时过程中若用户在当前页面有其他操作（点赞、分享、评论、滑动页面查看评论等）都会立即终止自动联播，在操作结束后点击联播提示，即可继续联播。

不好之处在于一开始的倒计时令人有种紧迫感。

如果我没记错，腾讯视频一开始也采用了这种方式，但后来却优化成了方案a，我想这极有可能和腾讯视频上用户互动频次低有关，因此更想让用户持续发生点播行为，而不是互动。

而美拍还有一个特点在于，每次进入一个视频详情页，其相关视频都是不一样的，我想一方面是让更多视频有了曝光机会，另一方面也在做算法调优，给用户不同的内容选择。

笔者最后采用的是方案b，毕竟做为短视频应用（视频头条）来说，让用户产生更多的互动行为有利于留存，而且这种方式让用户的知情权和选择权得到了完美平衡。

不过，也做了显示优化，为避免倒计时紧迫感没有如秒拍般明确的显示倒计时，为避免页面样式繁多也没有显示联播视频的封面图。

（左腾讯视频、中美拍、右视频头条）

3. 联播视频的页面选择

联播视频的页面选择往往是会被设计者忽略的一个点，但却是整个设计流程中必不可少的环节。

a.新开一个页面

类似网页，每联播一个视频就自动新打开对应的详情页面，好处在于页面层级清晰，即使不断联播也可以返回到上级页面。

当然不好之处也相当明显，页面层级太多，回到一开始入口的路径相当长。因此这种方式并不可取。

不知大家有没发现，新版微信中，无论你在什么页面中进入对话页面，再返回都是回到会话列表页面。一方面可以避免多层级页面中某些状态（关注关系、好友关系等）无法及时同步的问题，另一方面作为IM软件更容易进行会话消息的处理。

b.当前页面不断刷新

以今日头条为例，在当前播放页面继续点播相关视频，不会新增一个页面，而是只是在当前页面刷新信息。这样的好处在于页面层级简单，能快速回到入口列表，但不好之处也很明显，即无法回到之前观看的上级视频页面。

例如，当前播放视频A的相关视频是BCD，在点播C之后就无法继续找到B了，除非退回到入口再进入，这在访问层级很深的情况下是相当痛苦的。

因此，笔者也不建议。

c.新开二级页面持续刷新

以美拍为例，保留当前播放视频页面，自动联播后新打开一个页面，此后的联播视频都在新开二级页面上不断刷新。

这是一个折中方案，好处在于控制了页面层级深度，另外最关键的一点在于，用户由列表进入详情页，是想在详情页做更多操作的（观看评论、收藏、下载等），因此必须保留这个目的页面，而对于继续自动联播的视频只是此页面的附加信息，因此只需要在新开二级页面不断刷新显示即可。

为此，美拍的一个小细节做得非常好：为避免b中无法找到上级页面的问题，在新开二级页面中，美拍增加了返回上级页面的入口，相当贴心。

笔者采用的方案c，这也是笔者设计多层级页面时的常规考虑模式。不过，鉴于此功能属于验证功能，因此并没有一开始就考虑做到完美，故没有增加查看上级页面的小入口。

4. 联播后的视频播放

由于是自动联播，因此联播后是否自动播放也是需要考虑的一个问题。如果平台一开始就有WiFi下自动播放的设置项，那么根据此设置项决定是否自动播放即可。

对于没有此设置项的平台来说，默认WiFi下进入详情页自动播放，而移动网络下提示用户是否消耗流量播放，就会是一个贴心的小设计。

因为很多应用在由列表入口进入详情页时并不会触发自动播放，也就是用户进入了详情页，还得手动点播，这无疑增加了用户点播路径。

How much做到什么程度

自动联播做到什么程度才能让用户喜于接受呢？

除了上面所述的在整个流程中，尽量以用户为中心去考虑和设计各环节（当然也有平台提升点播量的小私心），另外就还是最开始所说的内容。

无论产品设计者为用户提供了多少便捷贴心的功能设计，对于一款内容型产品来说，若提供给用户的内容不是用户想看的或者无法打动用户的，那么其他设计都是白搭。

因此，自动联播的视频质量是决定这个功能是否好用的关键。因此优化相关推荐的算法，联播给用户最想看的内容才是核心。

最后

即使讲到这里，很多朋友依然会质疑这个功能存在的合理性，但就像我上面说的，此功能只是产品迭代过程中的一个尝试而已。

因为在我印象中，秒拍有做过这个功能，大概是以倒计时的形式呈现的，不过现在已经在迭代中弃用了。

开眼也在全屏状态下做过这个功能，大概是以美拍的那种形式，现在也弃用了，而只保留了更多内容的推荐显示。

（开眼）

敏捷开发的好处就在于：不断的产品迭代可以在不同阶段去做很多种尝试。

每个平台的用户习惯和口味也是不同的，尝试过后保留目标用户喜欢的而摒弃不实用的，那么这个产品就可以保证一直都是进步的。这也是作为产品设计者希望看到的。

———— / END / ————

作者简介：陆庄羽（微信公众账号：看风景的人），移动产品经理，目前关注短视频、社交社区、个性化推荐等方向，曾经的文青，如今的产品汪，户外爱好者，愿与所有同道者共同进步！

本文由 @陆庄羽原创发布于人人都是产品经理。未经许可，禁止转载

点击“阅读原文”下载APP