但你發送彈幕時，你有沒有發現過：有的網站會暫停播放，有的則繼續播放。而不同的處理方式背后，是由PC端/移動端等更多特性決定的。

不知道從什么時候開始，看視頻時已經習慣了1.5倍速，遇到太泡沫的劇情干脆2倍速播放。而當遇到高能劇情有感而發時，發個彈幕算是一種不錯的發泄/表達方式。

本想潤色下語言發個彈幕，可視頻居然暫停播放了，用戶或許就因為耽誤這會時間便放棄發送彈幕了。

而抖音、微視這類短視頻應用在查看評論、發表評論時，視頻是繼續循環播放的。

所以，回到問題本身，暫停or不暫停？你的第一直覺是什么？哪一個才是更自然的交互方式呢？作為設計師，在什么場景下適合把暫停的權利交給用戶呢？

帶著這個疑問，我查驗了幾個主流視頻APP在不同端、不同場景下的處理方法。

以彈幕鼻祖嗶哩嗶哩為例，在web端發送彈幕時，視頻正常播放；在手機端豎屏播放時，視頻正常播放；在手機端橫屏（全屏）播放時，視頻暫停播放。

這里面的細節還是蠻多的。

一、暫停/不暫停的優缺點分析

A. 發送彈幕時，暫停播放

優點：

①移動端輸入效率不高，要留給用戶思考和文字潤色的時間，避免音、視頻對用戶的打擾。

②彈幕能夠與對應的畫面建立強關聯（同步），方便其他用戶針對特定畫面進行觀點交流。

③發表評論的往往是活躍用戶，且大概率對該條視頻興趣也更高。如果繼續播放，用戶發表彈幕后可能會回放錯過的視頻；另外用戶需要查看確認自己發的彈幕（已和畫面同步綁定），獲得成績感。

④手機屏幕大小有限，全屏播放時，發送彈幕喚起的鍵盤會遮擋大部分頁面，破壞沉浸式體驗，觀看效果不佳，不如不看。

缺點：

①信息爆炸時代，用戶很注重效率，暫停播放會耽誤觀看進度，淺度參與的用戶可能因此放棄發送彈幕的想法，影響活躍度與參與度。

②屬于“擅自”替用戶做決定，損害了用戶掌控感，有不尊重用戶之嫌。

總之，對手機端而言，“發送彈幕時，暫停播放”優勢是大于劣勢的。

而對于電腦端而言，則正好相反。其使用場景一般更為安靜，屏幕更大，鍵盤輸入效率和準確度也更高，適合“一心二用”。值得一提的是在手機端豎屏播放（半屏播放）時，可以參考嗶哩嗶哩的做法，允許繼續播放。

B. 發送彈幕時，繼續播放

優點：

①提高觀看速度，讓用戶有更多時間去嘗試觀看其他視頻，尤其是娛樂性質的視頻，并不需要全程不眨眼的觀看。

②大部分彈幕都不是長評論，輸入并不需要太多時間，一般不影響對視頻的上下文理解。

③畫面和彈幕同步就一定好嗎？其實不然，我們極度討厭劇透黨，討厭“前方高能”的警告。所以，完全的同步是會影響到對劇情的理解的，適當的延后倒是可以加深理解。

缺點：

①優質彈幕的產生是需要時間成本的，發送彈幕時可能錯誤精彩畫面或情節。

②視頻臨近結尾處時，彈幕需要更快速的產生，繼續播放會導致彈幕發送失敗，以及視頻結尾處彈幕量的降低。

③視頻繼續播放會帶來一定的壓迫感，打斷靈感，影響優質彈幕從產出。

二、發送彈幕常規流程

“查看彈幕”和“發送彈幕”的常規流程如下圖所示。

一般需要先打開彈幕開關，且彈幕的顯隱和輸入框的顯隱通常由同一個開關控制，個別產品會把彈幕輸入框外露。

彈幕的發送樣式設置和查看設置有前后關聯，比如根據位置和樣式進行屏蔽，需要結合起來進行設計。

三、思考

1. 彈幕默認是打開還是關閉？

可根據產品定位和視頻類型決定，如果是鬼畜視頻，當然默認開啟更好。

另外，可以根據用戶習慣（或記憶上次操作）決定是打開還是關閉。

另外，對不同的端不同的播放模式可以采用不同的策略（半屏播放時顯示彈幕無法看清），不同網絡狀態可以采用不同的策略（WiFi環境下開啟，移動網絡下關閉），對已下載/緩存文件和在線播放也能采用不同的方式。

2. 控制開關是否合二為一？

該問題的完整表述為：控制彈幕的顯示/隱藏的開關和控制輸入框的顯隱的開關是否應該合二為一？

一般情況下，針對小屏的設計，彈幕開啟后才會顯示彈幕和彈幕輸入框，關閉后則一同關閉。

但是在大屏上，彈幕輸入框是可以常顯的，比如B站和優酷web端都是輸入框常顯的，允許用戶在彈幕關閉的情況下，直接通過輸入框輸入彈幕內容。

3. 彈幕關閉，而彈幕輸入框常顯時，如果輸入了內容，結果要怎么反饋？

緊跟第二個問題，如果彈幕開關是關閉的，而用戶此時通過常顯的輸入框發送了彈幕。是否要反饋？該如何反饋？

建議做法：

①只顯示當前用戶發送的該條彈幕，且特殊標記，其他不顯示；

②發送后，特殊標記該條彈幕，且強制打開彈幕開關，顯示全部已有彈幕。

當然是方案①更柔和一點，方案②更能營造氛圍。

#專欄作家#

張鵬濤TAO，人人都是產品經理專欄作家。關注電商、教育領域，擅長后臺產品設計、用戶體驗設計。

本文原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議