沉浸在語聊房社交場景的開發(fā)者可能已經(jīng)發(fā)現(xiàn)，一款真正意義上的開箱即用的通信云產(chǎn)品近期悄然問世。這是融云開發(fā)的，也是業(yè)界第一款封裝了復(fù)雜業(yè)務(wù)邏輯的語聊房 Demo，融云深諳開發(fā)者唯快不破的心理，以“IM+RTC”協(xié)同能力SDK打造的語聊房 Demo，助力開發(fā)者搶占熱門開發(fā)先機(jī)，同時也挖掘并率先實(shí)踐了 PaaS 賽道的新增長點(diǎn)。
因此，上周融云語聊房 Demo一經(jīng)推出，迅速受到社交場景開發(fā)者的熱捧，下載試用的開發(fā)者真正體驗(yàn)到 30 分鐘接入 SDK，5-7天便可上線一款功能完整的語聊房 App 的快捷開發(fā)。
圖：融云語聊房功能一覽
30 分鐘接入 SDK，是如何開箱即用的?
融云語聊房 Demo 何以能夠滿足開發(fā)者快速上線需求?這在于融云通過分析語聊產(chǎn)品的場景業(yè)務(wù)邏輯，把 IM 和音視頻通信兩個不同能力，基于場景融合在一起形成一個新的SDK，對開發(fā)者來說，無需再去關(guān)注底層技術(shù)，無需額外調(diào)用單一能力。
在 IM 方面，由于語聊社交應(yīng)用都存在麥位管理、送禮物、私密聊天等通用性場景，在融云語聊房新產(chǎn)品 Demo 中，將這些通用性場景從業(yè)務(wù)邏輯上進(jìn)行了封裝，提供了以下功能，真正做到了開箱即用，唯快不破。
基于 IM 信令，
l 支持實(shí)時連麥，自由與排隊(duì)模式的麥位管理，支持全局與單獨(dú)閉麥等連麥互動功能，房主還可設(shè)置管理員，協(xié)同管理邀請上麥、抱麥、下麥、關(guān)閉座位、座位禁麥、踢出房間等操作;
l 在“送禮”場景中，支持對單人或全麥位成員送禮物，自定義禮物數(shù)量;
l 為了滿足房間內(nèi)房主與觀眾、觀眾與觀眾間的單一溝通需求，體驗(yàn)人生如初見的美好，融云在場景化 Demo 中還封裝了基于IM能力的文字、語音、表情、圖片等私信消息功能。
在音視頻方面，語聊房場景通常都離不開語音直播、音樂播放等音頻場景。融云為語聊房的場景化 SDK 內(nèi)置了 RTC 能力，
l 能對抗 80% 的音頻丟包;
l 可智能降噪，回聲消除。
另外，通過抖動緩沖、前向糾錯、丟幀補(bǔ)償?shù)燃夹g(shù)，減少網(wǎng)絡(luò)抖動和弱網(wǎng)環(huán)境下的延遲，保障語音通話低延時且清晰，讓用戶在復(fù)雜網(wǎng)絡(luò)環(huán)境和多設(shè)備接入的情況下，也能實(shí)現(xiàn)暢通優(yōu)質(zhì)的語音通話。
把復(fù)雜留給自己，用心從開發(fā)者體驗(yàn)出發(fā)，省時省力事半功倍
對于開發(fā)者而言，一般情況下，要完成相同品質(zhì)的語聊社交應(yīng)用產(chǎn)品上線，必須要進(jìn)行二次代碼開發(fā)，自行集成與業(yè)務(wù)場景相關(guān)的 SDK，不斷研磨和試錯業(yè)務(wù)邏輯，至少需要 2 至 3 個月的工作量和時間成本。很可能當(dāng)App從 0~1 開發(fā)上線之后，市場上已經(jīng)出現(xiàn)了大量同質(zhì)化的產(chǎn)品，導(dǎo)致應(yīng)用失去競爭力。融云語聊房新產(chǎn)品 SDK 1.0 & Demo 的面市，就是通過基礎(chǔ)工具的創(chuàng)新實(shí)現(xiàn)降維打擊，幫助開發(fā)者贏得先發(fā)優(yōu)勢。
但對于融云而言，要研發(fā)場景化的 SDK，就不可避免地要在 SDK 中融合多重復(fù)雜的業(yè)務(wù)邏輯，也就必須要面對復(fù)雜的業(yè)務(wù)邏輯與通用性技術(shù)之間的平衡問題。在此之前，作為 PaaS 廠商，融云只需關(guān)注基礎(chǔ)的 SDK，強(qiáng)調(diào)其最大的通用性、最廣泛的使用場景和最常見的功能，封裝的也只是最基礎(chǔ)的能力。但是在這款新產(chǎn)品的研發(fā)中，不僅要考慮語聊房的場景實(shí)現(xiàn)和業(yè)務(wù)能力，而且要針對語聊類場景，追求 SDK 的最大通用性。
這就意味著在研發(fā)側(cè)，不是單純地研發(fā)一個 SDK，而是要把很多與業(yè)務(wù)相關(guān)的能力集成在SDK里面。難點(diǎn)在于要更多地面臨產(chǎn)品層面的挑戰(zhàn)，考慮的是產(chǎn)品在特定場景下的通用性，和諸多業(yè)務(wù)能力的抽象，相當(dāng)于在兩個互相排斥的地方找到共通點(diǎn)。
更加需要強(qiáng)調(diào)的是，研發(fā)中任何一個邏輯細(xì)節(jié)考慮不周，都可能導(dǎo)致開發(fā)者重新回到二次開發(fā)的境地，從而失去了新產(chǎn)品本身所主導(dǎo)的開箱即用的宗旨。那么融云為什么能夠發(fā)布這樣一款真正意義的開箱即用產(chǎn)品，又為什么是融云敢于發(fā)布這樣一款場景化的 SDK 1.0 & Demo呢?除了融云“IM+RTC+PUSH”的全能力，還在于融云背后基于 30 萬款 App 的海量數(shù)據(jù)積累，如果沒有這樣一個基礎(chǔ)，要找到特定場景下的業(yè)務(wù)共性，絕非易事。
從這一點(diǎn)來看，融云通過新產(chǎn)品的推出置身于新的賽道層次，開啟了場景化 Demo 更貼近開發(fā)者的新服務(wù)能力，再次領(lǐng)跑了 PaaS 云服務(wù)市場。
融云語聊房新產(chǎn)品的推出，意義遠(yuǎn)大于產(chǎn)品本身
據(jù)了解，由于語聊房場景 Demo 的創(chuàng)新程度高，目前業(yè)界無此先例，尚待更為廣泛的驗(yàn)證，所以從 1.0~2.0 這個階段，預(yù)計(jì)需要 1~2 個月時間，后續(xù)的迭代將以兩周一個版本速度跟進(jìn)，保持與融云 IM 和 RTC SDK 同樣的更新頻次。
并且，融云不但在語聊房場景下，提供不斷迭代的 SDK 和 Demo，未來，融云還將針對多人相親、電商直播、在線教育、遠(yuǎn)程醫(yī)療等多個熱門場景，進(jìn)行一系列的 SDK 封裝和場景化 Demo 的提供，以滿足開發(fā)者快速上線應(yīng)用產(chǎn)品這一核心目標(biāo)，走出一條融云自己的市場擴(kuò)展道路。
這對于 PaaS 廠商來說，從去年的 IM+RTC 雙重能力協(xié)同提供，到今年對場景化 SDK和 Demo 的創(chuàng)新，融云一次次地引領(lǐng)了行業(yè)發(fā)展和業(yè)界進(jìn)步。就語聊房新品而言，或許就是從另外一個維度揭示了 PaaS 廠商在賽程的后半段，真正的發(fā)力點(diǎn)在哪里?融云不但最先發(fā)現(xiàn)了這樣一條賽道，并且進(jìn)行了賽道實(shí)踐，在給整個業(yè)界帶來了新想法的同時，還帶來了寶貴的實(shí)踐經(jīng)驗(yàn)。。
對開發(fā)者來說，縮短開發(fā)周期，開箱即用，不但可以節(jié)省時間成本、開發(fā)成本，而且可以集中精力在后續(xù)專研場景業(yè)務(wù)的新玩法，反過來與 PaaS 廠商進(jìn)行碰撞交流，從而不斷促使場景應(yīng)用向深度和廣度推進(jìn)。
結(jié)語
全球互聯(lián)網(wǎng)通信云領(lǐng)先廠商融云正式上線語聊房 SDK 1.0 & Demo。這是業(yè)界首個完全基于場景化的 SDK，對整個 PaaS 賽道的云服務(wù)廠商來說，上半場比拼的是技術(shù)與服務(wù)，下半場新的增長點(diǎn)則是深入不同行業(yè)的業(yè)務(wù)層，將技術(shù)與場景化相結(jié)合，為開發(fā)者提供更便捷的產(chǎn)品。
申請創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！
