為什麼像 SAP 這樣的系統還死不了

為什麼看起來笨重、老舊的企業系統，仍坐在全球公司的正中央？常見答案是「惰性」。a16z 這場對談給出的更尖銳答案是：難的不是資料庫，而是圍繞「公司到底怎麼運作」包了好幾年的業務邏輯。

車看起來差不多，決策並不一樣

Sinofsky 用汽車業當畫面：福特、豐田、通用用的技術大體相近——裝配線、工人、供應鏈。真正把它們分開的，是怎麼決定造什麼車、買多少原料、對沖哪種貨幣、何時招人、何時推新產品線。這一整套企業資源規劃，歷史上很多都跑在像 SAP 這樣的系統裏。

在這個框架裏，車廠競爭的重點，往往不是誰的畫面更好看，而是他們選擇看哪些畫面、做了哪些客製，以及這些系統裏封裝了哪些營運判斷。軟體變成公司肌肉的一部分，而不只是筆電上的一個工具。

Postgres 加上 API，不是替換方案

Amble 反駁了一個很流行的創業幻想：以為一個現代資料庫加上一堆 API，就能把 SAP 拆掉。真正值錢的，很少是「資料存在哪個庫裏」，而是那套要花好幾年才落地的業務邏輯——不是因為系統整合商故意慢，而是因為它必須貼合企業真實運作的方式。當金錢、庫存與合規都在其中時，「差不多」遠遠不夠。

規模一拉開，差距就很明顯。四十人的公司，報銷可以是友善的混亂：收據拍照、自動分類、過關。十萬員工分布在二十個國家時，同一件事會撞上各國法律、層層公司政策、工會協議與稅務要求。企業軟體吸收的，正是這種複雜度；也因此，以為「憑感覺寫出一套 Salesforce 替身」就搞定的人，往往低估了真正的硬骨頭。

粘性是長進組織裏的

Amble 對粘性的說法很樸實：軟體難離開，是因為人圍繞它養成了習慣——多久讀寫一次資料、多久進一次系統，以及多少沒寫進文件、但大家都懂的操作規範圍著這些點擊長出來。銷售離不開 CRM，財務靠它的數據出帳，市場也依賴同一套上游事實。合規再疊上一層硬約束：必須有唯一一套可信數字。

Sinofsky 補了一句更直白的版本：一旦你在收錢，客戶想停下來就很難；想清楚停付之後該怎麼辦，更難。最有粘性的功能，常常不是產品會議裏事先規劃成「護城河」的那些，而是慢慢長進共用行事曆、存取規則與工作流程、直到組織離不開它們的那些部分。

Agent 改變了什麼，又改變不了什麼

這不表示 Agent 在企業軟體周圍沒用。對談裏更有用的判斷是：重點已從「單純採集資料」，轉向「讓資料變得可對話、用得起來」——自然語言查詢、客製報表、過去很痛苦的跨文件分析。企業軟體往往本來就能產出你想要的圖表；瓶頸是你搞不清楚怎麼讓它做到，或者根本沒有權限。

Agent 一夜之間抹不掉的，是封裝在這些系統裏的隱性營運知識：誰批准什麼、哪些例外才算數、開心路徑失敗時流程到底怎麼走。替換一套活了很久的 ERP，比較不像換硬碟，而像移植組織記憶。這正是 SAP 這類系統能熬過一波波「重新發明」的原因；也因此，扎實的機會往往是與這種複雜度共事，而不是假裝一個漂亮演示已經把它刪光。