發(fā)送彈幕時(shí)視頻是否應(yīng)該停止播放?
但你發(fā)送彈幕時(shí),你有沒有發(fā)現(xiàn)過:有的網(wǎng)站會(huì)暫停播放,有的則繼續(xù)播放。而不同的處理方式背后,是由PC端/移動(dòng)端等更多特性決定的。
不知道從什么時(shí)候開始,看視頻時(shí)已經(jīng)習(xí)慣了1.5倍速,遇到太泡沫的劇情干脆2倍速播放。而當(dāng)遇到高能劇情有感而發(fā)時(shí),發(fā)個(gè)彈幕算是一種不錯(cuò)的發(fā)泄/表達(dá)方式。
本想潤色下語言發(fā)個(gè)彈幕,可視頻居然暫停播放了,用戶或許就因?yàn)榈⒄`這會(huì)時(shí)間便放棄發(fā)送彈幕了。
而抖音、微視這類短視頻應(yīng)用在查看評(píng)論、發(fā)表評(píng)論時(shí),視頻是繼續(xù)循環(huán)播放的。
所以,回到問題本身,暫停or不暫停?你的第一直覺是什么?哪一個(gè)才是更自然的交互方式呢?作為設(shè)計(jì)師,在什么場景下適合把暫停的權(quán)利交給用戶呢?
帶著這個(gè)疑問,我查驗(yàn)了幾個(gè)主流視頻APP在不同端、不同場景下的處理方法。
以彈幕鼻祖嗶哩嗶哩為例,在web端發(fā)送彈幕時(shí),視頻正常播放;在手機(jī)端豎屏播放時(shí),視頻正常播放;在手機(jī)端橫屏(全屏)播放時(shí),視頻暫停播放。
這里面的細(xì)節(jié)還是蠻多的。
一、暫停/不暫停的優(yōu)缺點(diǎn)分析
A. 發(fā)送彈幕時(shí),暫停播放
優(yōu)點(diǎn):
①移動(dòng)端輸入效率不高,要留給用戶思考和文字潤色的時(shí)間,避免音、視頻對(duì)用戶的打擾。
②彈幕能夠與對(duì)應(yīng)的畫面建立強(qiáng)關(guān)聯(lián)(同步),方便其他用戶針對(duì)特定畫面進(jìn)行觀點(diǎn)交流。
③發(fā)表評(píng)論的往往是活躍用戶,且大概率對(duì)該條視頻興趣也更高。如果繼續(xù)播放,用戶發(fā)表彈幕后可能會(huì)回放錯(cuò)過的視頻;另外用戶需要查看確認(rèn)自己發(fā)的彈幕(已和畫面同步綁定),獲得成績感。
④手機(jī)屏幕大小有限,全屏播放時(shí),發(fā)送彈幕喚起的鍵盤會(huì)遮擋大部分頁面,破壞沉浸式體驗(yàn),觀看效果不佳,不如不看。
缺點(diǎn):
①信息爆炸時(shí)代,用戶很注重效率,暫停播放會(huì)耽誤觀看進(jìn)度,淺度參與的用戶可能因此放棄發(fā)送彈幕的想法,影響活躍度與參與度。
②屬于“擅自”替用戶做決定,損害了用戶掌控感,有不尊重用戶之嫌。
總之,對(duì)手機(jī)端而言,“發(fā)送彈幕時(shí),暫停播放”優(yōu)勢是大于劣勢的。
而對(duì)于電腦端而言,則正好相反。其使用場景一般更為安靜,屏幕更大,鍵盤輸入效率和準(zhǔn)確度也更高,適合“一心二用”。值得一提的是在手機(jī)端豎屏播放(半屏播放)時(shí),可以參考嗶哩嗶哩的做法,允許繼續(xù)播放。
B. 發(fā)送彈幕時(shí),繼續(xù)播放
優(yōu)點(diǎn):
①提高觀看速度,讓用戶有更多時(shí)間去嘗試觀看其他視頻,尤其是娛樂性質(zhì)的視頻,并不需要全程不眨眼的觀看。
②大部分彈幕都不是長評(píng)論,輸入并不需要太多時(shí)間,一般不影響對(duì)視頻的上下文理解。
③畫面和彈幕同步就一定好嗎?其實(shí)不然,我們極度討厭劇透黨,討厭“前方高能”的警告。所以,完全的同步是會(huì)影響到對(duì)劇情的理解的,適當(dāng)?shù)难雍蟮故强梢约由罾斫狻?/p>
缺點(diǎn):
①優(yōu)質(zhì)彈幕的產(chǎn)生是需要時(shí)間成本的,發(fā)送彈幕時(shí)可能錯(cuò)誤精彩畫面或情節(jié)。
②視頻臨近結(jié)尾處時(shí),彈幕需要更快速的產(chǎn)生,繼續(xù)播放會(huì)導(dǎo)致彈幕發(fā)送失敗,以及視頻結(jié)尾處彈幕量的降低。
③視頻繼續(xù)播放會(huì)帶來一定的壓迫感,打斷靈感,影響優(yōu)質(zhì)彈幕從產(chǎn)出。
二、發(fā)送彈幕常規(guī)流程
“查看彈幕”和“發(fā)送彈幕”的常規(guī)流程如下圖所示。
一般需要先打開彈幕開關(guān),且彈幕的顯隱和輸入框的顯隱通常由同一個(gè)開關(guān)控制,個(gè)別產(chǎn)品會(huì)把彈幕輸入框外露。
彈幕的發(fā)送樣式設(shè)置和查看設(shè)置有前后關(guān)聯(lián),比如根據(jù)位置和樣式進(jìn)行屏蔽,需要結(jié)合起來進(jìn)行設(shè)計(jì)。
三、思考
1. 彈幕默認(rèn)是打開還是關(guān)閉?
可根據(jù)產(chǎn)品定位和視頻類型決定,如果是鬼畜視頻,當(dāng)然默認(rèn)開啟更好。
另外,可以根據(jù)用戶習(xí)慣(或記憶上次操作)決定是打開還是關(guān)閉。
另外,對(duì)不同的端不同的播放模式可以采用不同的策略(半屏播放時(shí)顯示彈幕無法看清),不同網(wǎng)絡(luò)狀態(tài)可以采用不同的策略(WiFi環(huán)境下開啟,移動(dòng)網(wǎng)絡(luò)下關(guān)閉),對(duì)已下載/緩存文件和在線播放也能采用不同的方式。
2. 控制開關(guān)是否合二為一?
該問題的完整表述為:控制彈幕的顯示/隱藏的開關(guān)和控制輸入框的顯隱的開關(guān)是否應(yīng)該合二為一?
一般情況下,針對(duì)小屏的設(shè)計(jì),彈幕開啟后才會(huì)顯示彈幕和彈幕輸入框,關(guān)閉后則一同關(guān)閉。
但是在大屏上,彈幕輸入框是可以常顯的,比如B站和優(yōu)酷web端都是輸入框常顯的,允許用戶在彈幕關(guān)閉的情況下,直接通過輸入框輸入彈幕內(nèi)容。
3. 彈幕關(guān)閉,而彈幕輸入框常顯時(shí),如果輸入了內(nèi)容,結(jié)果要怎么反饋?
緊跟第二個(gè)問題,如果彈幕開關(guān)是關(guān)閉的,而用戶此時(shí)通過常顯的輸入框發(fā)送了彈幕。是否要反饋?該如何反饋?
建議做法:
①只顯示當(dāng)前用戶發(fā)送的該條彈幕,且特殊標(biāo)記,其他不顯示;
②發(fā)送后,特殊標(biāo)記該條彈幕,且強(qiáng)制打開彈幕開關(guān),顯示全部已有彈幕。
當(dāng)然是方案①更柔和一點(diǎn),方案②更能營造氛圍。
#專欄作家#
張鵬濤TAO,人人都是產(chǎn)品經(jīng)理專欄作家。關(guān)注電商、教育領(lǐng)域,擅長后臺(tái)產(chǎn)品設(shè)計(jì)、用戶體驗(yàn)設(shè)計(jì)。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議
個(gè)人比較希望暫停。 因?yàn)楸热绠?dāng)我在視頻中某個(gè)節(jié)點(diǎn)看到某個(gè)演員表情動(dòng)作有趣想要通過彈幕表達(dá)來引起共鳴,但是在發(fā)彈幕的時(shí)間里,視頻中想要評(píng)論的視頻片段都過去了,我會(huì)疑惑:我發(fā)出的彈幕是會(huì)出現(xiàn)在我點(diǎn)擊評(píng)論時(shí)還是提交評(píng)論時(shí)?
是不是可以一開始發(fā)送彈幕不暫停,但是記錄用戶喚醒彈幕的時(shí)間節(jié)點(diǎn),發(fā)送完畢后有個(gè)小提示詢問用戶是否需要后退至發(fā)送之前的時(shí)間,然后記錄數(shù)據(jù),如果占比大,可以考慮統(tǒng)一暫停,如果占比小,考慮維持現(xiàn)狀,如果平均,可以考慮在設(shè)置里自行設(shè)置發(fā)送時(shí)是否要暫停。畢竟眾口難調(diào)。
但是記錄這個(gè)數(shù)據(jù)時(shí)也會(huì)中斷用戶的沉浸式體驗(yàn) ??
強(qiáng)行解讀
1.全屏?xí)r發(fā)彈幕把輸入法半透明
2.全屏?xí)r用語音識(shí)別發(fā)彈幕
3.全屏?xí)r輸入法在右半邊,視頻在左右半邊,就是這樣會(huì)犧牲打字體驗(yàn)
不懂技術(shù)不知道能不能實(shí)現(xiàn)??
說了這么多,沒個(gè)實(shí)用的,暫停不就是為了不錯(cuò)過進(jìn)度,你看看后臺(tái)數(shù)據(jù):發(fā)送彈幕后,用戶后退回看視頻的行為發(fā)生是多少不就行了,否則研究大半天人家根本不需要暫停,多此一舉?
凈說大實(shí)話 ??
正解
哈哈,實(shí)際上大部分時(shí)候我們看劇發(fā)彈幕能占幾秒,只要聽見就行了(帶了一些個(gè)人主觀偏見,實(shí)際上還是要以數(shù)據(jù)為準(zhǔn)),現(xiàn)在很多的產(chǎn)品往往把產(chǎn)品當(dāng)做產(chǎn)品去設(shè)計(jì)或者是為了區(qū)別而區(qū)別的設(shè)計(jì),強(qiáng)加了很多的個(gè)人意愿或者是畫蛇添足,而忽略用戶本省的訴求,事實(shí)上要不斷的跳出產(chǎn)品的身份來看產(chǎn)品真的不容易做到
膜拜大神,確實(shí)如何跳出產(chǎn)品來看待產(chǎn)品很不容易。
正解
一般移動(dòng)端發(fā)彈幕的程序是:喚醒→開關(guān)→輸入框開關(guān)→打字→發(fā)送,添加手勢動(dòng)作,比如畫個(gè)向左直角就可以開關(guān)彈幕。畫個(gè)向右的直角可以直接調(diào)出輸入框。這樣至少可以精簡掉一個(gè)步驟。
輸入彈幕的時(shí)候循環(huán)播放用戶調(diào)出輸入框開始到發(fā)送彈幕這一段,可以避免產(chǎn)生脫節(jié)卡頓的感覺。。 個(gè)人見解
手勢略復(fù)雜啊,就跟那個(gè)指關(guān)節(jié)雙擊截屏一樣。。。
手勢的學(xué)習(xí)成本較高,而且會(huì)產(chǎn)生誤觸的情況
很簡單啊,提供下思路:
1.輸入文字時(shí),視頻觀看區(qū)域變小,用戶可以邊打字邊看視頻;
2.發(fā)送彈幕完畢后,視頻頁面短暫浮層提示:是否需要回退至發(fā)送彈幕前的位置之類的;
1.可能遇到縮小后視頻啥也看不清的情況。
2.倒是可以,可以提示選擇續(xù)播時(shí)間點(diǎn),彈幕也可以向前發(fā)
感覺不太贊成視頻區(qū)變小,因?yàn)榭匆廊皇堑谝恍枨?。忽大忽小總覺得體驗(yàn)不好
如果細(xì)想一下,當(dāng)用戶決定要發(fā)彈幕的時(shí)候,“看”這個(gè)動(dòng)作已經(jīng)不是第一需求了。再深挖這個(gè)交互細(xì)節(jié),會(huì)發(fā)現(xiàn)有些點(diǎn)做出來會(huì)比較有意思。甚至于為什么用戶一定要通過調(diào)取輸入框的方式來輸入彈幕,為什么就不可以語音轉(zhuǎn)換為彈幕來防止視頻面積被大比例的占用呢?And so on.
語音輸入??會(huì)自動(dòng)中斷視頻播放吧。而且看視頻和發(fā)彈幕,為什么非要二者并存呢?又是縮小、又是語音的,繁瑣的功能和交互只會(huì)讓用戶抵觸。
我覺得發(fā)彈幕依然基于看,所以看還是第一需求,彈幕只是依附于看的一種附屬需求,有時(shí)候可能想說什么,劇情突變,忽然想法也變得可能。發(fā)的內(nèi)容也就有所改變,而且當(dāng)你發(fā)一個(gè)東西的時(shí)候,說明此時(shí)你很在意劇情的內(nèi)容才會(huì)發(fā),所以發(fā)也是瞬間行為,不會(huì)打斷視頻的查看,否則那就暫停了。所以我覺得彈幕始終需求不會(huì)高于看,如果發(fā)大于看,那么是論壇帖子設(shè)計(jì)的初衷,而不是視頻播放的場景。
舉個(gè)例子,以前的人看戲,看到好看的地方拍手叫好,看到爛的地方,忍不住吐槽。你不讓我看戲,卻讓我一個(gè)勁專注吐槽,不會(huì)覺得很奇怪嗎