泛娛樂1對1社交市場火熱,網易雲信助力應用脫穎而出
陌生人社交,顧名思義,即用戶通過應用提供的內容和服務、與社交圖譜之外的其他人建立社交關係,已成爲當前泛娛樂類應用中不可忽視的一大品類。在陌生人社交場景下,1 對 1 社交、語聊房、秀場直播是主要的“三駕馬車”,拉動着陌生人社交整體市場的不斷增長。
其中又以 1 對 1 社交最受關注。一方面,從用戶角度來說,1 對 1 社交更能滿足用戶的探索欲和新鮮感,在拓展社交圈和人脈資源的同時又兼具着很好的私密性,甚至可以通過它找到戀愛對象和靈魂伴侶。另一方面,對廠商而言,1 對 1 社交類應用上線速度快,變現能力強,長期穩定運營後能通過禮物打賞等玩法帶來源源不斷的收益。
數據顯示,在國內各大應用市場的泛娛樂應用 TOP100 榜單中,1 對 1 社交應用佔比超過 30%,而在海外應用市場,這個數字更是達到了 50% 以上。
豐富多樣的 1 對 1 社交應用
以常見的 1 對 1 社交玩法舉例,用戶在 App 上瀏覽到一位主播信息,隨後向主播發出視頻通話邀約,在主播接通後雙方就能天南海北的暢聊,聊天過程中也可以通過禮物打賞實現互動,在通話結束後平臺方進行費用結算,主播能從中獲得一定比例的分成獎勵。
此時,用戶獲得了陪伴,主播獲得了分成,平臺則從本次通話時長、用戶付費行爲中獲得了收益,三方共同完成了一次完整的商業閉環。
因此,對應用開發廠商來說,只有不斷的促成這類 1 對 1 的視頻通話,才能實現產品的穩定增長。無論是豐富玩法創新,增加主播入駐數量,還是提升算法匹配準確度,都是基於這個目標展開。但從技術層面,還有兩個技術指標會影響到用戶體驗和平臺變現,卻常常被開發廠商忽略。
1. 視頻通話接通率。接通率是指呼叫方請求視頻通話後,能被接收方收到併成功建立通話的比例。由於大多數 1 對 1 社交平臺會依據通話時長收費,接通率會直接影響到平臺收入。
2. 畫面首幀時間。畫面首幀時間是指當主播同意接聽視頻通話後,在正式接通前所出現的等待黑屏時長。時間的長短會影響用戶體驗。在實際測試中發現,1s 以下的等待時間是可接受的,超過 1s 後隨着時間的加長,用戶感受就會出現斷崖式下降。尤其是在付費情況下,平臺更需要提供極速流暢的通話體驗。
100 %呼叫到達率,通話邀請送必達
要提升 1 對 1 視頻通話的接通率,首先得先明確:影響接通率的因素都有哪些?
我們從建立通話的過程環節逐一來看:當呼叫方發出通話請求後,主播會先收到通話邀請的信令,隨後主觀決定是否接聽,若同意接聽則再進一步進入視頻通話房間。
因此影響接通率的因子主要存在以下三個環節中:
1. 信令是否成功送達:邀請視頻通話的信令到達,能否成功將呼叫請求送到接收方。這個環節主要考驗 IM 信令的傳輸質量,需確保信令發送後不丟失。
2. 主播是否願意接聽:這一環節主要與主播的主觀意願和個人素養相關,好的平臺會設定一些獎懲機制以促進主播的接聽意願。
3. 視頻通話是否建立成功:收到請求並同意接聽後會進入應用的 RTC 房間。這一環節考驗的是 RTC 面對不同終端設備、在不同網絡環境下的通話穩定性。
其中“主播是否願意接聽”,只能依賴業務方加強對主播的約束和獎懲機制來規範主播行爲,而 1 和 3 因素的影響,本站雲信能通過自身 IM 和 RTC 產品聯動的優勢來解決,以提升應用整體的接通率。
多鏈路信令通道保障呼叫邀請 0 錯過
本站雲信信令結合了 IM 穩定可靠的信令通道,用於搭建音視頻場景下的呼叫邀請機制。除了基於本站雲信 WE-CAN 全球智能路由網絡的 IM 加速節點、KCP 信令長鏈接,還專門研發了信令傳輸多鏈路方案,在用戶在線狀態下實現 100 % 的信令到達率。換句話說,只要你發出通話邀請信令,雲信就能毫不含糊地將信令傳輸給接收方。
而當用戶清理掉應用進程不在線,或因網絡問題導致的客戶端 SDK 無法與服務器正常連接時,雲信引入了手機系統廠商推送機制,通過通過穩定的系統級長連接通知用戶有來電需要接收。此外,同一份信令數據會採用 Wifi 和 Celluar 兩個路徑與服務端建立連接並保活,確保任一路徑弱網情況下信令依然能送達。
RTC房間加入成功率99%
當主播同意接聽通話並進一步進入 RTC 房間時,會受到手機性能、網絡環境等多方因素的影響。針對這個環節,WE-CAN 的全球節點及抗弱網算法起到了很好的作用,同時 WE-CAN 在各節點之間採用報文級別的 ARQ (超時重傳)和 FEC (丟包恢復)來提高傳輸質量。在網絡丟包率達到 80% 的弱網環境中,仍可正常進行音視頻通話,將加入房間的成功率也提升到 99% 以上。
此外在端上進行媒體流傳輸時,若網絡收到干擾變差,多鏈路方案可以快速切換到移動網絡通道中,讓用戶對網絡波動無感知。
某頭部 1 對 1 社交客戶的加入房間成功率數據
首幀時間低至600ms,通話秒開不等待
分析完接通率,我們再來看看影響用戶體驗和平臺變現的因素之二 —— 畫面首幀時間。
呼叫信令三合一視頻通話快人一步
傳統的視頻呼叫流程中,用戶發起呼叫後將信令請求傳輸給接收方,接收方點擊接聽後,將信令回傳給用戶,最後二者同時加入視頻通話房間,步驟繁多,且這種串行處理方式導致了整個呼叫流程產生延時。
本站雲信將 create/join/invite 指令合併成一個呼叫指令,縮短信令處理時間,並減少 RTT (往返延時)時間。相比於傳統的處理方式,降低延時約 30%。
而在雲信快呼叫組件方案中,呼叫信令請求還能和加入 RTC 房間同時進行,當主播收到請求並接聽後即可訂閱對方視頻,從而降低呼叫到畫面首幀的耗時,且該能力在任何 1 對 1 音視頻通話場景下都可以使用,不侷限於匹配場景。
我們可以從下表的數據中直觀看出接入雲信方案後畫面首幀時長的優化: