為什麼「前線部署工程」正在取代傳統 SaaS 導入

上個月我們接手一個案子。客戶兩季前買了一套很體面的 AI 客服平台,Demo 那天全場點頭,合約也簽得很快。結果我到現場時,那套系統的實際使用率是 4%。

不是產品爛。是它為「一般客戶」設計,而這家公司偏偏哪裡都不一般——他們的報價邏輯藏在三個 Excel 巨集裡,客服要看的訂單狀態散在一套十五年的 ERP,而法遵要求每一句回覆都能追到來源。平台當然做不到,因為它不知道這些事,也沒打算知道。

這就是我想談的分水嶺。

SaaS 賣的是平均值,FDE 賣的是你的邊角

一套 SaaS 產品要活下去,得服務夠多客戶,所以它必然被「平均」過。功能是所有人都用得到的最大公約數,設定選項是預先想好的那幾種排列組合。當你的問題落在平均值附近,SaaS 快又便宜,沒有理由不用。

但企業真正燒錢、真正卡關的地方,幾乎都在邊角:那份沒人想碰的舊系統、那條寫在老師傅腦子裡沒文件的規則、那個每年只發生兩次但一出錯就上新聞的流程。SaaS 對這些邊角無能為力,不是技術不行,是商業模式不允許它為你一家改。

前線部署工程(Forward-Deployed Engineering,FDE)反過來。工程師直接進到你的場域,先搞懂這些邊角,再決定要用什麼、接什麼、寫什麼。交付的不是一套通用產品,是一個「剛好卡進你流程」的系統。

Demo 到上線之間,有一段沒人愛談的距離。資料要清、權限要接、例外要處理、使用者要被說服。SaaS 的商業模式把這段丟給你——他們給工具,你自己想辦法跨過去。多數導入死在這裡。

最後一列最關鍵。SaaS 廠商的成功指標是「帳號有沒有開通」,FDE 的成功指標是「三個月後還有沒有人在用」。這兩個目標不一樣,做出來的東西就不一樣。

別誤會,我不是要你把 SaaS 全砍掉。寄信、開會、記帳這類高度標準化的事,買現成的最划算,自己養工程師來做這些純粹是浪費。

判斷很簡單:這件事你跟同業做得愈像,愈該買 SaaS;愈是你獨有的競爭優勢,愈該讓工程師貼著你做。 把你的差異化外包給一套人人都能買的軟體,等於主動把護城河填平。

那個 4% 使用率的案子,我們沒有換平台。我們派人進去,把報價巨集接進來、把 ERP 的訂單狀態同步過去、每句回覆都掛上來源連結。六週後使用率過半,法遵第一次點頭。

工具一直都在,缺的從來不是工具,是有沒有人願意陪你走完最後一哩。這就是我們在做的事。