【Inside】Vdio,Skype創辦人於Joost失敗後捲土重來之作?
【Inside】Vdio,Skype創辦人於Joost失敗後捲土重來之作?

VDIO要來踢館了!?

美國時間10/17 GigaOM揭露了Skype共同創辦人Janus Friis於video streaming 的最新力作:Vdio(Skype另一位創辦人Niklas Zennstrom雖然這次對外表示他並沒有實際參與創辦Vdio,但兩人實在太密切了,外界還是會認為脫不了關係)。這個網站的命名,與他們另一個streaming music的服務,Rdio.com,有異曲同工之妙。

筆者真要佩服他們對產品命名的功力,Rdio 與Vdio,不僅發音類似Radio與Video,看起來也像,要套漢字構成與使用方式的六書,象形與形聲兼具,好唸又好記,同時也給了GigaOM的作者挖掘出這個師出名門的蛛絲馬跡(Vdio隨後已經證實GigaOM的報導)。

這件事情會值得關注,筆者認為是這樣的組合:“Skype+Rdio+Joost”。

Skype沒話說,最新的發展是歐盟准許Microsoft的併購案,第二次嫁入豪門(第一次是嫁給eBay);

而Rdio是類似由歐洲紅到美國的 無廣告月租型的music streaming 服務,Spotify(兩者比較可參考此篇文章),於去年八月推出private beta測試之後,今年十月初正式於美國推出服務,逐漸受到歡迎,但台灣的讀者可能比較陌生;

Joost呢?台灣的ˊ讀者可能更陌生了。這是Niklas與Janus於創辦了Skype賣給eBay之後,將他們所向無敵的peer-to-peer技術應用於video streaming的產品。Joost是一個靠廣告營收的video streaming服務,類似Hulu的廣告營收模式,但有別於Netflix收取月租費的模式 。

Joost於2007年2月推出beta版,一開始是以一個Mozilla-based的軟體提供服務,如上圖,後來改為Flash-based的web播放器。因為筆者之前服務的公司與Skype合作愉快的關係,Joost也順理成章地成為下一個合作的產品。筆者曾於2007年6月在數位時代發表一篇有關Joost的文章,分享了當時對Joost的一些想法。但Joost後來並未成功(當然也沒在台灣推出),而且Skype的創辦人與Joost還一起告當時的CEO Mike Volpi竊取Joltid的智慧財產,搞得很難看。

Skype兩位創辦人最早的創業為Kazaa,是一個P2P File sharing software,但因使用者多用來分享 music files,因此被美國唱片公司聯合提告,兩人一度因此無法進入美國。十年後再次進入music的領土,雖然整個music 與internet 產業已經有很大的改變與生態,但兩人不能重蹈覆轍,所以這次Rdio走的是Ads-free On-demand DRM-based 的subscription模式,music content是來自於唱片公司的合法授權。昔日被唱片業者視為必須除之的大禍害,如今則變成是緊密的合作夥伴,可見只要能夠創造出win-win solution,敵人也可以轉變為戰友。

若說Rdio是Niklas與Janus繼Kazaa之後於internet music服務的東山再起,那Vdio可也視為兩人於Joost失敗之後的捲土重來之作嗎?

