5W1H：聊聊彈幕功能的邏輯閉環(huán)

前一段時間一直在研究彈幕，雖然已經(jīng)不是新鮮玩意，但當真去分析的時候，感覺即便是在這么小的一個功能上實現(xiàn)邏輯閉環(huán)，也是件見功底的事情。而產(chǎn)品設計初期的邏輯閉環(huán)，絕對能幫你在后續(xù)的工作中省掉不少麻煩。研究彈幕時，發(fā)覺從5W1H開始梳理思路，或許是個不錯的辦法，遂整理成文，希望其他人也用得著。

01匹配

5W1H（WWWWWH）分析法也叫六何分析法，是一種思考方法，也可以說是一種創(chuàng)造技法。在企業(yè)管理、日常工作生活和學習中得到廣泛的應用。5W1H是對選定的項目、工序或操作，都要從原因（何因Why）、對象（何事What）、地點（何地Where）、時間（何時When）、人員（何人Who）、方法（何法How）等六個方面提出問題進行思考?！鞍俣劝倏啤?/p>

還是先科普一下。雖然對于管理學出身的娃，5W1H應該早就被玩壞了吧……

以彈幕為例。邏輯梳理的第一步，還是從匹配開始。

Why——為什么做彈幕？

我所研究的并不是視頻彈幕，而是頁面彈幕，目前周伯通和節(jié)操精選已經(jīng)實現(xiàn)。為什么要做？對于用戶來說，在用戶群體的年齡層與彈幕相匹配的前提下，彈幕就是一種易于接受又能帶來強互動的功能。而對于產(chǎn)品本身，當然是要提高用戶參與感和產(chǎn)品互動性，對于社交基因不太好的產(chǎn)品是一種新鮮玩法。

What——彈幕是什么？

把傳統(tǒng)的評論轉化成以彈幕的形式呈現(xiàn)，增強場景感和參與感，這也是目前周伯通和節(jié)操精選的實現(xiàn)邏輯。具體說來，彈幕應當包括發(fā)言人的頭像、用戶名、評論內容。

Where——彈幕在哪兒？

目標實現(xiàn)所有頁面飄彈幕，而所有頁面又要區(qū)分為兩種場景：一種是沒有具體評論對象的評價場景，一種是有具體評論對象的評論場景。在周伯通的網(wǎng)站里，前者就是以首頁為代表的頁面，后者就是獨立的招聘信息頁。

When——什么時候發(fā)彈幕？

什么時候都能發(fā)射彈幕！這需要把發(fā)射彈幕的功能鍵做到跨頁面，所以最好的實現(xiàn)方式是跨頁面的功能欄浮層。

Who——誰來發(fā)彈幕？

這時候有兩種考量。假設一：你希望彈幕越多越好，那就要區(qū)分已登錄用戶和未登錄用戶，對于已登錄用戶給予充分的身份標識，對于未登錄用戶做好匿名彈幕的準備，如用戶名的顯示、用戶頭像的初始設置等等。假設二：你希望登陸用戶越多越好，那就引導用戶在發(fā)射彈幕前主動登陸，如點擊彈幕輸入框時就提示用戶需要登陸，并提供快速登錄入口，提供第三方賬戶導入等等，幫助提高你的登陸率。

How——用戶&產(chǎn)品

對用戶來說，how是如何使用這個功能。不能簡單地只考慮“發(fā)射”這一瞬間動作，而是要從頭開始分析這個功能的不同場景：①要登陸；②要看到彈幕的展示，對自己發(fā)射的彈幕有一個心理預期；③能夠快速找到和學會使用發(fā)射框；④發(fā)射彈幕；⑤看到自己的彈幕，獲得反饋；⑥看到別人的彈幕，實現(xiàn)回復；⑦看到自己的回復。

對產(chǎn)品來說，how是如何實現(xiàn)這個功能。根據(jù)以上用戶的使用場景一一對應：①要設置登錄提示和快速登錄入口；②確定彈幕的展示位置和展示時長，彈幕要包含用戶所關心的元素，如評論內容、用戶頭像、用戶名等；③功能鍵要可見且易理解，降低功能的學習成本；④支持基本的彈幕輸入、編輯和發(fā)射；⑤確定最新彈幕的出現(xiàn)時機、展示位置和展示方式；⑥提供回復功能，給予應有的功能鍵和提示；⑦回復性質的彈幕的出現(xiàn)時機、展示位置和展示方式

02錯誤預估

用戶會按照你的想法使用你的功能嗎？功能運轉的過程中會出現(xiàn)bug嗎？……我相信這兩個問題的答案都是共識吧——肯定和你想的不一樣；也肯定會出現(xiàn)bug 。

好！既然明知他們會如此待我（淚），不如先自虐一把！

Why——為什么非要彈幕？

萬一沒人玩兒怎么辦，傻了吧， 我就不用彈幕你拿我怎樣？……唔，其實即便用戶不是和你對著干的心理，也可能因為種種原因不愿意參與。

What——我發(fā)什么彈幕？

what總是和內容聯(lián)系在一起的，即便用戶想要參與，但也可能因為種種原因卡在了內容這一環(huán)，不知道說些什么好，不知道該怎么去評價。

Where——找不到哪里發(fā)彈幕？

你做的再醒目，也有可能有人找不到哪里發(fā)射彈幕。

When——什么時候發(fā)不了彈幕？

