編輯導語：彈幕當下已經成為了人們觀看視頻時的常見功能選項之一，人們可以通過發送彈幕來即時地表達情緒與想法。那么，如何讓用戶在發送彈幕時不影響其觀看體驗？本文作者針對彈幕功能做了一次競品分析，并提出了他對彈幕功能的設計與優化建議，一起來看一下。

競品分析有很多側重點，比如：市場、商業模式、亮點及核心功能、核心業務流程、UED、營銷模式等等很多種。

個人覺得，競品分析一定要有目的性和側重點，需要根據業務當前的目標和所處的業務階段來決定分析哪些。不可能在一個競品里，把所有的都詳細分析，面面俱到等于面面不到。

本次分析的目的和業務階段可以是為一個沒有彈幕功能的視頻網站添加“彈幕”功能或為一個已有彈幕功能的視頻網站進行一次大優化。

這里選擇了4款主流視頻網站（B站、優酷、騰訊視頻、芒果TV的iOS端及Web端）的彈幕模塊，側重于用戶體驗及相關功能的分析，但不局限于用戶體驗。

我分別從四個維度進行這次的競品分析：高效、便捷地發送彈幕、彈幕的可用性、彈幕與參與度&活躍度、彈幕與轉化率（會員）。

我這里只是針對彈幕這一個功能的用戶體驗這一維度進行分析，大概需要分兩篇才能完成。

這也是為什么說競品分析要有側重點，很難詳盡地把所有面都覆蓋到。與其每個面都泛泛而談，不如針對一個當前最關注的側重點、最關注的功能進行深入分析。

一、高效發送彈幕

效率、便捷性是指用戶是否可以高效、流暢地發送彈幕，也就是發送彈幕的成本是否低，如果發送一條彈幕很不方便，用戶即使想發也會勸退。用戶希望有快速、流暢的彈幕發送體驗，第一點涉及第二點可用性，也可以促進第三個維度參與度，因為比較重要，所以將它單拿出來。

這里分別對四款競品的iOS移動端及Web端，共8種情況進行分析。我把分析點通過表格形式記錄。并不一定非要用表格形式，只是個人習慣而已，因為表格可以讓我更清晰地發現競品的異同點。

發送彈幕的效率與觀看的流暢性

1）是否可以邊看邊發送彈幕

用戶想發送一條彈幕時，會有兩種選擇：暫停后發送或者不暫停邊播放邊發送。不暫?？梢员３钟^看體驗的流暢度，但有時用戶不得不暫停，比如移動端的全屏播放狀態下，輸入鍵盤遮擋了大部分播放區域。所以暫停與否的策略主要涉及以下三個因素：

① 彈幕區域遮擋播放窗口的面積

其中分兩種維度：

1. 是否全屏播放；
2. 是在iOS端還是Web端播放。

② 用戶需求：用戶是否需要將彈幕對齊到某個時間點（用戶打字多少）

③ 用戶的行為習慣

對四款競品的兩個維度，一共8種（2×4=8）情況進行分析后，發現競品選擇在有的情況，策略基本達成共識，有的情況對于哪種最佳大家有不同的看法。

比如：在iOS移動端的全屏播放模式下，激活彈幕輸入框后，四款競品都選擇自動暫停播放。因為在這種情況下，彈幕輸入框占了播放窗口很大的區域，輸入彈幕時會嚴重影響觀看體驗，既然無法同時兼顧觀看、輸入，這時用戶很大概率會暫停播放再輸入，自動暫停功能省去用戶按暫停鍵的一個步驟，提高效率。

iOS移動端在非全屏狀態下，競品的策略就不那么一致了，因為在這種狀態下，彈幕輸入區并不遮擋播放窗口，輸入彈幕并不影響播放。

所以這里的選擇就大相徑庭了。B站選擇不暫停，優酷和芒果TV選擇自動暫停。比較奇怪的是騰訊視頻，在非全屏狀態下，不提供發送彈幕功能。并且在Web端全屏狀態下，居然也無法發送彈幕。不太清楚這樣的策略是如何考慮的。

騰訊視頻在iOS非全屏和Web端全屏狀態下都不提供彈幕功能

下面再看下Web端。

移動端在全屏狀態都自動暫停，而Web端除騰訊視頻無彈幕功能，其他競品選擇不自動暫停（用戶可按空格或暫停鍵暫停）。

因為在Web端，彈幕區域占播放區域的面積很小，對觀看視頻的影響基本可忽略不計，用戶可一邊播放一邊發送彈幕，當然也有需要彈幕嚴格對齊時間線的情況，比如字幕、歌詞類字幕等。但這種場景并不常見，并且Web端暫停成本較低（用戶只需按下空格鍵就可以暫停），所以該狀態下都選擇了不自動暫停。

芒果TVWeb端非全屏播放模式（左）和全屏播放模式（右）彈幕區域占比較小

從用戶的角度看：同一個用戶在看不同類型視頻，發送不同類型彈幕時，對時間是否對齊（是否需要暫停）的需求是不一樣。當用戶只是看電影、刷劇時，期間有一些想吐槽的，或者想表達的，并不需要準確對齊時間線，用戶希望可以流暢地觀看，發彈幕并不打斷自己的觀看。