筆者於2007年發表的文章中曾指出Joost可能遇到的挑戰是什麼,不過那時Joost才剛開始,所以屬於臆測。但現在來看,就有更多的資訊可以歸納出以下的幾點:

  • **服務內容取得的困難:Content,Content,Content !**內容取得是過去與現在都存在的根本問題。Joost的模式是與內容業者攤分廣告營收,不是向內容業者購買版權,因此內容業者需要有同樣的思維願意合作,這個模式才有可能做得起來。雖然一開始Viacom與CBS加入(也入故),但後來證明多數的其他主流商業電影與電視內容業者並不買單,Joost缺乏足以吸引眾多使用者的內容,即便影片內置廣告,效果就大打折扣,連廣告主的意願也降低,這樣的惡性循環之下Joost也逐漸流失使用者。雪上加霜的是,由NBC與Fox這些主流內容的業者成立的Hulu在2008年初推出,類似的營運模式,但內容取得不是問題。有這些觀賞價值高的內容撐腰,Hulu迅速累積用戶,因此吸引更多內容業者的合作,再吸引更多的用戶,這樣的正向循環,廣告主自然上門(Hulu現在也有月租模式)。Hulu目前位居全美前十大online video sites第九位(by unique viewers),但它卻產生最多的video廣告 impression(今年二月有超過11億 impressions),這樣一比較,Joost還有立足之地嗎?

  • 使用者取得服務的不便與品質: Client vs. Browser! 如前述Joost類似Skype,使用者必須要下載軟體才能使用服務(與p2p的技術有關)。但不同的是,Skype是一個要牽涉兩方或多方的通訊軟體,為了享受Skype的免費服務,使用者下載後會鼓勵通訊的另一方也下載軟體;看video主要是單方的行為,加上電腦使用者原本對於下載軟體的concerns會多於在瀏覽器上取得服務。Joost後來調整為browser-based的服務,不僅已經錯失時機,也因為主要資源都投注於Client-based的開發,。另外,Joost是架構於p2p技術的服務,這個p2p網路上的參與者越多,p2p越能發揮功效,反之效能越差。所以Joost的使用者少,影片於網路上傳輸的品質就會因此下滑,而Joost一開始是打著高畫質的旗幟,傳輸量更大,品質更糟,但另一方Hulu的影片品質就好很多。雖然這代表的是兩種截然不同營運成本,但影片品質是bottom line,使用者觀賞的經驗不佳,零營運成本也沒有競爭力。

  • **過度與快速擴張導致經營不善:**赫赫有名且成功的Skype創辦人+第一輪就有美金4500萬的資金與重量級投資人(Sequoia Capital, Index Ventures,還有香港富商李嘉誠等)+內容業者Viacom與CBS,這樣的黃金組合,說Joost是含著金湯匙出生一點都不為過。加上兩位創辦人才剛因為把Skype高價賣給了eBay,沉浸於成功的喜悅中,反而讓Joost的野心過大,不僅公司規模快速擴大,且一開始就朝全球營運的方向發展,無法專心與聚焦於一個市場;且因為實在太醒目了,媒體大幅報導,引起產品正式上市前過高的期待,軟體beta時就吸引了超過250,000的測試者,這對p2p的軟體與一個新服務看似是好事,但當產品尚未ready,技術上的問題無法短期內客服時,過高的期待轉眼變成嚴重的失望,原本市場上的Hype變成有反效果的Killer。

有了Joost的前車之鑑,Niklas與Janus這次新創的Vdio,果然有不同的布局。這次要不是被GigaOm挖出來,從2009年底先設立公司,2010年10月取得美金560萬的資金,到目前closed-beta的階段(筆者目前正努力地向創辦人索取中…),Vdio其實是很低調地進行,一開始會提供服務的市場也僅限於英國。雖然目前網站沒有任何服務的訊息,但若由Rdio的營運模式來推測,Vdio應該是Ads-free On-demand DRM-based Video 的subscription模式,修正Joost的Ads-supported模式。

即便Vdio盡量避免Joost的錯誤,此時streaming video的市場也與2007年大不同,尤其Netflix與Hulu雄據山頭,Amazon也虎視眈眈,即便在英國市場也有領先的LoveFilm(LoveFilm是英國類似Netflix,提供streaming video與online DVD rental的服務, 目前有超過150萬用戶),Vdio又有什麼機會?GigaOm問了一個問題,Vdio的回覆持續保持神祕與耐人尋味:

**G:How is it different from Netflix and LoveFilm? **

V:We think people will love using VDIO.

輕描淡寫,但是很典型的Skype創辦人調調!所以,筆者再來臆測一些可能性:

  • **Born and Bred Social:**Rdio的服務,Social是主要的feature,於這次Facebook  F8發表media partnership之前,Rdio的服務已經跟Facebook有深度的結合,形式類似Spotify,就是朋友可以知道你現在正在聽什麼音樂。朋友之間也可以share music list,可以由其他朋友聽的內容與被討論的程度讓使用者搜尋有興趣與合適的音樂等。這樣的Social feature,理所當然會複製於Vdio上。一開始就由Social出發的產品設計,與既有的服務再加上Social feature,是有不同的邏輯與思維,呈現給使用者的介面與功能也會不同。所以這可以是Vdio不同於Netflix或Hulu的切入點與市場區隔。

  • **Group watching + Communication **: 多人可以同時觀賞一部影片,並結合Skype的通訊功能,觀賞者之間可以透過 Video/Voice conference或者Group message 討論或交換意見。雖然現在Skype已經被Microsoft併購,不代表沒有合作的機會。

  • **Live Video Streaming:**目前在Netflix或者Hulu上並沒有Live Streaming的服務,但Joost曾經測試過,當初筆者參與測試的經驗還不錯。若Vdio會有這樣的服務,加上上述Group watching+Communication的功能(其實這是Joost曾經有的規劃),對於類似球賽這樣的live game的內容業者與觀眾,都會是很大的吸引力,於內容上也有差異化!

  • **Developers Friendly:**從Skype開始,Joost到Rdio,都相當重視Developers Community,有完整的Developers Program讓第三方可以透過API開發相關的服務與裝置。這樣的精神相信也會落實於Vdio上,尤其若可提供硬體廠商embedded的支援,可以讓Vdio的服務除了電腦,智慧型手機與tablet上提供之外,透過例如Set-top-box,media player,PS3等game consoles可於TV上觀賞,滿足不同的使用族群的觀賞行為(筆者在美國銷售的硬體,想要embedded Netflix服務,困難重重,有切身之痛)。