仔細想想，有沒有什么場景下，你的用戶是無法發(fā)射彈幕的？比如說發(fā)射上一條彈幕的過程中？或者想要回復自己之前發(fā)射的彈幕？

Who——誰發(fā)不了彈幕？

如上文所說的，有可能根據(jù)你的預期，非登陸用戶是無法發(fā)射彈幕的。那么你要如何溫柔地對待TA？反之，如果已登錄用戶因為各種原因發(fā)射不了彈幕怎么辦？

How——每個環(huán)節(jié)都可能出現(xiàn)錯誤

最好還是從用戶和產(chǎn)品兩個邏輯鏈條來分析，最后對應起來。但彈幕畢竟是個小功能，我就放一起寫了。還是按之前的邏輯思路：①登陸：無法正常登陸時怎么破？②彈幕顯示：圖片加載不完整怎么辦？用戶就是不想看見彈幕怎么辦？③用戶就是不知道該怎么用發(fā)射框怎么辦？④發(fā)射表情、圖片要支持嗎？發(fā)射了不和諧言論怎么破？⑤用戶沒看見自己發(fā)射的彈幕，于是又發(fā)了N多條，結果造成同一條刷屏就慘了；⑥回復功能不好用或者不會用怎么辦？⑦同5，還要考慮萬一用戶想要在同一條多次回復怎么辦？連續(xù)對話性質的回復如何展示？

03解決方案

梳理出有可能出現(xiàn)的各種情況，接下來就要做出對應的解決方案，預防發(fā)生以上問題：

Why——為什么不想?yún)⑴c？

兩種處理措施：一是做出足夠簡單粗暴的引導，比如很多手機游戲都把引導做到你只差一個button就真正觸發(fā)操作；二是事先設定官方NPC，給用戶做出參與的榜樣，同時營造社區(qū)氛圍。

What——不知道說什么？

這種情況就可以降低內容制造的門檻，比如說設定好一些萬能的彈幕金句（“duangduangduang我是一條小彈幕”），隨機出現(xiàn)在彈幕發(fā)射框內，無需編輯內容就能發(fā)安設自己的彈幕，先讓用戶體驗參與的過程，產(chǎn)生興趣。

Where——哪里可以發(fā)射彈幕？

除了可以在整體引導時重點強調發(fā)射操作，還可以使用交互的手段提醒用戶。

When——時間控制？

可以基本設定所有時間都可以發(fā)射彈幕。但在剛剛發(fā)射上一條彈幕時，要封閉發(fā)射框（使用進度條、轉圈圈等）避免用戶重復點擊發(fā)射按鈕。同時，不允許回復自己的彈幕。

Who——誰發(fā)不出彈幕？

對于未登錄用戶，TA的權限是可瀏覽彈幕但不可參與，所以應該是觸發(fā)彈幕功能鍵的時候給予友好的登錄提示；對于已登錄用戶因不明原因無法發(fā)射彈幕的情況，應當提示用戶檢測網(wǎng)絡或瀏覽器，并同時報警后臺自行檢查。

How——給每個環(huán)節(jié)做預警

還是按之前的邏輯思路給予解決方案：①登陸：正常登陸時給用戶正向的交互反饋，無法正常登陸時要給用戶提示及修正建議；②彈幕顯示：對于有圖片的彈幕（如用戶頭像），在加載不完全時可以展示初始圖案，并允許用戶選擇顯示或者隱藏所有彈幕；③不會使用功能的情況，可以和前文中講過的問題一起做引導；④對于彈幕的內容本身做初始限制：不支持內容的圖片展示，限制性支持表情，對于違禁詞匯做出市面上通行的屏蔽處理，次數(shù)多的賬戶可考慮封禁；⑤預防用戶重復發(fā)布彈幕的話，一方面做事前控制，比如發(fā)布彈幕到新彈幕出現(xiàn)在屏幕上的時間不能超過3秒，相對地發(fā)布彈幕后3秒內不能發(fā)布新彈幕；另一方面可以考慮設置刪除功能，可對自己的彈幕進行刪除；⑥針對回復功能，做引導示范的同時，可以允許用戶使用“@”直接輸入想對話的用戶名，實現(xiàn)回復的效果；⑦對同一條發(fā)言連續(xù)回復或兩人多次對話，可設置私信模式，所對話的彈幕只有雙方可以看到，既能保證彈幕的交互形式，又不會影響整體的彈幕展示。

04匯總修訂

根據(jù)以上所有分析，把彈幕功能的實現(xiàn)邏輯與方案匯總成表，你就實現(xiàn)了對該功能較為全面的評估。但事實上，可能因為實現(xiàn)成本、上級安排、資源儲備等等的原因，你所設計的方案并不能夠完全實現(xiàn)，這時候就需要按照優(yōu)先級，對所涉及的功能點進行合并、刪減，最后實現(xiàn)一個最為經(jīng)濟的版本，既能保證用戶體驗，又能保證快速上線。

05原型測試

最后一步，找兩三個“小白鼠”聊聊你的方案，從第三方的角度審視下方案里還有沒有漏洞，有哪些可以優(yōu)化的點，到這一步，所做的功能基本可以實現(xiàn)簡單的邏輯閉環(huán)了。當然，只有相對的閉環(huán)，沒有絕對的閉環(huán)，功能上線涉及到多方合作，除了產(chǎn)品本身的邏輯，其他環(huán)節(jié)也可能出現(xiàn)紕漏?？傊胍暇€后沒有Bug……