訂單沒斷、成長卻卡住：印度 IT 巨頭正在為「AI 改寫交付單價」付帳

訂單沒斷、成長卻卡住：印度 IT 巨頭正在為「AI 改寫交付單價」付帳

背景脈絡與事件解析

印度大型 IT 服務業本季交出一份「看起來不差、市場卻不買帳」的成績單。Infosys 公布 2027 會計年度第一季（截至 2026 年 6 月）合併淨利年增約 12% 至 776.9 億盧比，營收年增約 14% 至 4,821.1 億盧比；但結果仍低於市場預期，公司並把全年美元營收成長展望上緣，由 3.5% 下修至 3%，區間收斂為 1.5%–3%。股價隨即走弱，成為投資人對「成長能見度」失去耐心的直接反應。

同業並非只有 Infosys 一人承壓。TCS、Wipro、HCLTech 等龍頭在美元口徑下的成長普遍偏軟，客戶延後專案、壓縮可選支出、甚至取消部分交易的情況持續出現。矛盾在於：大型訂單動能並未全面熄火，部分業者仍談出規模不小的新案；真正卡住的是「簽單到認列營收」的速度，以及舊有人力外包單價被 AI 工具往下壓的結構性摩擦。AI 相關營收雖開始進入財報——Infosys 本季 AI 營收占比約 8.2%——但基數仍小，尚不足以抵銷傳統交付業務的通縮壓力。

關聯知識與技術深度擴充

過去二十年，印度 IT 的核心產品不是「某一款軟體」，而是可規模化複製的「人力＋流程＋離岸交付」。這套模式在 ERP 上線、應用維運、測試與客服外包上極有效率：客戶買的是可預測的工時與 SLA，供應商賣的是可排班的工程產能。AI 正在改寫這條價值鏈的單位經濟。

當程式助理、測試生成、知識庫檢索與流程代理進入日常交付，客戶開始用另一套尺子量服務商：同樣功能，是否能用更少人月、更短週期、更低 token／API 成本完成？大型交易因此出現「簽了、但啟動慢」的現象——不是需求消失，而是採購方在重新定價與重新切包：哪些工作該留給系統整合商，哪些該直接交給平台與模型供應商，哪些乾脆內建到自家工程團隊。

產業歷史上，印度 IT 曾靠雲端遷移、數位轉型與大型多年期合約穿越週期；本輪差異是 AI 同時衝擊「工作量」與「計價單位」。訂單簿看起來有韌性，反映的是企業仍需要轉型夥伴；成長疲弱，則反映轉型預算正從「加人」轉向「換工具與換流程」。對跑模型與建代理的團隊而言，真正有意義的指標從來不是簡報上的 AI 營收占比，而是接口是否穩定、單位成本是否可控、交付是否能在沒有超人專案經理時重複跑通。

工程代價與商業 TCO 拆解

從企業總擁有成本看，這波財報是一場 TCO 重估。客戶端的帳不再只算「外包工時 × 費率」，而要加上模型調用、資料治理、安全合規、提示詞與工作流維護，以及供應商若無法把 AI 效率回饋到報價時的沉沒成本。服務商端同樣要付工程代價：重訓顧問與交付團隊、重做估價模型、重寫專案治理，還要在利潤率與市占之間取捨——砍價搶 AI 專案會傷毛利，不跟進又會被平台商與中小型專精業者切走。

供應鏈層面，印度 IT 的「產能」仍主要是人；當需求從「可擴張的人月」變成「可驗證的自動化結果」，既有人力配置、離岸中心固定成本與多年期合約條款，都會變成調整速度的摩擦。訂單韌性只能證明關係還在；能否把關係轉成可擴張、可重複、可審計的 AI 交付系統，才決定下一輪成長曲線。

評：這不是印度 IT「不會做 AI」，而是舊商業模式把成長寫在人月上、新需求卻把價值寫在單位交付成本上時，工程與財務系統給出的必然回覆；問題不該是「大單還在不在」，而是：當客戶用更少人、更穩接口、更可控 token 成本重新算 TCO 時，你們的估價、交付與利潤模型，能不能在沒有匯率紅利與景氣回升的日子裡，撐住同一張成長表？(僅代表個人意見)