歐美streaming video服務的競爭逐漸白熱化,即便有大型的市場領導者如Netflix,Hulu與Youtube等,還是有例如大型電子商務商Amazon.com與WalMart(Vudu)也虎視眈眈,Blockbuster 也藉由Dish Network 重返市場,新進者如剛獲美金2000萬資金的international video site ViKi,這麼擁擠的情況下,Vdio仍要進入市場一搏,Skype的創辦人這回若不拿出類似當初創辦Skype這樣的disruptive technology / innovation壓箱寶,何來的信心?無論如何,有了競爭才有更好的服務,都是消費者之福。

出自Inside部落格

往下滑看下一篇文章
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?

一家來自台灣的 AI 新創,如何讓美國上千家速食餐廳,都用它的 AI「看」得來速車道?

這家公司就是專注於 AI 影像辨識技術的 Berry AI (華捷智能),透過攝影機蒐集匿名數據並轉化為多項營運指標,協助速食品牌找出流程瓶頸、提升現場營運效率與整體顧客滿意度。以美國連鎖炸雞品牌 Zaxby’s 為例,在全面導入 Berry AI 解決方案後,服務速度提升 13%-20%,業績表現最好與最差的門市,每週營收差距從 2.4 萬美元縮小至約 9,000 美元。另一家連鎖速食品牌 Culver’s 在導入後,得來速車道的服務時間也立刻改善,進而提升整體吞吐量。

然而,支撐 Berry AI 解決方案的,不只有前端看得見的攝影機與影像辨識技術,還有後端穩定且具彈性的雲端平台。Berry AI 結合 Amazon Web Services (AWS) 全球雲端資源及博弘雲端顧問服務,打造兼顧即時性、穩定性與成本效益的雲地混合架構,成為推動 Berry AI 持續擴大北美市場版圖的重要關鍵。

從台灣 PoC 走向北美千店規模,Berry AI 面臨架構升級新挑戰

Berry AI 執行長林逸中表示,團隊成立初期投入近2年半的時間,探索最適合影像辨識技術的應用場景,最終將目光鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等。

同時,Berry AI 也進一步將現場蒐集到的數據轉化為可量化的營運指標,例如:不同門市、日期或時段的顧客等候時間,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。

在確立發展方向並於台灣完成 PoC (概念驗證)後,Berry AI 決定前進全球最大、也是 QSR 最核心的北美市場。然而,隨著合作客戶與部署門市持續增加,資料量快速攀升,加上服務範圍橫跨不同區域,既有以地端為主的架構開始面臨規模化挑戰。

林逸中補充指出,尤其 QSR 業者在選擇 AI 解決方案時,格外重視技術效能與穩定性,包括 AI 辨識精準度、能否因應突發狀況、系統能否穩定運作,以及網路發生問題時能否維持服務等。在這樣的要求下,若將所有運算與資料都留在地端,不僅難以因應日益增加的部署門市與資料量體,設備建置與維運成本也會隨之增加。

BerryAI 攜手博弘雲端 打造高可用性 AWS 雲地混合架構,突破北美規模化部署挑戰

如何確保系統的即時性、穩定性與成本效益,成為 Berry AI 進軍北美後必須解決的新課題。為此,Berry AI 選擇與博弘雲端合作,取得穩定且高可用的 AWS 運算與資料庫服務架構,將即時運算留在地端,同時在雲端環境整合資料庫處理大量資料與後續分析工作,形成兼顧地端即時運算與雲端彈性擴充的雲地混合架構。

