本文对于B站的“稍后再看”功能展开了拆解和细化，并与收藏功能进行了对此分析，与大家分享。

说到b站，它是我现在为止最喜欢的一个视频平台，每天花在b站上的时间平均超过了半小时。我一直看好B站，觉得b站会成为中国未来可以和YouTube pk的唯一的UGC视频平台。

作为深度用户，关于b站有太多可说的，比如关于用户定位、用户培养、创作激励、如何培养良好的社区氛围、b站的运营方式、关于《后浪》、弹幕质量、商业发展目标等，还有很多微观的可用性问题，之前想把这些系统的组织在一起，写一两篇文章，但感觉涉及太多内容，很难有个点可以整合在一起，那样篇幅也会过长，也没有办法就某一个点深入探讨。

所以就干脆分别讨论，把每一个讨论的点铺开，以絮絮叨叨的唠嗑形式，每次深入讨论一个主题，预计会超过10篇（捂脸）。

b站做到现在的规模和用户量，有很多值得学习的地方，但我这次一个我觉得有待优化的小问题入手——b站的“稍后观看”功能

“稍后观看”它是我最常用到的功能之一，这是一个看起来很小的功能，但这个需求并不一定小，使用频率并不一定低，作用也不一定小。当然也因人而异，因用户在b站的不同目标而异。

这个功能是在刷动态的时候用到或者通过首页推荐的视频，早期用户关注的up主比较少时，更多通过定向搜索搜索视频?（自己带着一个明确的搜索目标，例如学习大学英语四级），随着用户的使用，关注了一些感兴趣的up主后，用动态浏览视频会更频繁。

动态是我目前观看b站视频最重要的途径，我可以在动态里浏览自己关注的100多位up主的视频更新和动态更新。另一个较常见的场景，用户关注的up主的动态还会以消息形式推送给用户，这时可能会查看一下，但不一定条件允许立马观看，这时也会先添加为“稍后再看”。

b站作为一个UGC视频平台，它的社区属性很重，用户不仅可以发视频，还可以发动态，包括转发其他人的动态、发长文章等。相当于b站是一个微博（社区）+UGC视频平台的综合体，这是个聪明的方式，也是b站的优势之一。社区属性可以让up主的订阅用户和up主之间的距离更近，更亲切。

如果没有动态这样的社区属性，视频订阅者和视频发布者的沟通就只能限于发布视频一种单一形式，但这种形式特点是频次较低。视频制作者发布一个高质量的视频可以需要一周甚至几周，在这期间，他与订阅者的互动为0。

但对于b站来说，同样是这种高质量长更类型，他不更新视频的时候，也可以通过发动态的形式与订阅用户互动、交流。up主和粉丝的距离拉近了，互动频繁了。up主和up之间的距离也拉近了（很多up主会在动态转发自己喜欢的up主或自己认识的其他up主的视频，通过这种方式促进了up主之间的互动，也让粉丝可以关注到更多自己感兴趣的相关领域up主），同时也就增加了b站平台和用户的黏性，用户和平台的互动也就更频繁了，DAU 、MAU也会显著增长。所以社区属性我认为是所有想增加用户粘性的平台都会做的一件事。

我订阅的up主的更新视频都是通过动态知道的，因为这种社区属性和频繁的互动，我刷动态时的需求并不一定是立马观看。比如我在地铁上，碎片时间，就会像刷微博一样，在b站动态里刷一刷关注的up主又更新什么新动态、又更新什么新视频了。但这时往往并不具备立马观看的条件，需要通过“稍后观看”把自己感兴趣的视频先收藏起来，在条件允许的情况（安静的环境、有耳机、有wifi等等）再看。

这里需要考虑的一个问题是：

01 即然刚才提到“稍后观看”的作用是“把自己感兴趣的视频先收藏起来”，那它和收藏功能有区别吗？

以前b站的“稍后观看”是在首页的导航栏单立出来的，它和“收藏”功能是两个平级的功能。但在2019年下半旬改版到收藏夹的二级菜单里了。前后对比如图所示：