基于以上需求分析，競品應優先選擇不打斷觀看體驗的策略（需要暫停時，由用戶發起），除非彈幕輸入嚴重影響觀看體驗時才選擇自動暫停播放（例如iOS端全屏狀態時）。

2）發送彈幕后是否自動繼續播放

這個策略上四款競品都選擇發送彈幕后，立即播放。因為發送彈幕后，用戶的目標大概率就是繼續觀看視頻。自動播放可以提高效率。

3）彈幕+1功能

另一個可以提高效率的方式，增加參與度的方式就是“彈幕+1”功能：本質上是提供快速復制彈幕的功能，當用戶看到一條彈幕，是想發的內容，點擊“彈幕+1”可以copy該彈幕，即刻發送一條一樣的彈幕，省去了用戶自己打字的過程。

這個功能可以提高彈幕發送的參與度和活躍度，降低發彈幕成本。個人認為是個很好的功能，在優酷和騰訊視頻都提供“+1”該功能。

二、彈幕的可用性

1.? 避免誤操作——刪除鍵和發送鍵離得太近

iOS端，彈幕輸入框右側位置，只有B站放置了“一鍵刪除”按鈕，其他三款競品都放置的剩余字數。

個人覺得這里放置剩余字數更合適，它與輸入行為最相關，用戶可以隨時查看自己還剩多少字的反饋。而B站的“一鍵刪除”容易導致誤刪。我在使用B站iOS發字幕時，經常會遇到誤刪，以為發送了，卻點了一鍵刪除，打的字都沒了?。

當兩個功能是相反的作用時，一定要注意，盡量不要把它們放置在很靠近的位置。即使一定放在一起，要保證兩個button有適當的大小和相互距離，例如彈窗中的【確認】、【取消】按鈕一樣。

其實“快速刪除”的需求完全可以通過長按鍵盤上的刪除鍵【x】完成。

2. 發送彈幕后的反饋

這里主要分析三個方面：反饋的即時性、反饋的辨識度以及特殊狀態的反饋。

反饋的即時性和辨識度

即時性是指發送的彈幕是否及時顯示出來，辨識度指能讓用戶在一堆字幕中快速識別出自己發送的彈幕。

在反饋的即時性上，4款競品發送彈幕后都可以即時地顯示出來，都沒有延遲。

辨識度，主要是通過增加外邊框來區別其他彈幕。在Web端，除了B站用無圓角的矩形淺青色邊框，其他三款都用的圓角矩形白色邊框。

用戶發送彈幕后的顯示效果

從上圖中可以看出，B站的邊框不是很明顯，辨識度不是明顯。其他三款競品的白色邊框b辨識度比較高。我一直不太明白為什么B站選這種明度這么高的青色當彈幕邊框顏色，這個顏色與整個界面色彩不協調，辨識度也并不好，也不是主題色，不過在B站 iOS的邊框已經優化了。

下面就來看下四款競品在iOS移動端上的辨識度：

iOS端全白背景下發送彈幕后效果（箭頭所指彈幕）

我們可以看到在iOS端反而B站的彈幕邊框辨識度更高（好奇為什么Web端不同步優化成iOS端這種辨識度的樣式），優酷次之，它們都用深色填充邊框，這樣即使在極端的白色背景下，也不影響辨識度。騰訊視頻和芒果TV的邊框都無法辨識，而芒果TV，不光彈幕邊框顯示不出來，連彈幕本身也很難讀取。

這里順便對比下彈幕本身的可讀度。主要測試特殊狀態：白色邊框在白色背景下，效果如下

Web端四款競品的彈幕可讀性對比

這里B站給用戶提供了多種選擇的彈幕樣式，可以設置彈幕的字體和描邊類型，其他競品只可以設置彈幕大小和透明度。雖然優酷沒有多種描邊類型可選擇，但彈幕的可讀性最高，其次是B站。騰訊視頻的彈幕可讀性差一些。

說回發送彈幕的反饋，除了通過邊框的形式，另一個輔助反饋方式是增加文案提示，芒果TV在發送彈幕后，會toast提示“彈幕發送成功”。

芒果tv在用戶發送彈幕成功后，會通過toast提示

3. 讀取彈幕

1）彈幕的可讀性

已在2中說明。

2）發送字數

主要有兩個關鍵：最多可發送字數和字數到達上限是否有提示。

① 最多可發送字數

彈幕不同于評論，并不適合發送過長的文字，個人認為20-30比較適合。

而B站設置了100字，不知道這個字數策略是怎么決定的，但顯然對于彈幕來說，太多了，體驗欠佳。并且B站的策略是，字數越多移動速度越快，這樣更不利于閱讀。以下是B站上100個字的彈幕效果，可以看下你是否可以讀取該彈幕上的內容。

當字數為100字時，像一列火車呼嘯而過

② 字數到達上限是否有提示

用戶輸入的字數到達上限后，應給予提示，告知用戶已經達到字數上限。

這里B站的iOS端、騰訊視頻&芒果TV的Web端都沒有給予提示。只有優酷在不同端都給予用戶提示。

提示分三種：第一種是告訴用戶還剩多少字，第二種是告訴用戶字數上限是多少。第三種是既告訴用戶字數上限，也實時告訴用戶已輸入多少字（以xx/yy的形式表示）。這種形式可以讓用戶最全面的掌握信息。

B站Web端的字數上限提示

剩下內容，請見下篇。

本文由 @ 一朵前浪花 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議