Berry AI研發同仁汪楚剛說明,包括車輛偵測、追蹤與狀態辨識等需要即時反應的工作,會先在地端完成;再將辨識結果傳送至 AWS 雲端,計算各項營運指標,提供後續分析與決策使用。透過這套架構,Berry AI 至今已處理超過 2 億筆車輛狀態資料。

此外,AWS 也是 Berry AI 持續優化 AI 模型的重要基礎。Berry AI 將整套資料蒐集流程建構於 AWS 上,透過完整且多樣化的資料,持續訓練與優化模型,進一步提升地端影像辨識的準確度。

博弘雲端
Berry AI 鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。
圖/ Berry AI網站圖

成為企業技術團隊的延伸,博弘雲端助 BerryAI 把 AWS 用得更好、更省

隨著北美業務持續成長,Berry AI 也迎來新的課題:如何把雲端資源用得更有效率、更省成本,這也成為 Berry AI 與博弘雲端合作的重要契機。

對此,可能有很多人好奇,像 Berry AI 這類技術能力成熟、具備自行建置架構能力的企業,為什麼還需要與博弘雲端合作?「關鍵在於,博弘雲端長期深耕 AWS,對相關服務與技術架構更加熟悉,可以成為企業內部技術團隊的延伸。」博弘雲端技術長宋青雲說。

當 Berry AI 遇到特定 AWS 服務或技術問題時,可以直接尋求博弘雲端協助;若需要進一步與 AWS 原廠確認,博弘雲端也能協助溝通與處理,減少 Berry AI 自行研究與排除問題所需投入的時間,讓內部研發團隊可以將更多心力和資源集中在核心產品開發。

更重要的是,博弘雲端不只提供技術支援,還能從 Berry AI 實際用量與成長需求出發,客製化設計最適合的節費方案,這對 Berry AI 降低營運成本有很大的幫助。宋青雲說明,博弘雲端根據 Berry AI 既有的 AWS 用量,推估未來 1-3 年內的使用需求,並以此為基礎規劃合適的長期雲端資源用量;同時考量 Berry AI 所屬飛捷集團旗下還有 3 家子公司同樣使用 AWS,進一步整合集團需求進行評估,放大整體採購規模,爭取更大的節費空間。

宋青雲強調,雲端採取隨需即付的計價模式,雖然具備彈性優勢,但若缺乏持續管理,仍可能出現資源配置不符商務規劃,或費用超出預期等情況。而博弘雲端不只能從使用現況出發、建議適合的節費方案,也會從效能、資安與成本等面向進行架構健檢,提出相應的優化建議;同時還會提供相關管理介面,讓企業隨時查看帳戶使用狀況、預估未來用量,在業務規模持續成長的同時,也能兼顧雲端架構的效能、安全與成本效益。

而架構健檢與成本優化,只是博弘雲端服務的一環。從企業準備上雲開始,博弘雲端便能協助將應用程式與資料從地端搬遷至雲端,或直接在雲端完成部署;進一步還能協助建置數據平台、數據中台,進行資料分析及導入 AI 應用,讓企業資料發揮更大價值。當服務正式上線後,博弘雲端也能接續提供維運服務。換言之,從前期 PoC、雲端建置到後續維運,博弘雲端都能依據企業需求,提供相應的服務與支援。

對 Berry AI 來說,藉由與博弘雲端合作,深化 AWS 雲端資源使用,不只是突破規模化挑戰,更重要的是能把有限的資源集中在核心業務,持續優化解決方案、開發更多貼近餐飲營運需求的應用,進一步爭取更多品牌合作,擴大北美市場版圖。目前,Berry AI 正全力拓展北美市場,也持續尋找對 AI 技術與餐飲產業應用充滿好奇心、重視團隊協作的人才加入。徵才方向涵蓋機器學習與電腦視覺、Platform & System(DevOps、Infrastructure),以及 Full Stack 軟體開發。從門市邊緣裝置上運行的 AI 模型、串連雲端與數千家門市的系統平台,到協助餐飲品牌提升營運效率的分析產品,每個環節都還有發揮的空間。 期待匯聚更多優秀夥伴,一起用 AI 解決真實的營運問題,讓來自台灣的技術走進更多全球 QSR 門市。

職缺詳情:https://www.cake.me/companies/berryai/jobs

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
一次搞懂工業AI
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