为什么b站会把“稍后再看”整合到“收藏”功能下呢？我猜b站是考虑到“稍后再看”它的功能就是收藏功能，假设没有“稍后再看”这个功能，用户也完全可以在收藏夹自建一个名为“稍后再看”的收藏夹。

所以b站大概觉得即然如此，“稍后再看”其实就是某种意义的收藏行为，就应该归类在“收藏”里。“稍后收藏”从本质来说，的确是某种意义的收藏。抛开b站，想象下当我们在微博上看到一个视频，需要稍后观看，会怎么做？就是用“收藏（⭐️）”功能。

但是再考虑下，即然如此，为什么YouTube的“稍后再看”和“收藏（播放列表）”是分开的呢？

说明“稍后再看”和“收藏”应该还是有不同之处的。

区别是什么？

1. 一个是已经看了的视频，一个是还未看的视频

“收藏”里的视频是用户已经看过的，对视频的质量表示肯定，觉得对自己很有用或者还未看完，所以放在收藏夹。

“稍后再看”里的视频是用户还没有看的，视频质量好坏不确定，有没有用用户不确定，但它们确实是用户感兴趣、接下来想看的视频。

2. 时效性不同

“稍后再看”和“收藏”保存的时间不同。

“稍后再看”顾名思义就是稍后就会看的，观看后有可能觉得值得收藏，那就会放入“收藏夹”里，如果觉得没必要就会删除。

而一旦用户把一个视频放在“收藏”，是一种更长久的保存方式，删除的几率比“稍后再看”列表里的低很多。用户有可能收藏后一段时间并不会用到这个视频，但也不会删除，因为这是用户看过后，筛选出来的视频，觉得视频有价值才会收藏。

3. 放在“稍后再看”里的视频，会伴随更多操作

比如看之后，从“稍后再看”列表中删除。（最常用的操作）

• 看之后，放入“收藏”
• 看之后，点赞
• 看之后，分享到动态或其他社交平台。

说到点赞，这里有一点我一直比较费解，放入“稍后再看”的视频，如果视频是从首页hover“收藏”，在弹出的下拉菜单里的“稍后再看”列表里点开的，视频下面有点赞button。（如图所示）

如果是在“稍后再看”列表页点开的视频（点击上面popovers的“稍后再看”列表左下的“查看全部”button可以跳转至此页），视频下面就没有点赞的button了。（如下图所示）。

同样一个视频，同样是“稍后再看”，不同的点开入口，界面却不一样。当然有时候不一致是为了场景不同服务，但我没搞明白这里为什么会有这种不一致性。并且从场景需求来说，加入“稍后再看”的视频，看完后最频繁的三个操作，就是“点赞”“投币”“收藏”以及“从列表删除”，所以一直不明白为什么这里会删掉“点赞”button。难道加入“稍后再看”的视频，只能投币吗？

把“稍后再看”合并进“收藏”后，从交互和可用性上有什么区别？

其实主要区别就是效率问题，之前放在导航栏首层，如果想点开“稍后再看”里的某个视频，只需要两步（web端）：

1. 光标hover在“稍后再看”上，弹出“稍后再看”的列表
2. 点击要看的视频

将“稍后再看”放入收藏夹子集后，需要三步（web端）：

1. 光标hover在“收藏”上，这时弹出的二级菜单是“默认收藏夹”的。
2. 点击二级菜单里的“稍后再看”，这时的列表才是“稍后再看”的列表
3. 点击里面想看的视频

另一个问题是：“稍后再看”的权重如何？鼓励不鼓励用户用“稍后再看”功能？

b站将“稍后再看”放入二级菜单，我猜除了信息架构上的合理归类的考量，应该还有权重方面的考量？可能b站希望降低“稍后再看”的权重，鼓励用户将“稍后”变为“即刻”观看，以促进视频播放量。和这个考量相关的另一个设计是：b站设置了“稍后再看”里视频数量上限，只允许用户收藏100个稍后再看的视频，如果超出会出现如下提示。

