這是我做的一次內部分享，回顧一個項目的心得。項目是音頻直播間，用戶可以實時聽到不同嘉賓訪談。多位嘉賓通過電話會議直播交流。一些內部資料圖做了模糊處理。

我今天想分享的是App功能開發完成，也測試的差不多了，到第一場線上直播正式開始之前的故事。

通常這個階段時間是非常短的，但直播間發生了很多故事。我從頭開始說。

一 測試階段的啟示

1.測試像打開俄羅斯套娃

當一個還不算小的版本上線前，產品經理一般會經歷這么一個階段。測出了一堆bug，有些是高優先級的必須改掉，有些是還可以忍的。通常產品經理會不斷降低自己的預期，出來一個還算滿意的版本。

當有了這個版本之后，可以上線了嗎？

直播間和一般的功能不同。實際直播的流程除了App的部分，還依賴其他的硬件。直播時，嘉賓身處不同的地方，通過電話會議交流，他們的聲音通過設備傳入電腦，利用電腦上的OBS（這是一個公開的錄制直播的軟件）到達App。這些硬件音質如何，測過了嗎？

OK，于是開始安排硬件測試。中間經歷了一些波折，相關同事嘗試了不同的硬件。總算我們有了一個還算滿意的音質。

App測過沒什么問題，音質也還算滿意，可以上線了嗎？

有一天突然想到，我們還沒有模擬線上真實的流程測過啊。平時都是用的自己的筆記本上安裝的OBS，隨便放首歌，連通硬件測試。可線上用的是會議室的電腦，接的是電話會議；而且，平時都是看能連通就OK了，但是真實的場景，用戶是連續聽1-2個小時。

于是我想，那就模擬真實場景都走一遍，老老實實聽個幾小時，如果沒有問題，就可以上線了唄。我們這么測完了，可以上線了嗎？你們一定猜到了，還不能上線。

問題是，這回更嚴重，這一輪測完，我簡直崩潰了。

我們當時發現一個問題，iOS掉線。就是說，你聽著聽著，突然聲音沒了，需要退出重進直播間恢復。

iOS掉線！這意味著什么？

這意味著我們前面做了那么多的努力，那么多的測試，但是都等于0；意味著上線前和開發這么糾結撕X，說什么直播時進度條沒有用那么丑得拿掉，但回放時得有..UI什么地方丑..并因此一次次推遲上線時間…而那些都沒有意義；這意味著大家可能會質疑，你們測了那么久，這么嚴重的問題，難道一開始沒有發現嗎？還真發現不了，因為一開始你測試的重心不在這里。

所幸我們還有些時間。和開發團隊商量了，覺得這可能和兩個因素有關，一是網速，二是iOS到后臺有可能殺進程。

于是我就做了一下實驗。這張圖是某個周六下午做的一個實驗，那時我的手機屏還是碎的。

左邊3臺蘋果先在同樣的網絡環境下播放40分鐘；然后碎屏這臺切換到更差些的網速再播放40分鐘；之后右邊這兩臺切到后臺，中間這臺不動，同時碎屏機還在操作各種其他App，再放40分鐘。

這個實驗做完后我就更崩潰了。因為并沒有發現什么結論，掉線的情況似乎和那兩個因素都沒什么關系。

但在這個過程中有幾點比較欣慰的發現，使得我們最終決定上線，這里不做詳細敘述。而我們線上幾次直播并未出現掉線問題。

2.啟示

這是整個測試階段發生的事，這中間給了我幾點啟示。

一是永遠不要對復雜的問題抱有短視的預期，認為自己所見所知范圍內沒什么問題就不會有大問題。不要把解決方案當做是終點。一個問題有了解決方案后也可能有其他的問題。

當你抱有這樣的預期的時候，一來當你遇到困難的時候不至于太崩潰，因為你對困難是有預期的。二來正因為你有預期，才會盡早的去發現問題解決問題，而不會想法安逸，行動太晚。

尤其是當你以體驗派的方式了解事物的時候更需要這樣。

我對OBS、硬件等一開始是不了解的，我是以體驗派的方式去了解的。

什么是體驗派？舉個例子。

在早幾年，我還年輕的時候，那時候對琳瑯滿目的化妝品很不了解?；瘖y品有很多的種類，也有很多的牌子，哪種有什么作用，不同品牌有什么差異都是不了解的。這時候我發現市面上介紹化妝品的資料分兩種。一種是大S、牛爾等明星寫的。他們了解的方法是，把所有化妝品都體驗一遍，然后告訴你每種用起來是什么感覺，皮膚有什么變化。他們用的就是體驗派的方法。

