在這場和GoogleOpen Social的競爭中,Facebook究竟贏在哪裏?

36氪 於 31/03/2017 發表 收藏文章

編者按:本文作者 Jason Costa,Jason Costa GGV紀源資本入駐企業家,Pinterest貨幣化團隊創始成員,管理Twitter平台超過一百萬個移動應用的生態系統,發佈GoogleCheckout API和Opensocial schema。

很高興看到Facebook能一直有效的處理來自snap這個急速成長的新興企業的威脅。Facebook以其璀璨的產品和社交應用,一直在不斷削弱SNAP之前流星般的增長速度。這是一個研究大公司利用他們當前長處,認真自我迭代以面對競爭對手威脅的案例。這種情況也讓我想起了我在Google的時候,當時Facebook對Google而言是一個快速增長的威脅,我們的團隊當時本可以更好的利用競爭優勢,下面是對GoogleOpen Social的反思和一些經驗教訓。

Facebook vs Open Social

在2007 - 08年,Facebook的影響迅速飆升,他們收集了大量的用户信息,隨着時間的推移,這顯然對Google的廣告業務構成了威脅。

一個鮮為人知的祕密是當時照片和遊戲佔據了絕大多數的頁面瀏覽量,用户的很多時間都花在了Facebook上。為了消除這種日益增長的威脅,Google建立了社交網絡聯盟,試圖“圍剿”Facebook這個平台。Open Social就是Google在社交領域上首次對戰Facebook。


這個概念很簡單:創建一個技術標準,讓所有社交網絡都可以實現和支持。

當時Google已經聚集了相當一批社交網絡的參與者,將會把這些流程標準化,允許第三方開發者通過API在網絡中部署應用程序。甚至有一個名為“盛宴”的參考實現標準,使java和PHP也能接入。

已經有許多社交網絡同意整合,My Space、雅虎、Hi5、Bebo、Orkut、Friendster、LinkedIn和很多其他公司都談好了。當時的價值主張就是不輸給Facebook,開發人員構建的價值交換可以編寫應用程序並在任何地方運行應用程序,理論上看,這將獲得更多的用户。


標準的碎片化

實現API不能總是寄希望於標準化的夢想上,雖然Open Social能實現Apache的參考標準,但它有兩種分類:Java和PHP,幾乎不能保存一致性,所以如果一個容器是建立在PHP中,他們可能無法支持java版的相同功能操作。更為複雜的是,My Space,當時最大的參與者,自己用定製版的C #,從參考標準上看,這造成了更多的分歧。

最終,Google應用引擎僅適用於當時的Python,這限制了Open Social有一個更完整的開發者故事。第三方開發者本應該能夠在任何語言編寫應用程序,與其他基於Java的API和Open Social接口一樣,然後直接部署和擴展在他們的應用程序上。然而結果卻恰恰相反,這些應用程序開發人員必須尋求AWS的幫助。



需要 “marquee container”

因為與標準的不一致性,Open Social本身變成了一個“學習一次,每個地方都要重寫”的操作而不是履行“一次編寫,隨時運行”的承諾。但是開發者的價值主張是編寫一次就行,在My Space、雅虎、Hi5和其他參與者身上都能用,如果開發者不得不手工編寫和改寫每個社會網絡 ,那這樣開銷就太大了。不如把注意力放在思考Facebook是如何達到100萬用户的呢?

My Space的興趣開始下降,雅虎從未真正實現一個主要屬性,Google的主要產品Orkut,只在巴西和印度這樣不引人注目的地方有很高的佔有率。Google一直在提供和強化一個主要選框容器的形式,YouTube 可能已經能夠標記基礎信息了。如果沒有這樣的強力合作伙伴,相比於和Facebook競爭這件事是不值得繼續的,Google希望從Facebook手中獲取市場份額,但並沒有承諾將這些功能打造成自己的核心產品,並利用現有的網絡實現快速增長,説到底,它們缺乏社交產品的DNA。

Open Social對Google而言是社交產品長期努力開始:Friend Connect, Buzz, Latitude, Google+和其他Google的產品都是。極具諷刺意味的是,社會周邊信息和內容搜索問題直接引導出Google最驚豔的產品:Google圖片。這就是Google成功的原因,產品問題可以容易解決。但是,理解社會和產品並不在同一緯度。

在早期,Google只做搜索,界面設計乾淨簡單,這點直到今天仍然如此。除此之外,幾乎沒有空間來思考“用户體驗”,絕大多數重點是花在後台:提供高質量的搜索結果,優化性能和提升速度等等。的確,這些都是很重要的工作,但某種程度上間接影響了產品的信息架構,因而影響到了用户的體驗。所以如今的產品團隊很大程度上是重視技術而輕視設計,因為有UI團隊在身後支持,這早就定好了基調,但對於社交產品而言這點並不是一個關鍵問題。


Open Social從來沒有能夠減緩Facebook的發展,儘管所有的團隊都很努力。隨着時間的推移,Open Social項目出人意料地變成了一種由IBM和其他公司引導的企業的標準。但這是一個很好的提醒,如果你想在一定的空間內建立一個有高度競爭力的產品,你必須先有產品DNA和優秀人才,然後完美的執行(找到合適的合作伙伴,擅長不同方面等等)。特別是如果你在和像Facebook這樣強大的敵人競爭。


資料來源:36Kr

留言


請按此登錄後留言。未成為會員? 立即註冊
    快捷鍵:←
    快捷鍵:→