这点让我想起了淘宝的“购物车”，都有数量上限。但b站的“稍后再看”列表和淘宝购物车列表有什么异同吗？

淘宝之所以限制购物车数量，是因为用户放在购物车里（但是并没有完成付款）的商品，会占用卖家商品的库存，也就是如果某个商品你放在购物车里了，其他顾客就买不到了（在库存紧张的情况下）。而放入购物车后如果没有立即付款，可能后续会付款，也有可能是用户改变了主意，买了其他家的产品，但购物车里的却没有删除。

所以淘宝并不鼓励用户滥用购物车，设置了数量限制。而b站的视频并没有占用实体库存的问题，你的收藏了并不会影响其他用户的观看视频，它并不存在实体买卖的库存问题。所以不明白为什么这里要设置上限。

当然设置数量限制也可能带来好处，它有可能会强迫一部分用户处理、筛选之前设为“稍后再看”但一直没看的视频。但不确定是否对所有用户有这样的作用，具体效果可能需要通过A/B测试或者访谈的形式验证才知道。

从使用场景来说，我觉得效果不一定明显。因为用户瘦身“稍后再看”列表里的视频，和购物车还不一样，需要浏览、观看这些视频，决定是否从列表删除，需要在充足的时间才可以操作。而在这期间，用户刷到一个想“稍后再看”的视频，就只能放弃添加了，而等他腾空了列表里的一些视频后，可能在首页推荐或者动态里里已经很难找到那个视频了。

所以我觉得并没有必要给“稍后列表”设置数量上限电商希望用户立即购买，这样可以提高转化率。即便如此，电商也都设置购物车和心愿单功能，并且给它们较高权限。购物车和心愿单到底是有助于提高转化率还是妨碍提高转化率呢？我觉得是有助于提高转化率的。

作为视频平台，“稍后再看”的权限如何，它有助于提高播放量还是有碍于提高播放量呢？如果没有这个功能，用户并不一定就会立即观看从而提高播放量。从本质来说，并且观看视频需要更多的时间以及一些更多的条件（闲暇时间、安静环境、wifi（4k权益出现后更是需要wifi环境）、耳机等），它只会比购物更难通过冲动立即转化。

如果没有“稍后收藏”，有可能动态刷过去就过去了，之后动态里会有很多新动态，用户不一定会再去翻地铁上刷到的那个动态。“稍后再看”功能可以让用户把碎片时间刷到的想看的视频先收藏起来，提高效率，反而可以提高后续条件允许时视频的浏览量。

最后一个问题是，“稍后再看”功能在客户端和web端的不一致

现在一些大厂，客户端和web端往往是不同的团队在做，这样就会带来不同端信息架构不一致的问题。

就比如“稍后再看”功能。在web端合并进了“收藏”下，但是在移动端它们还是分开的两个入口。这在使用中会造成一定困扰，一致性是可用性里很重要的一项。当然不排除有一些不一致是考虑到两个端的使用场景不一样的有意为之，但除此之外，要尽量保持不同端的尽量一致性。

并且即使web端本身，也存在不一致的问题。比如在首页hover“收藏”菜单时，“稍后再看”是排在“默认收藏夹”下面，排在第二位。它在属性上，也和默认收藏夹更像（同属于系统给的收藏夹，用户没法对之进行重命名或删除等操作），但是单击“收藏”，跳转到收藏页后，“稍后再看”又独立出来，放在了所有收藏夹的最下面。这样的前后不一致可能给用户认知带来困扰，降低效率。

综上所述，个人觉得b站在“稍后再看”这个使用频率较高的小功能上，还有可优化空间。向开始说的，小破站有很多优秀的设计，第一次主要说了有待优化的点，也是出于希望它越来越好。下次说个小破站值得学习的地方。

本文由 @ 一朵前浪花 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议