策略思維:Clubhouse 的追擊者 FAM、臉書與推特對彼此的影響

很多人說 Clubhouse 已經討論得夠多了,​但是對我來說,還不夠​。因為 Clubhouse 是這幾年少數現象級的產品,​已經深深地影響了 iOS 的族群​,甚至安卓的族群也是在臉書上看到洗版的訊息​。
評論
Photo Credit: Shutterstock / 達志影像
評論

作者為孫治華。原文刊登於 Medium,INSIDE 經編審刊出。

很多人說 Clubhouse 已經討論得夠多了,​但是對我來說,還不夠​。因為 Clubhouse 是這幾年少數現象級的產品,​已經深深地影響了 iOS 的族群​,甚至安卓的族群也是在臉書上看到洗版的訊息​。

我們可以看到一個產品的階段演變​:冷啟動、成長、到有不同層級的追擊者,​這樣的競爭會對一家企業造成什麼樣的影響?​而最關鍵的是你怎麼判斷這些情況?​

因為,你對這件事情的任何的看法與判斷​,都會在未來六個月或是一年內看到真實世界的答案​,我們活在一個真實的商業經典個案中,因此當然要利用這樣的時機點,去檢驗自己的思考與判斷力​。

台灣的兩個追擊者:FAM 與 SoundOn 的相關產品​

消費者會不會使用這兩個 APP 呢?​

這樣要從 Clubhouse 成功因素開始說起​,很多人會說這是因為 Clubhouse 使用了邀請制​,一種飢餓行銷或是身分認同的建立​。

但是其實 Clubhouse 的病毒崛起還有一個要素​:社群動能(從意見領袖開始)​,要是今天不是 Elon Musk 或是李開復加入​,會有那麼強的號召力嗎?​少了高動能的意見領袖,​邀請制是沒有意義的​。

所以從病毒的散播因素​來思考:社群動能+邀請制​。

Soundon 與 FAM 有可複製的機會嗎​?可能沒了。因為基本上以認同度來說​,沒有了社群領袖的 FAM 與 SoundClub 是​不會擴散的。既然不會擴散,當然也就沒人去了​。

這樣的新創服務在近年來是少見的:短期就創造了一個極高的品牌認同度,讓其他競爭對手無法複製​。

推薦閱讀:台版 Clubhouse 你會用嗎?麻吉大哥滿滿致敬意味的「FAM」上線

社交平台的追擊者:臉書與推特​

這基本上可以說明 Clubhouse 已經成為日後所有社交平台的基本功能了​,但是關鍵也就是在「功能」這兩個字​。假如只是功能,那依舊少了社群地位的認同度​,少了邀請制的尊榮感。

所以要是臉書也做了 Clubhouse 的功能​,說真的,那就只是一個功能層級​,不會是一個關鍵的定位特色​。這時候聊天的功能「定位」反而變成了「沉睡粉絲」的喚醒

推薦閱讀:Facebook 傳正在開發類「Clubhouse」功能

營運面來看​,臉書的營收就是臉書廣告​。臉書其實早是銷售平台,而不是社交平台​了而 Clubhouse 最近讓很多知識經濟或是中小品牌跳入的原因,就是​它帶來了幾乎是沒成本的快速增粉​。

假如臉書提供了類似 Clubhouse 的功能​,會不會反而侵蝕了自己的廣告營收呢?相信會有 best practice,但短期內應該還有影響​。因此臉書上的聊天室功能和其他的社群平台上的差異,就是​它必須考量到「提升銷售助力」與「維持或是強化獲利」的方向​,所以我覺得臉書實踐的 Clubhouse 功能,應該會比推特所考慮的因素更多​。

而推特呢?其實推特對 Clubhouse 的影響可能更大​。

因為臉書的定位就是強化同溫層​,粉絲頁的內容經營是推式的,從企業推給消費者。而推特就是關注在意見領袖的意見發表​,是吸式的經營,粉絲可主動追蹤他們想要的意見領袖。

所以從意見領袖傳遞訊息給社群的流程上,推特就是第一步驟,推特是意見領袖發言最自然的流程​,那就有可能挖掉了一些他們的發言​。於是,在推特發言完之後直接開聊天室的流程就出現了。

另一點是因為我們在 Clubhouse 中的帳號具不真實​性,雖然是用手機認證,但也只是認證了手機​號碼,並沒有證明任何的個人身分資訊,所以最近也可看到習近平上 Clubhouse​。而推特的 Clubhouse 則擁有這些使用者過往的所有資料,以此驗明正身​。

