扫描二维码 上传二维码
选择防红平台类型,避免链接被拦截
选择允许访问的平台类型

B站稍后再看与收藏功能对比解析

“快缩短网址” | suo.run —— 从B站“稍后再看”谈产品设计的温度与效率

在数字内容洪流中,哔哩哔哩(B站)始终是我心中最具生命力的UGC视频平台。每日半个多小时的沉浸,不只是刷视频,更像是一场与创作者、社区、自我对话的旅程。作为深度用户,我常想系统梳理它的运营哲学、社区生态与产品细节,但内容庞杂,终难一文尽述。于是,我决定以“唠嗑”的形式,逐点拆解,每篇聚焦一个微小却深刻的功能——今天,我们聊的是“稍后再看”。

---

稍后再看:被低估的“时间容器”



它看似不起眼,实则承载着用户碎片化时间中的期待与选择。在地铁通勤、排队等候、睡前片刻,我们刷动态、看推荐,偶遇心仪视频,却因环境、网络或心情未至而无法即刻观看。此时,“稍后再看”便成了最温柔的承诺——“我记下了,等我准备好,一定来看你。”

这功能背后,是B站对用户行为的深刻洞察:内容消费不是即时完成的,而是需要被“预约”的。

---

它与“收藏”的边界在哪里?



2019年后,B站将“稍后再看”嵌入收藏夹二级菜单,引发了我的思考:两者真的可以等同吗?

#### 1. 观看状态不同
- 收藏:已观看,认可价值,留存备用。
- 稍后再看:未观看,兴趣驱动,待定决策。

#### 2. 时效性差异
- 收藏是长期资产,删除率低;
- 稍后再看是短期计划,看完后往往会被清理或转移至收藏。

#### 3. 操作路径不同
- 稍后再看中的视频,常见操作包括:观看 → 点赞/投币 → 收藏 → 删除。
- 但在实际交互中,从“稍后再看列表”打开视频时,竟无点赞按钮!同一视频,不同入口,界面不一致——这不仅违背了用户体验的一致性原则,也削弱了用户“看完即反馈”的流畅感。



---

为什么B站要合并二者?是优化还是妥协?



或许B站认为:“稍后再看”本质上是一种“收藏”,只是动机不同。但从用户心理来看,收藏是确认后的珍藏,稍后再看是犹豫中的保留。它们应是并列关系,而非包含关系。

更深层的问题在于:权重分配是否合理?

将“稍后再看”置于二级菜单,是否意味着B站有意降低其优先级?鼓励用户“即看即播”,从而提升播放量?这种设计逻辑,与电商平台“购物车限数”有异曲同工之妙——都是通过机制引导用户行为。

但B站视频无实体库存,不存在资源抢占问题。设置100个视频上限,更像是“人为制造稀缺”,迫使用户快速决策。可现实是:用户需逐一观看、筛选,才能清理列表,而这过程耗时耗力。当列表满载,新发现的优质内容只能被放弃——这不是提升效率,而是制造焦虑。



---

跨端不一致:信息架构的割裂



Web端与移动端的体验割裂尤为明显:

- Web端:“稍后再看”藏于收藏夹二级菜单;
- 移动端:仍为独立入口。

跨端一致性是可用性的基石。用户不应因设备切换而重新学习操作路径。即便两端场景略有差异,核心功能结构也应保持统一。

更令人困惑的是,Web端“稍后再看”虽位列默认收藏夹之下,却跳转至独立页面,且置于所有收藏夹底部——既非系统默认,又非用户自建,身份模糊,认知混乱



---

重拾“稍后再看”的尊严



我认为,B站不应将“稍后再看”边缘化。它不仅是功能,更是用户与内容之间的情感契约。在信息过载的时代,它让用户能从容地规划自己的观看节奏,而不是被算法推着走。



建议:
1. 将“稍后再看”与“收藏”并列,作为一级功能入口;
2. 统一跨端交互逻辑,确保操作一致性;
3. 移除数量上限,或改为智能提醒(如“您已有50条待看,是否清理?”);
4. 在“稍后再看”页面恢复点赞、投币按钮,完善闭环体验。

---

结语:小功能,大情怀



B站曾以无数细腻设计打动我——弹幕、动态、充电、番剧追番……每一个功能都带着温度。如今,“稍后再看”被悄然弱化,或许源于数据驱动下的效率追求,但别忘了:用户真正需要的,不是更快的转化,而是更贴心的陪伴。

希望未来某天,当我刷完动态,在“稍后再看”里找到那条被遗忘的视频时,还能感受到那份“我会记得你”的郑重。

---

> 快缩短网址 | suo.run
> 我们致力于收集互联网运营精华,用简洁优雅的方式传递知识。
> 若本文内容涉及侵权,请联系管理员处理。
> 愿每一次点击,都通往更高效、更温暖的数字世界。