訂票入口搬進對話框：出行仲介費的又一次重分配

機票的銷售入口搬過兩次家。第一次從航空公司櫃檯與代理點搬進網頁，攜程與藝龍都在 1999 年前後創立；第二次搬進 App，手機桌面的圖示取代搜尋框，訂單開始跟著使用時長走。2026 年 10 月 1 日，豆包宣布支援出行服務，機票與火車票預訂、打車導航被搬進對話框，供給方是航班管家、高鐵管家、曹操出行與百度地圖。

每一次入口搬家，仲介費就跟著換一次口袋。分發結構的置換向來是付費主體先於收入數字換人，音樂產業從一條全國播出線換到演算法推薦佇列時走過同一條路，可參照國民級音樂人停產背後的分發結構置換。這一輪的懸念只有一個：對話框裡的那一層，最終要抽走多少。

出行為何是對話框的第一個交易品類

拆開這次接入的供給方就會發現，豆包沒有自建任何一項履約能力。票務來自航班管家與高鐵管家，運力來自曹操出行，導航與圖資來自百度地圖。四家都是既有的服務商，介面現成，接的是標準品：航班有航班號，車次有車次號，價格與庫存都是結構化資料。

出行因此成為對話框裡最早成熟的交易品類。商品規格統一，沒有物流，沒有退貨的逆向流程，支付完成即履約開始。對照零售或餐飲，機票與網約車訂單的摩擦成本最低，AI 助手出錯的代價也最可控。

從成本結構看，豆包的角色是純流量層。零車隊，零票庫，零測繪投入，模型推理成本早已沉沒在對話產品本身。新增的邊際成本是介面整合與客服分流，新增的收入則是交易分成或按成交計費的導流費。12306 在 2011 年上線後，火車票代理的差價空間被壓到極薄，高鐵管家這類服務商早就轉向 B 端輸出訂票能力，如今再把能力輸出給對話框，只是同一門生意的第二個客戶。

豆包的流量體質已有側面驗證，一聲粉絲圈暱稱就曾衝上熱搜第一，還與字節跳動自家 AI 商標形成搜尋流量的分岔，這點在豆包暱稱與字節 AI 商標的流量分帳一文已拆過。出行服務等於把這份注意力第一次接到交易結算端。

仲介費的分帳表

出行這條鏈的錢向來分三段收。第一段是票務傭金，大陸國內機票的代理傭金長年被航空公司壓在低檔，多數訂單在 3% 以下，這也是 OTA 轉向機加酒打包銷售的原因，單賣機票養不起獲客成本。第二段是網約車抽成，主管部門要求平臺公開抽成比例之後，主流平臺的訂單抽成多落在 18% 至 30% 之間。第三段是入口費，App Store 對數位商品與訂閱長期收取 30%，這是入口擁有者分成能力的歷史錨點。

豆包的分成比例尚未披露，可以確定的是付費方向的變化。對航班管家與曹操出行來說，付給豆包的是行銷費用的科目搬移：過去這筆預算投給應用商店的關鍵字與開屏版位，按曝光和點擊結算，轉化率不可控；現在改按成交結算，獲客成本從固定支出變成變動成本。對 2025 年 6 月才在港股上市、仍在搶市佔的曹操出行而言，這種按訂單付費的流量尤其劃算。

合作名單本身就是一種結構說明。自有流量充足的頭部平臺不在其中，願意接入口的是更需要訂單的第二梯隊，這與聚合打車興起時的供給結構一致：運力過剩的一方，永遠比流量過剩的一方更早低頭。

誰的訂單被繞過

傳導的起點在使用者的開啟行為。當訂票與叫車可以在對話框完成，頭部 OTA 的 App 開啟頻率與站內廣告收入會先受影響。攜程 2024 年淨營收約 533 億元人民幣，這個規模建立在交叉銷售之上，機票引流、住宿貢獻毛利是基本盤。對話框若先切走確定需求的訂單，機票這個引流品類的損耗會最直接。

第二個承壓位置是廣告版位。應用推廣類廣告是各平臺的重要收入科目，當供給商可以把行銷預算改按成交付給 AI 入口，應用商店與資訊流廣告的這部分需求會降溫。這筆帳不會立刻出現在財報裡，但會先出現在廣告主的名單變動上。

受惠方同樣清楚。二線票務服務商獲得一個成本後置的流量來源；曹操出行拿到新入口的訂單；百度地圖多了一個競爭對手體系內的喚起場景。地圖入口能轉化叫車訂單，高德 2021 年上線打車聚合已經驗證過，差別在於高德自己就是地圖，豆包連地圖都用別人的，入口與圖資第一次由兩家公司分攤。

入口推薦的規範影子

同一份早報裡還有一條政策值得並排讀。《金融產品網路行銷管理辦法》9 月 30 日起施行，由央行等八部門聯合印發，非金融從業人員不得透過微信公眾號、直播與短影音行銷金融產品，花唄、白條必須與支付工具分開展示。朋友圈的貸款廣告一夜消失，貸款仲介的獲客管道被連根切斷。

這條新規對出行服務的直接影響是零，但它示範了監管對入口推薦的處理方式：當一個界面決定使用者先看見哪家供給商，展示義務與商業推薦的分隔就會被要求。對話框比資訊流更不透明，AI 助手替使用者選擇曹操出行或某家票務商時，排序依據是價格、距離還是分成，目前沒有任何展示規範。金融產品先行，其他交易品類的行銷規範是否跟進，是這個模式最大的政策變數。

兩種計費方式的分岔

把視野拉回同一週的 AI 動態，Kimi K3 透過 Baseten 接入 OpenAI 的 Codex 企業通道，企業用戶以既有預算呼叫 2.8 兆參數、100 萬 Token 上下文的開源模型，按推理量計費。大陸大模型第一次進入 OpenAI 的企業付費結算體系，走的是 Token 計價。

豆包出行服務走的是另一條路，按訂單分成。前者把模型當產品賣，後者把模型當入口用，兩種計費方式的成熟速度，將決定 AI 公司營收表裡哪一欄長得更快。

短期內，對話式出行訂單的重分配規模取決於兩個變數：對話到下單的轉化率，以及複購頻率。確定需求的商務訂單會最先遷移，比價型的休閒出行仍會留在內容更豐富的 App 裡。頭部 OTA 的真正護城河在退改簽與異常履約，航班延誤時的重新訂票與補償協調，對話框目前給不了。等到對話框內的訂單佔比大到足以讓供給方重新談判分成，入口與供給的關係才會進入真正的定價階段。現在這張分帳表，剛寫下第一行。