不只吃下全世界，Uber還為網路企業打開中國大門|數位時代 BusinessNext

Google和Facebook都做不到的事情，Uber做到了。

有人認為，這次滴滴出行收購Uber中國，是Uber創辦以來的一大挫敗，但與其說是滴滴吃下Uber中國，倒不如說是Uber吃了全世界。而Uber這場成功的謀略，就像是為其他非中國網路公司，打開了通往中國市場的另一道門。或許這稱不上是康莊大道，卻會是更有把握的一條路。

Uber
(圖說：Google、Facebook都進不去的市場，Uber進去了／圖片來源：Automobile Italia)

中國有超過13億人口，是全球最大的經濟體，如果沒有中國市場，你很難說你擁有全世界。但細數世界幾大網路巨擘，不論是較早期的Yahoo、Amazon，還是後來的Google、Facebook、Netflix，進中國一直都是一道無解難題，直到「Uber中國」的出現。

##兵敗中國？其實Uber現在才是真正擁有中國市場

雖然，就表面上的結果來說，Uber中國狂燒超過20億美元(約合新台幣633億元)，最終還是落得賣給滴滴的命運，似乎是打了一場敗仗。但實際上，在這次合併之後，Uber預計可以持有「新滴滴」約17.7%的股份，也就是說，Uber其實比先前還更真真實實的擁有中國市場。

或許，17.7%的比例看來不高，但可別忘了，中國是一塊多大的餅，單單是滴滴出行，目前的日接單量就可以上看1600萬筆，研究機構羅蘭貝格還預估，到了2020年，中國網路預約車市場還將成長超過5000億人民幣(約合新台幣2.4兆元)。

再以財務面來看，兩家公司合併後，新滴滴的估值上看350億美元(約合新台幣1.1兆元)；第二，新滴滴幾乎獨佔了整個中國網路預約車市場，代表燒錢補貼大戰也將同步告終，「賺錢」應是指日可待。這也是為什麼過去那些總是質疑Uber估值過高的創投、分析師們，在Uber補上中國這塊版圖後，如今紛紛改口，認為Uber先前625億美元(約合新台幣2兆元)的估值太低。

回頭來看，Uber究竟是如何走出這一局棋？

2015年，負責Uber全球營運的資深副總裁Ryan Graves來到中國尋找負責Uber中國業務的總經理人選，當時他就很清楚，在這塊土地上存在太多無法可解的難題，但即便早已認清這樣的事實，他還是決定擁抱這些問題，一次又一次的挑戰。而從他這樣的態度和一連串舉措來看，其實你可以合理推測，他心中早已寫好一套劇本。

##只要讓滴滴「夠痛」，就可以成就一筆划算的交易

當然，Uber憑藉的也可能只是身為全球估值最高獨角獸的那一股自信，認為終究會有一絲機會可以征服中國市場；但更有可能，Uber其實一直都知道，即便Uber中國無法自己拿下中國的半壁江山，只要他能讓滴滴「夠痛」，讓滴滴不得不出手併購，終將會成就一筆划算的買賣。

（圖說：併入Uber中國後，新滴滴的估值可能會上看350億美元／圖片來源：滴滴出行官網）

而要讓滴滴不只是芒刺在背，更是痛入骨髓，最直接的方法，就是跟進補貼。

這一招對一般的新創來說或許很難，但對於不愁沒錢花的Uber而言，卻再簡單不過了。即使這樣的補貼競賽，一年就要燒掉10億美元（約合新台幣316億元），但相比於未來數以百億美元計的市值增長空間，這筆錢也只是九牛一毛。

事實上，就在滴滴和Uber中國燒錢競賽的這段期間，兩邊各自募資，估值早已經跟著水漲船高，而現在，兩者合併，Uber成功掌握部分中國市場，更成為Uber給投資人的完美故事，因為現在就連最困難的中國市場，他都拿到了。

在Uber這件事情之後會看到什麼趨勢呢？所有獨角獸會開始知道，什麼叫做進中國？真正應該追求的未必是在中國擁有一家獨立的公司去硬闖，而是像Uber一樣，成立一個獨立於全球總部之外的中國公司，然後想辦法寄居在這些中國網路巨擘身上，借道去擁有一部分的中國市場。

甚至，這也不會只是新創獨角獸的模範，連Facebook都可能在這個模式下找到破口。