所以在使用者的真實性與​意見領袖發表意見的封閉流程發言直接開聊天室),推特反而更有機會對於 Clubhouse 造成影響​。

Photo Credit: Shutterstock / 達志影像

到最後是 Clubhouse 推出安卓版​

到了最後 Clubhouse 自己推出了安卓版,意見領袖還已經在裡面了​,這一點不會改變。真正會改變的,反而是分享者與參與者的熱度。​

因為現在長期的議題經營與設計就是一個關鍵了​。

從知識經濟的層面來看,Clubhouse 其實是一個相當獨特的形式​,這陣子會紅是因為​那些意見領袖提供了一個最即時的知識與經驗這些知識與經驗之所以珍貴,​有兩點——

  • 「共創內容」​:

分享者與聽眾的討論與激發,​尤其是初期跨區經驗的交流,更是有它的獨特性​.像是兩岸與海外華人不同的世界觀​,他們的獨特經驗與現實交流後產生了獨有的知識體驗。

  • 「截流知識源頭」:​

這是優點也是未知的風險。

我們看到的書籍其實都是歷史,一家公司經營「成功多年」才會有人開始分享他們的「過去經驗』」,假如國外企業的經驗還需要「成為暢銷書籍」,才有機會被國內的出版社看上​,之後還需要與作者談授權、還要找人翻譯,最後才會成為國內的「新書」​。

但是 Clubhouse 所分享的都是​當下正在發生的知識與經驗,越過了過去重重的知識產生的流程​,用最低成本的「說」呈現到了聽眾的耳中​。

但是這樣的知識與經驗​,輸出也是非常可觀的大量,書籍的知識經驗是多年的累積才成為一本書​,當下的經驗分享卻很容易重複,講過的經驗一個主持人會想要講幾次呢?聽眾聽過幾次會膩呢?我們會有用不完的話題嗎?​

所以,聊天討論除了功能面之外,也須注重話題經營/內容行銷規劃,這不是每個人都熟悉的​,所以在未來的三個月內,Clubhouse 目前百家爭鳴的事態也會很快的改變,哪位意見領袖有說不完的話題、豐富的底蘊,哪些時段被那些主題聊天室所佔領,都會快速的成形。

Photo Credit: Shutterstock / 達志影像

總結

  • 台灣的兩個追擊者:FAM 與 Soundon 的相關產品​

他們的追擊無用,因為成功因素已經無法複製了​,意見領袖是不願意加入 copycat 的,社群擴散的動能會消失​

  • 社交平台的追擊者:臉書與推特​

推特的營收模式​並沒有與 Clubhouse 相衝突,反而可以有​使用者的真實性與意見領袖的發言優先點的優勢​,所以會對 Clubhouse 發生影響​但無法取代。​因為 Clubhouse 抓住了初期的意見領袖​,已在 Clubhouse 站上萬人的聯繫,也搬移出了臉書的既有聽眾群​,這也是推特缺乏的​。

而臉書呢?會有諸多的營運面的顧慮​,Clubhouse 會不會侵蝕廣告營收呢?​

因為它現在就是一個免費增粉的工具,臉書其實已經不是社群平台了​,臉書的本質其實更偏向銷售平台了​,所以日後臉書推出來的 Clubhouse​,勢必會和我們所認知的 Clubhouse 會有所差異​。

  • 到最後是 Clubhouse 推出安卓版

議題策展與當下知識與經驗的快速消耗​,就會回到平台與開房者的經營面​。

當有開房者有一種「擠經驗」的感覺時​,熱度就會下滑​,我相信目前已經有些開房者經有這樣的感覺了​,所以未來 Clubhouse 就是看誰用豐富與持續性的主題先佔地為王​:主題性與特定時段的聆聽習慣的建立​,就是未來 Clubhouse 的關鍵競爭點​。

所以最後總結一下,這些追擊呢​,在一次消耗意見領袖的名單之下​,後續的追擊都是沒意義的​,只有臉書和推特可以保有長期性的功能​,其他的追擊都會在六個月內消失​。

消失的原因不是沒有經費​,而是荒蕪​。

責任編輯:MindyLi
核稿編輯:Anny

延伸閱讀:



蛻變敏捷開發組織並不難! AWS Amplify幫前端工程師從雲端快速建立REACT程式

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。
評論
shutterstock_1451794139.jpg
評論

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

透過 AWS 增加雲端技能 在組織發揮你的影響力

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

填寫表單 找到適合你的快速上雲服務與工具!

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

打造第一個你在 AWS 上的應用程式

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

了解更多:AWS 開發者系列