而市面上還有一類書，像右邊這本是一個叫張麗卿的人寫的。她是一個化學博士。她會告訴你過氧化苯有殺菌的作用，十二烷基硫酸鈉能去脂。她是從化學成分的角度，用一種解構的方式了解事物。

我一開始對OBS、硬件不了解，就一遍遍的體驗，而體驗派的方式，由于不能把所有可能都體驗到，永遠要準備著遇到問題。而更好的其實是用解構的方式去了解它們。

另一個心得是重壓之下，方知極致用戶體驗。

在整個測試過程，我聽了10多個小時的音頻。我聽的是蜻蜓FM的節目。這10多個小時之后，我終于知道了蜻蜓FM里聲音最好聽的節目是哪個。

我一開始聽的是高曉松的《曉說》，因為我個人比較喜歡他。但是發現他的聲音多聽幾個小時真是受不了。

我們的用戶來直播間，固然是來聽內容的。我們的嘉賓請的是否牛X，講的是否精彩當然是最重要的。但是音質，不說噪音，就是嘉賓的聲音對用戶的感覺、體驗實際上也是有刺激的。雖然我們不會要求用戶10多個小時地聽，但如果我們追求極致用戶體驗的話，音質也是需要有高要求的。

這里我想到了另外一個事。前陣子我家的網速特別慢，在線看視頻很卡。幾乎所有的App都會卡頓，愛奇藝、搜狐、樂視等等。只有一個App可以順暢播放，是騰訊視頻。從此我成了騰訊視頻的真愛粉。所以我想在最差的情況下，還可以讓用戶能用，甚至給他還不錯的體驗，這就是極致的用戶體驗吧。

二 龐雜流程如何迅速完善？

整個測試階段結束之后，我想一切總該結束了吧？但是卻發現，還有一個更大的坑….

我們第一場直播，主持人和兩個嘉賓都在場外，三個不同的地方，有一個還在國外。

如果直播過程中，有一個人聲音突然變小，怎么提醒他？如果有人突然斷線了呢？國外的哥們是凌晨5點開始，如果他睡過頭了呢？那場直播前，iOS還沒有審核上線，如果沒有審核通過呢？事實上也確實沒過。那就得用文字版，是不是得有人聽錄？我自己試過聽錄一會，發現一個人是完全來不及的，那就要至少安排2個 人，2個人3個嘉賓怎么分工呢？更別提直播過程中如果有各種意外呢？

于是我把直播前要做的事大概列了下。看到這張表就傻眼了，如果每次直播都要做這么多事，那以后產品還做不做了？

幸好之前衣總有關照過協調的事可以交接給峰兄。但是怎么交接呢？說一遍嗎？那下次直播呢？如果忘了呢？如果峰兄不做了換一個人，還要再從頭到尾帶一遍嗎？

于是這張表在設計的時候我做了兩件事情。

一是時間這塊，這場直播20:40開始，我設計的時候并沒有考慮20:00做什么，20:30做什么。 而是考慮提前1小時做什么，提前半小時做什么，后來這張表做了一個公式，只要填開始時間，就能自動出來每個任務對應的時間點。

第一場直播有給每個人分配任務，知遙做什么，大為做什么，大紅做什么。但是如果每次都是告訴不同的人你應該做什么事情，下一次，來不同的人，又要費腦安排下哪些人做什么事。所以設計表格的時候并沒有寫誰誰誰做什么，而是把角色抽象了出來，例如這里的測試人員、硬件監控人員等。不同的事情按角色分配。那么下次，只要指定好誰是什么角色，每個人就能迅速了解自己要做的事。

這樣以后峰兄只要根據每次直播的實際情況調整流程，完善這張表，流程很快能跑起來。

第一次直播為了保證順暢進行，有問題及時處理，我把所有對直播流程比較了解的人都留了下來，大為、知遙、大紅。但是，難道每次這幾個人都要在嗎？

直播中最嚴重的突發是沒聲音。于是我做了沒聲音排查的流程，并逼著負責硬件的同學做了硬件排查流程圖。當協調同學學會排查流的問題，就把大為解放出來了；當他學會排查設備問題，就把知遙解放出來了。

有了這些圖，下次，我們也可以找其他同學來做這些工作。

所以總結一下，流程設計要想的不僅僅是眼前的這次直播，永遠要想下一次呢？第N次呢？

這就是我今天想分享的。人生不只有眼前的茍且，沒有詩和遠方，只有下一個茍且，謝謝！

作者：TaraChen（簡書作者）

原文鏈接：http://www.jianshu.com/p/db5b26ae4451#

本文由 @TaraChen 授權發布于人人都是產品經理，未經作者許可，禁止轉載。