##循Uber中國模式，誰將寫下下一個中國故事

持續成長的Facebook，雖然一直在擴大對世界的掌控權，但Facebook創辦人Mark Zuckerberg至今仍無法回答華爾街的一個問題就是：「Facebook什麼時候要進中國？」中國對Facebook而言，至少會是市值再大幅成長千億美元的最好故事，所以我們看到Mark Zuckerberg不只勤學中文、多次造訪中國，甚至也在北京置產，但這些「示好」的舉動，可能都不及成立一家獨立於總部之外的「Facebook中國」來得有效。

而要想在中國找到合作夥伴，對Facebook應該也不會是難事，如以BAT(百度、阿里巴巴、騰訊)三巨頭來看，一直無法補上社群這塊缺口的阿里巴巴，就是可能的對象。

當然，Facebook如果這麼做，那存在於中國的勢必會是一個變形的Facebook，屆時輿論攻擊恐怕也將隨之而來，而要如何像Uber做到既惹人同情，又能獲取實際利益，勢必要有縝密的策畫安排。

此外，以Uber這次的案例來說，若非Uber中國的股東組成，和滴滴出行的股東結構有不小的重疊，兩邊的談判也未必能夠進行地這麼順利。

但可以想像的是，在Uber之後，不論是Facebook也好，Netflix也罷，一定還會有更多非中國的網路公司會嘗試循著類似的路徑，寫下自己的中國故事。

2026台灣設計展於9月24日至10月11日在桃園登場，以「桃園流」為主題，結合千塘之鄉的水文地景、國門之都的航空與物流優勢、多元族群文化匯流，以及 AI 科技應用，展現城市運轉的動態美學。

其中，為提供民眾不同於以往的互動體驗，AIoT 智慧感知大數據平台服務商棋苓（Chylyng）推出全展區 AI 穿戴互動體驗「FLOW CHECK」。參觀者配戴主辦單位提供的智慧手環後，可沿著展場動線於不同站點進行互動。即使多人同時參與，每位參觀者仍可依照不同的路徑、選擇與互動節奏完成體驗；系統並依據互動過程與結果，即時生成專屬的 Flowmomo 數位卡牌，讓參觀者儲存並帶走屬於自己的展覽體驗紀錄。

看似簡單的手環互動，背後其實是一套整合穿戴裝置、即時感測、場域互動、資料處理與雲端服務的完整系統。尤其在大型公開展覽環境中，不僅必須因應大量參觀者於短時間內同時使用，也必須確保從手環感測、站點互動、資料傳輸到最終結果產出的每一個環節，都能維持即時且穩定的服務品質。

棋苓以自主開發的 Eleplo AIoT Platform 為技術核心，整合穿戴裝置、感測設備、人員與資產定位，以及即時事件與資料管理，並負責建構 FLOW CHECK 的手環互動邏輯、站點應用、卡牌生成及參觀者操作介面。

專業分工合作：諾德資訊坐鎮後端，撐住大型公開展覽的服務韌性

為了讓系統從開發與測試環境順利進入大型公開場域，並進一步提升正式服務的可用性、資安與系統韌性，諾德資訊與棋苓採取專業分工合作。棋苓聚焦於 AIoT 平台、穿戴應用及使用者體驗；諾德資訊則負責後端基礎架構、正式環境部署、壓力測試、高可用性驗證，以及服務上線後的系統與流量監控。

由於展場現地部署時間僅有兩天，雙方將大量驗證工作提前至開展前完成。諾德資訊於正式開展前約一個月即建置專用測試環境，讓棋苓的應用服務提早與正式營運架構整合，並進行壓力測試、高可用性驗證及異常情境測試，使原本必須於現場進行的系統驗證工作大幅提前完成。

諾德資訊業務開發經理邱柏瑞表示：「FLOW CHECK 的挑戰在於大量參觀者可能集中於同一時段使用手環，因此除了確保服務穩定之外，也必須辨識進入系統的流量究竟來自真人使用者、合法自動化程式、AI Bot 或惡意攻擊，並透過即時監控及早發現異常。」為此，諾德資訊導入 IntelliFend Bot Management，協助辨識真人使用者、合法自動化及異常機器人流量，並於展覽公開服務期間透過遠端監控，持續掌握主機、資料庫、應用服務及外部流量狀態。

