日本av網 匯聚海量最新國內、國際資訊

發送彈幕時視頻是否應該停止播放?

2019-06-27已圍觀 來源:互聯網編輯:日本av網

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

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

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

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

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

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

以彈幕鼻祖嗶哩嗶哩為例,在web端發送彈幕時,視頻正常播放;在手機端豎屏播放時,視頻正常播放;在手機端橫屏(全屏)播放時,視頻暫停播放。

這裏麵的細節還是蠻多的。

一、暫停/不暫停的優缺點分析 A. 發送彈幕時,暫停播放

優點:

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

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

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

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

缺點:

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

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

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

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

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

優點:

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

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

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

缺點:

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

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

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

二、發送彈幕常規流程

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

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

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

三、思考 1. 彈幕默認是打開還是關閉?

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

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

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

2. 控製開關是否合二為一?

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

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

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

3. 彈幕關閉,而彈幕輸入框常顯時,如果輸入了內容,結果要怎麽反饋?

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

建議做法:

①隻顯示當前用戶發送的該條彈幕,且特殊標記,其他不顯示;

②發送後,特殊標記該條彈幕,且強製打開彈幕開關,顯示全部已有彈幕。

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

本文由 @張鵬濤TAO 原創發布於人人都是產品經理。未經許可,禁止轉載。

題圖來自 Unsplash,基於CC0協議