不知道从什么时候开始，看视频时已经习惯了1.5倍速，遇到太泡沫的剧情干脆2倍速*放播**。而当遇到高能剧情有感而发时，发个弹幕算是一种不错的发泄/表达方式。本想润色下语言发个弹幕，可视频居然暂停*放播**了，用户或许就因为耽误这会时间便放弃发送弹幕了。而抖音、微视这类短视频应用在查看评论、发表评论时，视频是继续循环*放播**的。所以，回到问题本身，暂停or不暂停？你的第一直觉是什么？那个才是更自然的交互方式呢？作为设计师，在什么场景下适合把暂停的权利交给用户呢？

带着这个疑问，我查验了几个主流视频APP在不同端、不同场景下的处理方法。以弹幕鼻祖哔哩哔哩为例，在web端发送弹幕时，视频正常*放播**；在手机端竖屏*放播**时，视频正常*放播**；在手机端横屏（全屏）*放播**时，视频暂停*放播**。这里面的细节还是蛮多的。

暂停/不暂停的优缺点分析

A.发送弹幕时，暂停*放播**

优点：

①移动端输入效率不高，要留给用户思考和文字润色的时间，避免音、视频对用户的打扰；

②弹幕能够与对应的画面建立强关联（同步），方便其他用户针对特定画面进行观点交流；

③发表评论的往往是活跃用户，且大概率对该条视频兴趣也更高，如果继续*放播**，用户发表弹幕后可能会回放错过的视频；另外用户需要查看确认自己发的弹幕（已和画面同步绑定），获得成绩感；

④手机屏幕大小有限，全屏*放播**时，发送弹幕唤起的键盘会遮挡大部分页面，破坏沉浸式体验，观看效果不佳，不如不看；

缺点：

①信息爆炸时代，用户很注重效率，暂停*放播**会耽误观看进度，浅度参与的用户可能因此放弃发送弹幕的想法，影响活跃度与参与度；

②属于“擅自”替用户做决定，损害了用户掌控感，有不尊重用户之嫌；

总之，对手机端而言，“发送弹幕时，暂停*放播**”优势是大于劣势的。而对于电脑端而言，则正好相反，其使用场景一般更为安静，屏幕更大，键盘输入效率和准确度也更高，适合“一心二用”。值得一提的是在手机端竖屏*放播**（半屏*放播**）时，可以参考哔哩哔哩的做法，允许继续*放播**。

B.发送弹幕时，继续*放播**

优点：

①提高观看速度，让用户有更多时间去尝试观看其他视频，尤其是娱乐性质的视频，并不需要全程不眨眼的观看；

②大部分弹幕都不是长评论，输入并不需要太多时间，一般不影响对视频的上下文理解；

③画面和弹幕同步就一定好吗？其实不然，我们极度讨厌剧透*党**，讨厌“前方高能”的警告。所以，完全的同步是会影响到对剧情的理解的，适当的延后倒是可以加深理解；

缺点：

①优质弹幕的产生是需要时间成本的，发送弹幕时可能错误精彩画面或情节；

②视频临近结尾处时，弹幕需要更快速的产生，继续*放播**会导致弹幕发送失败，以及视频结尾处弹幕量的降低；

③视频继续*放播**会带来一定的压迫感，打断灵感，影响优质弹幕从产出；

发送弹幕常规流程

“查看弹幕”和“发送弹幕”的常规流程如下图所示。一般需要先打开弹幕开关，且弹幕的显隐和输入框的显隐通常由同一个开关控制，个别产品会把弹幕输入框外露。弹幕的发送样式设置和查看设置有前后关联，比如根据位置和样式进行屏蔽，需要结合起来进行设计。

一些思考

1.弹幕默认是打开还是关闭？

可根据产品定位和视频类型决定，如果是鬼畜视频，当然默认开启更好。另外，可以根据用户习惯（或记忆上次操作）决定是打开还是关闭。另外，对不同的端不同的*放播**模式可以采用不同的策略（半屏*放播**时显示弹幕无法看清），不同网络状态可以采用不同的策略（WiFi环境下开启，移动网络下关闭），对已*载下**/缓存文件和在线*放播**也能采用不同的方式。

2.控制开关是否合二为一？

该问题的完整表述为：控制弹幕的显示/隐藏的开关和控制输入框的显隐的开关是否应该合二为一？一般情况下，针对小屏的设计，弹幕开启后才会显示弹幕和弹幕输入框，关闭后则一同关闭。但是在大屏上，弹幕输入框是可以常显的，比如B站和优酷web端都是输入框常显的，允许用户在弹幕关闭的情况下，直接通过输入框输入弹幕内容。

3.弹幕关闭，而弹幕输入框常显时，如果输入了内容，结果要怎么反馈？

紧跟第二个问题，如果弹幕开关是关闭的，而用户此时通过常显的输入框发送了弹幕。是否要反馈？该如何反馈？建议做法：①只显示当前用户发送的该条弹幕，且特殊标记，其他不显示；②发送后，特殊标记该条弹幕，且强制打开弹幕开关，显示全部已有弹幕。当然是方案①更柔和一点，方案②更能营造氛围。