此外，為驗證系統在大型展覽情境下的承載能力，正式展出前，諾德資訊亦協助棋苓進行大規模壓力測試，模擬最高約 3 萬人同時使用的流量情境，提前觀察系統資源使用狀況、服務反應與可能的效能臨界點，並據此進行相關調校。

透過棋苓在 AIoT、智慧穿戴與互動應用上的技術能力，以及諾德資訊在正式營運環境、資安、壓力測試與維運監控上的經驗，雙方在展覽正式開放前，即完成從應用層到基礎架構的完整驗證，讓 FLOW CHECK 能夠在大型公開場域中穩定提供即時的 AI 穿戴互動體驗。

AI加速開發腳步，但也增加「上線」考驗

從生成式AI到代理式AI，軟體開發速度快速提升，過去需要長時間才能完成的產品原型（Prototype）與概念性驗證（PoC）專案，現在可以很快完成驗證，讓軟體商有更多時間跟資源投入客戶需求、產品創意與使用體驗。

但是，從PoC走到Production，面對的是完全不同的考驗。
諾德資訊技術長張家榮解釋，進入正式環境（Production）後，軟體服務必須面對真實使用者的流量、不同客戶的IT環境、計算資源擴充、資料庫負載、網路連線、資安攻擊，以及服務異常時的切換與處理，就算在壓力測試時表現正常的系統，也可能在Production的時候出現問題。

更值得特別注意的是，AI不只讓開發者更快，也讓攻擊者發現漏洞的速度加快；過去，服務上線後還有時間慢慢觀察、修正，現在，服務一上線，可能很快就遭到掃描甚至攻擊。

也因如此，軟體商、系統整合商選擇基礎架構夥伴的條件開始改變，從過去關注功能與價格轉向：產品能不能順利上線？出了問題誰來處理？面對流量變化與資安風險，服務能不能持續運作？

張家榮表示：「諾德資訊可以提供從公有雲、私有雲、地端、邊緣運算、主機代管、網路，到維運與監控等服務，讓軟體夥伴可以將資源集中在應用與客戶需求，無須擔憂Production議題。」

不僅提供資源，諾德資訊將Production變成一項服務

而這也是諾德資訊會提出「Production as a Service」的原因：不是在提供另一種雲端或主機服務，而是將軟體從開發走向正式營運所需的Production流程，轉化成可以被專業分工、驗證與持續維運的一項服務。

「Production as a Service不是單純把主機或雲端資源租給客戶，而是共同檢視這套軟體能不能順利上線與正常營運。」邱柏瑞表示。

實際做法包括，在上線前協助檢視架構，建立與正式環境相近的測試環境，確認系統正常狀態、最大承載量與資源需求，並驗證高可用性、資安、備援及服務切換機制；上線後則持續監看服務狀態、容量與流量，及早發現異常並處理。

諾德資訊之所以有這樣的服務能力，可以歸結為三點：

第一，長期累積的基礎架構與維運經驗，目前，諾德資訊同時服務的客戶數近30家，應用情境涵蓋IoT、購物平台、遊戲、音樂等不同類型的軟體服務。

第二，諾德資訊將每一個客戶遇到的問題與解決方案收攏至知識庫，讓團隊成員可以快速處理、借鏡，滿足客戶需求。

第三，依循ITIL的維運精神，並具備ISO 27001等資安相關認證，將服務流程、操作紀錄、備份、監控與異常處理等機制內化到服務之中。

這也是諾德資訊與單純提供雲端、IDC或主機代管服務的業者之間的最大差異：交付的不僅是基礎設施，而是讓服務持續運作的能力。面對客戶同時使用公有雲、私有雲、地端與邊緣運算環境，諾德資訊另以 MQloud 提供統一管理，把網路、防火牆、流量、監控與帳務收進同一套平台，降低跨環境營運的複雜度。

「軟體商負責開發，就像晶片設計公司；諾德資訊則負責協助完成測試、製程調整與正式生產，讓產品真正走向市場，希望成為『軟體界的台積電』。」張家榮如是說道。

展望未來，諾德資訊將持續深化 Production as a Service，成為軟體公司從上線到長期營運的夥伴。自構想階段起即與軟體商共同討論架構，於測試階段協助驗證，於準備上市時承接正式環境，上線後則持續守住流量、資安與服務韌性。軟體開發者與 SaaS 業者可將資源集中於產品與客戶，完整基礎架構與 24×7 維運則由諾德資訊端到端承接。