我拆了 Keeta 的巴西扩张路线：10 亿美元砸向 iFood 的背后，是美团算法的全球适配

先說清楚 Keeta 是什麼

Keeta 是美團在海外推出的外送 App，開發主體就是大家熟悉的北京三快網路科技有限公司——但它在香港和巴西不叫「美團」，而是用 Keeta 這個全新品牌。為什麼不沿用中國的主品牌？一說是商標布局，二是為了從頭建立本地化認知，讓當地用戶覺得「這是我們這裡的外送平台」而不是外來者。

它的核心功能沒有什麼新鮮的——搜尋附近商家、下單外送、給騎手和商家評分——但把這些功能做得比本地競爭對手更快、更穩、更便宜，就是它的賣點。截至 2026 年，Keeta 已經從香港拓展到中東，再到巴西的聖保羅州，是美團在全球範圍內最大規模的出海實驗。適合誰？想試試比 iFood 更便宜的外送、或者在香港找新開業小店的用戶。

安裝

keeta下載 目前以 Android APK 形式分發，最新版本 3.8.312，安裝包達 136.91MB——對於手機儲存空間緊張的用戶來說，下載前最好確認至少預留 500MB 以上空間，Wi-Fi 環境下下載比較穩妥。巴西地區用戶可以透過當地 Google Play 商店或 Keeta 巴西站點官網獲取 APK；香港地區則需要到對應的本地應用商店。

首次啟動時系統會彈出「選擇我的市場」畫面——香港、巴西、中東等多個市場選項，選完會自動切換語言（繁體中文、葡語、阿拉伯語等）和貨幣單位。巴西用戶註冊時會被引導綁定 Pix 即時支付帳號（巴西全國主流支付渠道），這步跳過可以事後在設定裡補，但不綁定 Pix 就無法完成結算。

安裝後建議第一時間允許定位權限，否則系統無法顯示附近可配送的商家列表；同時建議開啟通知權限，訂單狀態變動和騎手到達提醒都會透過通知推送。

為什麼一個中國外送平台敢在巴西砸 10 億美元——技術拆解答密

我對外送行業的出海一直很感興趣，Keeta 進巴西這個案子特別有意思。問題擺在這裡：iFood 佔巴西外送市場超過 80% 份額，月活躍用戶超過 1 億，覆蓋全巴西數百個城市——Keeta 剛進來時只在聖保羅州的兩個海濱小城市（桑托斯、聖維森特）開始，商家數量是 iFood 的零頭，騎手網絡剛剛起步。在這種情況下，美團為什麼敢宣布五年投 10 億美元進巴西？

我花了一些時間研究了 Keeta 的開放 API 技術文檔和巴西擴張的公開資料，結論是：它敢這麼做，靠的是一套經過中國市場十幾年磨煉的技術棧，加上對本地支付基建的快速適配。這兩點組合起來，就是它的護城河。

拆解一：派單算法是中國市場磨出來的降維打擊

美團在中國做了十幾年的外送，積累了一個龐大的派單算法體系——騎手路徑規劃、超時預判、訂單分配優先級，這些邏輯在中國幾千萬日活躍訂單的場景下被反覆訓練和優化。keeta 把這整套算法帶到了巴西，但不是直接搬過來用，而是做了兩個關鍵調整。

第一個調整是交通路況模型。中國城市的高峰時段擁堵模式和巴西聖保羅市完全不同——聖保羅的早高峰更晚（通常在 8 點半才達到峰值），而且摩托車比例遠高於中國，很多騎手開的是摩的而不是電動車。Keeta 的技術團隊在巴西上線前花了三個月採集當地交通數據，用 AI 重新訓練了路徑規劃模型，確保系統預計到達時間（ETA）的誤差率控制在 5 分鐘以內——這比 iFood 的平均 8 分鐘誤差更準。

第二個調整是訂單分配的密度適配。中國北上廣深的外送密度極高，一個騎手高峰期同時接 5-6 單是常態；但巴西聖保羅的商家密度低得多，一個區塊可能只有 2-3 家可配送的店。Keeta 的算法把「同時接單數」上限從中國的 6 單降到巴西的 3 單，這種輕量應用策略讓騎手不需要在巴西複製中國高負荷的工作節奏，避免騎手因為繞路太多導致超時。

用一個生活化的類比來說——這就像你在中國開了十年出租車，對北京的每一條小巷、每個高峰擁堵點都了如指掌，現在把你派去聖保羅開出租。你的開車技術和判斷路況的直覺是十年磨出來的，但你得先把聖保羅的路圖背熟、學會當地的讓行規則——兩者結合起來，你的服務質量就能比當地剛開出租三年的司機更穩。

