在我之前的文章中，我談到了 AI 需求定義的現狀——流程如何從「整理」轉變為「決策」，以及我擔心許多工作場所盲目地把思考外包出去，卻沒有意識到這個變化。
這次，我想針對一個相關問題發出另一個警訊。
問題在於，CTO 和內部 SE 因為可以透過 AI 輔助開發快速編寫程式碼，正在變成業務部門的單純接單者——本質上就是「內部 SI 業者」。
AI 輔助開發帶來的新動態
無可否認，AI 輔助開發的普及已經大幅降低了編寫程式碼的門檻。
因此，業務部門提出的「我想要這個」或「我想把這個系統化」等需求，正以前所未有的速度湧入。業務人員自己用 AI 列出需求，甚至做出原型，這種情況也屢見不鮮。
乍看之下，這似乎是件好事。看起來就像是一個理想的場景：業務部門主導 DX，與 IT 合作，快速推出系統。
然而，這裡有個陷阱。
我感覺越來越多的 CTO 和內部 SE 正在變成「只是把業務部門的需求具體化的人」。 他們接到需求，從技術上實現它，然後交付。這正是 內部 SI 業者 在做的事。
接單模式的終點
回應業務需求本身並沒有錯。問題在於 當你持續照單全收每個部門的需求時，會發生什麼事。
我稱之為 「孤兒系統」與「孤兒資料庫」的擴散。
銷售部門建了自己的 CRM，行銷部門設了獨立的數據分析平台，客服部門則建立了自己的工單管理系統。每個部門都很滿意，因為他們快速得到了針對自己工作優化的系統。
但從公司整體來看呢？
資料分散在各處，格式也不統一。同一個客戶資訊以不同形式存在於多個資料庫中。每當要跨部門串接資料時，就需要人工處理或客製開發。
這就是 技術孤島。
因為 AI 輔助開發讓建置系統變得非常容易，這種孤島化進程正在以前所未有的速度進行。過去，高昂的開發成本扮演了天然的煞車角色。存在一種「建置困難，所以要嚴格挑選真正必要的東西」的動態。
現在，這個煞車不見了。因為可以建置，所以就被建置了。結果，孤兒系統和資料庫不斷增加，需要管理的應用程式和基礎設施也持續增長。
為什麼這在 AI 時代是致命的
你可能會想：「即使系統有點分散，只要能運作就好。」然而，在 AI 時代，這種孤島化會引發比以往更嚴重的問題。
原因很簡單：AI 的價值與資料整合的程度成正比。
AI 真正發揮力量，是在資料整合到整個公司層級，能夠進行跨部門洞察的時候。只有當銷售數據、客戶歷程、行銷成效和財務數據整合在一起時，AI 才能提供有助於管理決策的洞察。
在充滿孤兒系統的環境中，資料從一開始就沒有連起來。你也許能在部門內實現小規模的 AI 優化，但永遠無法達到真正具有業務影響力的公司級 AI 應用。
透過累積部門級優化，你反而永久失去了整體優化的機會。這就是接單型 CTO 和內部 SE 在不知不覺中創造的風險。
CTO 與內部 SE 應該扮演的真正角色
那麼，CTO 和內部 SE 應該怎麼做呢？
答案很清楚：成為「設計者與決策者」，而不只是「建造者」。
這裡的「設計」不是指設計單一系統。而是指 為整個公司設計資料與系統架構。
當業務部門提出需求時，不要只是埋頭建置，你要判斷「這個需求在整個公司架構中應該如何定位」。在某些情況下，你必須說：「這個不應該個別建置。」如果可以透過擴展現有平台來處理，就引導他們到那裡去。
這對業務部門來說可能不太方便。他們可能會問：「我現在只想把這個建起來，你為什麼要講整個公司？」
但只有 CTO 和內部 SE 能夠做出這個判斷。業務部門有優化自身領域的誘因，但沒有保護公司整體架構的誘因。因此，技術專家必須扮演 整體優化的守門人 角色。
「不建置的決定」才是最高超的技術
諷刺的是，在 AI 時代，CTO 和內部 SE 最重要的能力，可能正是「不建置的決定」。這就是為什麼我稱他們為「決策者」。
業務部門提出一個需求。技術上可行。用 AI 可以在幾天內實現。但你必須有能力質疑：對整個公司來說，建置這個真的對嗎？
這個需求能用現有平台處理嗎？資料結構符合公司規範嗎？其他部門已經有類似的系統在運作嗎？增加一個個別優化的系統，會不會讓將來的資料整合變得更困難？
能夠問這些問題，才是 AI 時代真正的技術實力。
寫程式碼的事交給 AI 就好。然而，判斷什麼該建、什麼不該建，是 AI 做不到的事。正如我在上一篇文章中所說「需求定義將成為決策的過程」，CTO 和內部 SE 的角色也遵循完全相同的結構。
與其當個接單者，不如說正因為是 AI 時代，你作為公司整體架構設計者的角色才變得更加重要。
因為未來不可預測，所以要建立「備戰狀態」
雖然我已經強調了「不建置的決定」的重要性，但 CTO 和內部 SE 還應該有一個觀點。
因為 AI 時代的未來不可預測，你必須讓公司保持在隨時可以因應的狀態。
目前，「SaaS已死」的說法正在流傳。自從微軟 CEO 薩蒂亞·納德拉在 2024 年底說出這句話後，許多人預測 SaaS 的終結。確實，SaaS 的估值正在被壓縮，投資者的興趣正迅速轉向 AI 原生平台。
但 SaaS 真的在死嗎？
我認為沒那麼簡單。SaaS 公司正在大力投資研發，以尋找 AI 時代軟體的最佳形式。 代理式 AI 整合、基於成果的計費、行業專用 AI 平台……很可能會出現我們目前無法想像的產品型態。
換句話說，不論是斷定「SaaS 已死」而一頭栽進自研，還是認為「SaaS 就夠了」而停止思考，兩者都是風險。
CTO/內部 SE 應該採取的立場，不是押注在某一邊。而是 設計一個無論情勢如何演變都能應對的架構。
具體來說，就是標準化資料的儲存方式，建立不被特定 SaaS 或工具綁住的結構。透過 API 讓系統之間的連接保持鬆散耦合。不要讓孤兒系統擴散，而是統一公司的資料基礎。
有了這種設計理念，如果 SaaS 進化出更好的產品，你就可以切換過去。反之，如果某個領域自建更好，也可以遷移到那裡。
你無法預測未來。但你可以建立一個能夠因應未來的結構。這就是 AI 時代對 CTO 和內部 SE 所要求的架構設計本質。 反過來說，也只有技術專家才能做到。我不希望你把這些寶貴的資源浪費在當內部 SI 業者上。
用 AI 加速上游流程
為了支援上游流程的轉型，我們以 OSS（開源軟體）的形式釋出了 「GEAR-UI」，一個畫面定義和 Mock 生成 AI 工具。
透過開源，我們希望讓使用者擺脫實作障礙，專注在本質問題上。請特別在我討論的「建置前的判斷」環節中使用它。
客製化是自由的。請善加利用。