拆解二：Pix 支付的零時差適配

如果說派單算法是 Keeta 的長項，那支付適配就是它最漂亮的本地化舉措。中國外送平台對接的是微信支付和支付寶——兩個成熟的第三方支付通道，結算邏輯是「用戶支付 → 第三方轉帳 → 商家帳戶」，中間有一個清算環節，退款通常需要幾個小時甚至隔天到帳。

但巴西的主流支付完全不同——Pix 是巴西央行推出的全國即時支付系統，用戶用手機號或 QR Code 就能直接從銀行帳戶轉帳到對方帳戶，結算在幾秒內完成。Keeta 的技術團隊在進巴西之前就預料到了這一點，提前寫了一套純原生的 Pix 對接模組，沒有依賴任何第三方支付 SDK。

這帶來的好處是顯而易見的：結算時系統實時生成 Pix QR Code 和動態碼，用戶打開銀行 App 掃一下就完成支付；如果要退款，幾分鐘內就能回到用戶的銀行帳戶——這個速度比 iFood 透過傳統信用卡結算的退款快了幾十倍。Keeta 甚至推出了「Pix 付款額外折扣」活動，鼓勵用戶用 Pix 結算，幫助自己快速積累 Pix 支付的交易量數據——這些反過來又讓它的支付風控模型訓練得更快。

拆解三：開放 API 生態是踩過坑後的主動設計

Keeta 開放 API 允許連鎖餐廳把 Keeta 的訂單直接對接進自家 POS 系統或後廚管理系統——這意味著商家不需要額外操作 Keeta App 來接單，所有訂單都能自動進入已有的管理體系。

為什麼這麼做？因為美團在中國外送市場早年吃過虧——中國中小餐廳的 POS 系統五花八門，幾乎沒有統一標準，美團一度要派出大量技術人員去每家店做定製化對接，成本極高。到了巴西，Keeta 乾脆從一開始就把 API 做成 RESTful 標準化介面，提供完整的技術文檔和代碼示例，讓商家自己的技術團隊來對接——代價是要維護多版本 API、給開發者提供技術支持，但好處是擴張速度極快，不需要重複中國的低效模式。

取捨：技術可以輸出，但本地運營買不來

上面講的都是技術層面的優勢，但 Keeta 的巴西擴張遠不是只有技術就能解決的。2026 年 5 月有報導稱 Keeta 原計劃在里約熱內盧上線，但被推遲了——里約地區還出現了騎手大規模裁員。這說明一個問題：技術可以從中國快速輸出，但騎手網絡、商家談判、本地政策這些運營層面的資產，是必須在當地一點一滴搭建的。

另一個失效場景是商家覆蓋差距——即使派單算法再強，聖保羅地區 Keeta 的商家數量還是只有 iFood 的幾分之一。用戶打開 App 搜尋「奶茶」，如果只有 3 家可選，而 iFood 有 20 家，用戶大概率還是會回到 iFood。這就像你帶了一把全世界最好的獵槍去亞馬遜，但森林裡只有 10 隻兔子——你槍法再準，也打不出好成績。

補貼也不可能是永久的。新人首單立減 20 雷亞爾（約 30 元人民幣）、前 3 單免運費、配送費比 iFood 低——這些都是獲客階段的燒錢策略，等到市場份額穩定之後必然要逐步提價，那時候用戶會不會走，才是真正的考驗。

判斷：這套原理意味著什麼？

Keeta 的巴西擴張模式告訴我們一件事：外送平台的出海，技術輸出是護城河，但本地適配是生死線。

它適合什麼樣的市場？中等密度、支付基建好、用戶對價格敏感的新興市場——香港、中東、巴西聖保羅都是這個畫像。它不適合什麼？已經被巨頭牢牢佔據心智的成熟市場（比如里約熱內盧的用戶已經習慣了 iFood），以及騎手招募特別困難的地區。

長遠來看，Keeta 能在巴西走多遠，取決於三個問題：補貼能燒多久？這種版本迭代能力能不能把「準時率優勢」真正轉化為用戶粘性而不是只靠價格戰？以及——能不能在 iFood 反擊之前，把聖保羅的商家覆蓋率和騎手網絡密度拉到一個臨界點？

這三個問題的答案，大概要到 2027 年才會揭曉。但無論成敗，Keeta 這次出海嘗試本身就很有價值——它驗證了中國外送技術的全球可移植性，也給後來的出海者提供了一個很好的參照：技術是底氣，但最後拼的還是誰更懂當地人。

本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。