標籤: SAP

  • 當 AI 夠重要,價值與風險就是一體兩面:談 AI 治理與 ROI

    重點摘要

    • AI 的 ROI「難算又好算」:別只看表面省工,要看頻率質變——一個分析從「一年做一次」變成「一月一次」,價值是跳級的。
    • ROI 要對到競爭本質與戰略目標,不是中階的過程 KPI。
    • 當 AI 夠重要,它的價值與風險就是一體兩面,這不是缺陷,是事實。
    • 治理心法:讓法遵、風險、業務所有人在同一個平台看同樣的問題與機會,達成共識才放行。
    • 底線是主權 AI:公司的資料不能丟到公開 AI 去訓練。

    這是 SAP NOW AI Tour 系列的最後一篇。前面談了方法論、技術、案例,這篇談一個比技術更難、卻真正決定成敗的東西——AI 治理與 ROI。這天聽下來,最深刻的幾段都不是在講模型多強,而是在講「怎麼算它的價值」和「怎麼管它的風險」。

    一、ROI 難算又好算:關鍵在「頻率質變」

    一位銀行高管分享的 ROI 觀點,我覺得每個要替 AI 專案爭預算的人都該聽。他說 AI 的 ROI「難算,但也好算」。

    難算,是因為一個企業要用 AI 做什麼,沒辦法被量化反推;好算,是因為當 AI 對到「三到五年後的巨大競爭優勢」時,那些成本相對就不是重點。他舉了一個企業信用分析的例子,非常經典:

    一開始算 ROI,是「原本一個人要做 36 小時,AI 降到 3 小時」。聽起來省了工,但因為做的人不多,效益看起來普通。後來他們發現算錯了重點——因為過去要花 36 小時,這個分析一年只能做一次;但 AI 只要 3 小時,就能改成一季一次、甚至一個月一次。頻率一變,質就變了:能提早發現客戶信用變好(多給額度)、或提早發現問題(不用等到明年,中間就預警)。他說:「這對銀行是很大的突破,效益沒辦法估量,因為太大了。」

    這就是頻率質變:真正大的效益,往往不在「同一件事做得更快」,而在「快到可以改變做這件事的頻率」。表面的工時 ROI,會嚴重低估它。

    二、ROI 要對到戰略本質,不是中階 KPI

    承上,他的結論是:AI 專案的 ROI,應該對到「你原本要創造的競爭優勢是什麼」,而不是中階的過程指標。製造業的講者也呼應這點——挑 AI 專案的優先順序,是「越能直接反映客戶需求的越優先」(良率、產出、交期),而不是從內部好做的地方開始。

    另一個容易被低估的效益是潛在損失的避免。一家電子大廠提到,AI 最大的價值往往不是看得到的降本,而是「在第一關就攔截一個品質議題,避免整批損失」——這種效益很難寫進試算表,卻可能是最大的。還有橫向複製:一個廠導入成功,就能複製到二十個廠,效益會放大到難以估算。

    三、價值與風險,是一體兩面

    講到治理,那位銀行高管用了兩個會場引用的軍事 AI 案例,把問題講得很透。同一套 AI 影像辨識系統:

    • 故事一:在任務中辨識出前方的威脅,救了一條人命。
    • 故事二:把一個人手上拿的東西誤判成危險物,造成了無法挽回的誤傷。

    同一個系統,兩個極端。只看故事二,你會想「隔天就把系統關掉」;只看故事一,你會繼續用。他的洞察是:當你的 AI 夠重要,它一定同時帶著高價值與高風險——這是一體兩面,不是哪邊做得不夠好。

    四、治理心法:所有人在同一個平台達共識

    既然價值與風險綁在一起,怎麼管?他的答案很簡單,也很難:讓所有人在同一個平台上。

    以他們銀行為例,法遵、風險、業務人員,都在同樣的平台、看同樣的 AI、同樣的問題與機會。沒有共識,就沒辦法離開那個辦公室——因為一定有人覺得「該關掉」,有人覺得「不能關(關掉會出事)」,必須當場喬到共識。這比任何一份治理文件都實在:把對的人放在同一個畫面前,逼出共識。這也呼應全場另一個反覆出現的觀點——AI 治理的重點,是讓 AI「行為有序」地在企業內運行,而不是放任它亂竄。

    五、底線:主權 AI

    如果說全場有一條最強的暗線,那就是主權 AI(Sovereign AI)——這個詞在不同講者口中至少出現了三次。顧問業引用的調查顯示,超過七成的企業領導者認為「AI 在哪裡開發/運算」是選技術的關鍵考量;製造業強調總部集中算力、守住數位主權;而傳產的設備主管講得最白:

    每個公司都有自己的機密,你不會希望把自己的資料丟到公開的 AI 上去訓練。所以你需要的是主權 AI。

    對製造業、金融業這種高度重視資料的產業,這會是董事會問的第一個問題。所以在選型時,「資料留在哪、誰能存取、會不會被拿去訓練」往往比「模型多聰明」更早被決定。

    結語:難的不是技術,是人與治理

    四篇寫到這裡,剛好繞回系列第一篇的結論:數位轉型 80% 卡在組織與人,不是技術。AI 治理也是同一回事——真正難的,不是把模型接起來,而是怎麼算清楚它的價值、管得住它的風險、讓所有人對它有共識。

    把整個系列濃縮成一句話:AI 降低了工具的門檻,卻抬高了「懂業務、會判斷、守得住治理」的人的價值。工具會越來越好用,但會用工具的人和組織,才是差距所在。

    常見問題 FAQ

    怎麼評估 AI 專案的 ROI 才不會低估?

    別只看「同一件事做得更快」省了多少工時,要看「頻率質變」——當一個分析從一年一次變成一月一次,能提早發現機會與風險,價值是跳級的。ROI 應對到競爭本質,而非中階過程 KPI。

    AI 的價值和風險可以分開管嗎?

    很難。當 AI 夠重要,價值與風險是一體兩面。務實的治理是讓法遵、風險、業務在同一個平台看同樣的問題與機會,達成共識才放行。

    什麼是主權 AI(Sovereign AI)?

    指企業掌握「AI 在哪裡開發、運算,資料由誰存取、會不會被拿去訓練」的主導權。對重視資料的產業,公司機密不丟公開 AI 訓練是底線。

    導入企業 AI,最該先想清楚什麼?

    不是先選模型,而是先想清楚資料主權與治理(資料留在哪、誰能存取),以及這個 AI 要對到的競爭本質。技術反而是相對後面的問題。

    📚 本系列:SAP NOW AI Tour 的 4 堂課

  • 傳產與金融怎麼把 AI 落地?三個真實場景

    重點摘要

    • 鋼鐵廠:讓機器狗進約 1,200°C 的高爐巡檢,並用「設備健康指標像人的健康指標」的概念,做動態預知維護。
    • 銀行:把客戶經理變成 AI Agent,靠「下游的下游有訂單」的線索,搶在同業之前打那通電話。
    • 電子代工:信奉「工廠不是實驗場」,所有試錯與優化先在數位孿生裡跑完,再上實體。
    • 三個產業差很遠,但共通點一致:AI 不是取代人,而是把人從危險、重複、來不及反應的地方解放出來。

    這是 SAP NOW AI Tour 系列的第三篇。前兩篇談方法論與技術骨架,這篇講最好看的部分——真實案例。我挑了三個差異很大的產業(鋼鐵、銀行、電子代工),看他們各自怎麼把 AI 落到地上。為尊重分享者,以下用產業代稱、只引用公開分享的內容。

    一、鋼鐵廠:讓機器狗進 1,200 度的高爐

    鋼鐵是典型的「3K 場域」——危險、骯髒、辛苦,再加上傳產普遍的缺工壓力。這家鋼鐵龍頭的設備部門,把 AI 用在兩個地方,我覺得都很有啟發。

    無人化:機器狗、無人機、無人天車

    高爐的高點,溫度約 1,200°C,爐板一旦出問題可能導致熱點甚至爆炸——這種地方不適合人進去。他們的解法是把巡檢路徑寫成程式,讓機器狗去走、去看,背後的資料庫做預知分析。有人問「機器狗為什麼要練爬樓梯?」講者的回答很妙:人也不是天生會走路,是學會之後才會;機器人往前走要耗大量運算在做平衡,如果目的是去收集數據,那就讓它走遍各種路去練。同樣的思路也用在無人天車上——AI 控制吊掛鋼捲時,左右自動防擺,比人操作還穩。

    設備健康指標,就像人的健康指標

    這是我整天聽到最好的一個比喻。買設備時,廠商會告訴你「多久保養一次」,那是固定規範。但設備用久了會慢慢變化,固定規範不一定適用。講者拿人來類比:

    小孩子量身高、體重、頭圍最重要;到了中老年,身高體重沒太大意義,要量三高。設備也一樣——剛買的設備和用了十年的設備,同一個指標代表的意義完全不同,不能用同一套標準看。

    所以他們用 AI(深度學習模型 + 領域專家的特徵工程)把老師傅的經驗變成「智慧健康指標」,在設備出問題前就抓到初期徵兆。核心一句話:用「數據驅動」取代「直覺或規範」。

    二、銀行:把客戶經理變成 AI Agent

    一家大型銀行的企業金融部門問了自己一個尖銳的問題:我們的服務方式會不會被取代?他們的答案是「會」,所以乾脆自己先動手。

    最精彩的是一個「搶先機」的案例。某個企業客戶可能接到一筆訂單——這種公開資訊大家都看得到。但這家銀行的客戶經理,會在早上收到系統提示:「你可能要去拜訪某客戶。」怎麼知道的?因為系統掌握到這個客戶「下游的下游」可能有訂單,照這個模式推斷它有機會接單,再比對它最近的新聞表現。因為它會接單,就可能有備料與資金需求——於是客戶經理提前打了那通電話。結果是:客戶的財務長第一個接到的,是這家銀行打來的。

    更進一步,他們的想像是把客戶經理本身變成一個常駐客戶端的 AI Agent。一個真人沒辦法一天到晚守在客戶那裡待命,但 AI 可以。背後的技術,就是用前一篇談過的協定,把銀行服務嵌進客戶的 ERP 流程裡。這呼應了一個全場反覆出現的觀點:AI 不是要取代你,而是讓你把「人做不到的覆蓋率」補起來。

    三、電子代工:工廠不是實驗場

    一家全球佈廠的電子代工大廠,分享了他們十多年的 AI 進化。最打動我的,是一句很樸素的話:「工廠是每天在生產運行的地方,並不是給你做實驗的地方。」

    所以他們的核心策略是數位孿生:所有的生產設計、AI Agent 的驗證、流程的優化,都先在虛擬世界裡跑完,再上實體。一個模擬若用實體去做實驗可能要兩個月,在數位孿生裡快很多;而且實體還沒蓋,就能先把問題找出來、把良率拉上去。他們也坦白分享了 Agent 的導入節奏:今年初做了第一個 Agent,到年中大概第八個——剛開始導入比較辛苦,但越往後越快,因為 know-how 會累積。這跟前面銀行、鋼鐵的經驗一致:先做最關鍵的那一個,驗證了再放心擴展。

    結語:三個產業,同一個底層邏輯

    把這三個案例疊在一起,會發現它們其實在講同一件事:

    • 方向一致:都是把人從危險(高爐)、重複(守客戶)、來不及反應(品質與訂單)的地方解放出來。
    • 節奏一致:都先做一個最關鍵的 MVP,驗證了再擴展,沒有人一次性全導入。
    • 對人的定位一致:AI 接手「人做不到或不該做」的部分,人回到判斷與經驗的價值上。

    下一篇是系列最後一篇,談一個比技術更難、卻決定成敗的東西——AI 治理與 ROI:當 AI 夠重要,它的價值與風險就是一體兩面,你該怎麼算、怎麼管?

    常見問題 FAQ

    AI 怎麼用在設備維護上?

    用深度學習模型加上領域專家的特徵工程,把老師傅的經驗變成「智慧健康指標」,在設備出問題前抓到初期徵兆,做動態的預知維護,而不是照固定的保養規範。

    為什麼說「工廠不是實驗場」?

    因為工廠每天都在生產,不能拿來反覆試錯。改用數位孿生,把生產設計、AI 驗證、流程優化先在虛擬世界跑完再上實體,可大幅降低風險與時間。

    AI 會取代客戶經理或第一線人員嗎?

    案例顯示的方向是「補覆蓋率」而非取代:AI Agent 常駐客戶端、處理人力做不到的即時與規模,人則回到判斷、經驗與關係經營的價值上。

    導入 AI Agent 一開始就會很有效率嗎?

    不會。實務經驗是「先苦後快」——第一個最辛苦,隨著 know-how 累積,後面越做越快、效益越來越可觀。建議先做一個最關鍵的 MVP。

    📚 本系列:SAP NOW AI Tour 的 4 堂課

  • AI Agent 怎麼接進企業系統?看懂 MCP 與 A2A 兩個關鍵協定

    重點摘要

    • AI 應用正從「單一模型/聊天機器人」走向 Agentic AI(自主規劃、推理、跨系統行動)
    • Agentic AI 有兩個關鍵挑戰:Agent 怎麼連接工具?怎麼跟其他 Agent 合作?由此誕生兩個開放協定。
    • MCP(Model Context Protocol)= 垂直整合:讓單一 Agent 往下接工具與資料源。
    • A2A(Agent-to-Agent)= 水平協作:讓多個 Agent 之間互相委派任務。
    • 資料層上,趨勢是「串接而非搬遷」——地端資料可以留在原地,用連接器接上雲端分析。

    這是 SAP NOW AI Tour 系列的第二篇。第一篇談方法論(為什麼轉型會失敗),這篇換上工程師的眼睛,談技術骨架:當大家都在喊 Agentic AI,到底 AI Agent 是怎麼接進一家企業既有的系統?這一整天聽下來,金融、製造、雲端三方不約而同指向同兩個字母組合——MCP 與 A2A

    一、先看演進:從 Traditional AI 到 Agentic AI

    AI 在企業裡的應用方式,大致經過三個階段:

    1. Traditional AI:單一模型、單一任務(聊天機器人、文件摘要)。
    2. AI chatBot:AI 嵌入應用,輔助人員完成工作。
    3. Agentic AI:AI 自主規劃、推理、行動,並跨系統協作

    到了第三階段,問題就來了:一個 Agent 要做事,得能呼叫工具、讀寫資料;而真實的企業流程往往要好幾個 Agent 接力。於是兩個關鍵挑戰浮現——Agent 如何連接工具?如何與其他 Agent 合作?

    二、兩個開放協定:MCP 與 A2A

    這兩個挑戰,分別由兩個開放協定來解。它們不是競爭關係,而是互補——一個管「垂直」,一個管「水平」。

    維度 MCP(Model Context Protocol) A2A(Agent-to-Agent)
    連接對象 Agent ↔ 工具/資料源 Agent ↔ Agent(雙向協作)
    整合方向 垂直整合(取用工具) 水平協作(分工委派)
    典型用法 Agent 透過 MCP 存取 ERP 資料庫 / API 一個 Agent 透過 A2A 把任務委派給另一個 Agent

    一句話記憶:MCP 讓 Agent 往下接系統,A2A 讓 Agent 之間互相傳接棒。

    三、實際跨系統流程長怎樣

    會場舉了一個很好懂的端到端流程,看完就知道兩個協定是交替使用的:

    • 採購 AgentMCP 查庫存
    • 物流 AgentA2A 被委派去安排出貨
    • 財務 AgentMCP 更新帳務
    • → 完成一條自動化流程

    每個 Agent 用 MCP 往下接自己負責的系統,再用 A2A 把棒子交給下一個 Agent。這就是 Agentic AI「跨系統協作」的具體長相。

    四、資料層:串接,而不是搬遷

    講到 Agent 接資料,現場有個觀眾問了一個很實際的問題:「用 AI 是不是一定要把所有資料都搬上雲?」畢竟資安、上雲成本、地端的第三方系統,都是真實顧慮。

    答案是「不用」。現在的資料雲走的是「串接」而不是「搬遷」——透過連接器(Data Provisioning Agent 這類機制)直接接上地端資料,資料可以留在原地,上層再用 AI 做分析與呈現。對於有資安顧慮、又想用 AI 的企業,這條路很關鍵。一個實際的搭法是:既有系統(ERP/設備系統)→ 連接器 → 雲端的資料模型層(如 Datasphere)+ 報表層(如 SAP Analytics Cloud),最前面再接一層自然語言(Joule),就能「用一句話問、自動跑出分析圖表」。

    五、官方參考架構:把內外 Agent 安全地串起來

    最後一張技術總圖,把上面這些拼成了一個完整的互通架構(這是雲端與 ERP 兩大廠的聯合參考架構):

    • 企業內部的 Agent(Orchestrator + 各種 Custom/Low-Code/Pro-Code Agent)透過 A2A 跟外部雲端的 Agent 協作;
    • 透過 MCP 接到 ERP、資料雲等既有系統;
    • 身份與信任由統一的 Identity Service 治理(authenticate / trust)。

    值得一提的是,雲端廠在大會上一口氣發布了多項與 ERP 深化整合的東西,包括官方的 MCP Server(讓 AI Agent 透過整合套件安全存取 ERP 商業數據)、支援 ABAP 開發者的 AI IDE,以及基於雲端模型平台的 Agentic AI 方案。換句話說,MCP 已經不是概念,而是有官方實作可以開始試的東西。

    結語:協定先行,骨架才穩

    如果你也在規劃企業內的 AI Agent,這篇的重點只有一個:先把「Agent 怎麼接系統、怎麼互相協作」這層協定想清楚,再談上面要跑什麼應用。MCP 負責垂直、A2A 負責水平,資料層走串接不搬遷,身份治理統一——這就是下一代企業 AI 自動化的骨架。下一篇換個角度,看真實的傳產與金融公司,是怎麼把這套東西落到地上的。

    常見問題 FAQ

    MCP 和 A2A 有什麼差別?

    MCP 是讓單一 Agent 垂直連接工具與資料源(例如存取 ERP 資料庫);A2A 是讓多個 Agent 之間水平協作、互相委派任務。實際流程裡兩者交替使用。

    用 AI Agent 一定要把資料搬上雲嗎?

    不一定。可以用連接器「串接」地端資料,讓資料留在原地,再由雲端的分析層處理,兼顧資安與成本。

    什麼是 Agentic AI?

    相對於單一任務的傳統 AI 與輔助型的 chatBot,Agentic AI 能自主規劃、推理、行動,並跨多個系統協作完成任務。

    MCP 現在可以實際使用了嗎?

    可以。雲端與 ERP 大廠已推出官方的 MCP Server,讓 AI Agent 透過整合套件安全存取 ERP 商業數據,並有支援開發者的相關工具。

    📚 本系列:SAP NOW AI Tour 的 4 堂課

  • 數位轉型不是換系統:企業 AI 落地為什麼失敗,又該怎麼做對

    重點摘要

    • 麥肯錫研究指出:數位轉型失敗的主因 80% 在「組織與人」,而不是技術
    • AI 世代的轉型有四大關鍵核心:人員、流程、應用、數據,四者要同步處理,不能只做一個。
    • 轉型有不能跳過的順序:合理化 → 標準化 → 自動化。跳過前段直接自動化,等於把錯的流程加速。
    • 很多企業的「戰情室/儀表板」做完沒人用,是因為它只看落後指標;當員工覺得「自己下載資料用 Excel 更快」,系統就開始死亡。
    • 一句話:數位轉型只是手段,真正的目的是創造價值。

    我參加了一整天的企業 AI 大會,聽了金融、半導體、電子製造、鋼鐵、顧問與雲端平台共六、七家公司分享他們怎麼把 AI 落地。把這些不同產業的經驗放在一起聽,最有趣的發現是:他們講的「成功關鍵」高度一致,而且那個關鍵幾乎都不是技術。這篇是系列第一篇,先談方法論——企業 AI 為什麼會失敗,又該怎麼做對。

    一、先承認:80% 的轉型卡在「人與流程」,不是技術

    會場引用了一份麥肯錫研究:數位轉型失敗的主因在於「組織與人」,而非技術本身。成敗大約 80% 取決於「組織與人」的改變與「方法」的正確性,而「資料」與「內容」是實現價值的核心基石。

    把它拆開來看,組織面的挑戰是:缺乏清晰的轉型願景、組織結構僵化、跨部門協作困難、決策流程緩慢、資源分散。人員面的挑戰是:員工抗拒改變、數位技能不足、人才流失、缺乏主人翁意識、溝通不足導致信任缺失。這些沒有一條是「買哪個 AI 工具」能解的。

    現場有位經營者講得更直接:很多人怕因為跟不上而被淘汰,所以拒絕改變;而真正成功的企業,是想辦法讓「最懂業務的資深人員」被 AI 賦能,而不是被取代。AI 降低了工具門檻,卻抬高了「懂業務、會問對問題」的價值。

    二、四大關鍵核心:人員、流程、應用、數據

    在 AI 世代,數位轉型規劃有四個關鍵核心,每一個都帶著自己的痛點。整理成一張表最清楚:

    核心 三大痛點
    人員 技能隔閡、變革阻力、組織知識流失
    流程 過時流程、跨系統依賴、合規問題
    應用 過度客製、技術債、整合挑戰
    數據 數據孤島、數據品質問題、數據安全與合規

    關鍵在於這四個要同步處理。只把「數據」清乾淨、卻不動「流程」和「人員」,AI 一樣跑不起來;反過來也一樣。多家公司不約而同提到的共通痛點——數據孤島、技術債、缺乏單一真實來源——其實都落在這四個象限裡。

    三、不能跳步:合理化 → 標準化 → 自動化

    一位資深製造業高管分享了一個很樸素但很重要的原則:轉型沒有捷徑,過程必須照順序走——

    1. 先把做事情的順序合理化
    2. 再想辦法標準化
    3. 標準化之後,才能自動化(接著才是 AI)

    為什麼順序這麼重要?因為如果你跳過合理化與標準化、直接自動化,你的標準很可能是錯的——這等於把一個錯的流程加速,是一場無效的轉型。這也呼應了現場另一個觀察:很多人誤以為「拿一個工具來、不需要前面那些步驟,就能把事情做好」,但這從來不會成立。

    對應到角色,轉型會依序需要三種人:BA(業務分析)把現況忠實記錄成流程、SA(系統分析)定義這些需求該用什麼系統滿足、SD(系統設計/開發)實作。順序顛倒,後面全部白做。

    四、為什麼「戰情室」做了沒人用

    一家深耕 SAP 二十多年的整合商,分享了一個我覺得每個做過 BI 專案的人都會心一笑的觀察:傳統的策略支援系統(戰情室、儀表板)會沿著一條曲線慢慢失效。

    階段 作用強度 狀態
    過去 100% 決策利器,報表即時、深受信任
    幾年前 75% 仍具價值,但開始延遲、需人解讀
    現在 40% 內容固定、無法靈活、使用率下降
    不久後 15% 「自己做更快」,轉向替代方案
    未來 5% 報表停更、系統荒廢

    真正的死亡轉折點,發生在「現在 → 不久後」之間:當員工覺得「我自己下載資料、用 Excel 加工更快」,這個系統就開始死亡。幾年後公司又起一個新專案、重做一個新的戰情室,如此不斷循環。

    根因是什麼?傳統戰情室只給你落後指標——告訴你「過去發生了什麼」。但經營者真正面對的世界,不是內部報表,而是外部的快速變化。一句話點破:現在企業經營,最大的風險不在「做錯決策」,而是「太晚知道這世界變了」。所以下一代的決策平台,要從「內部、落後、檢討過去」轉向「外部、領先、預判未來」。

    五、把方法論變成步驟:從經營分析到決策機制

    那實際要怎麼建?現場分享的一套五步驟方法論,把上面這些抽象原則落成了可執行的流程:

    1. 經營分析:先對準企業目標——「企業到底需要什麼」,盤點現有流程與痛點。
    2. 資訊探索:從資料裡看清楚「現在發生了什麼問題、哪些資料必須收集進來」。
    3. 要因分析:用模型與統計方法,找出最重要的影響因子,把它變成你的領先指標
    4. 建立決策引擎:做出預測模型與預警儀表板。
    5. 形成決策機制:導入流程、教育訓練、持續優化,確保它真的被用起來。

    注意第三步「要因分析」才是重點——找出領先指標,而不是把舊的三十幾個 KPI 再畫一次。如果你做數位轉型時,還是只盯著以前那幾張報表看,那不會從根本改變公司的體質。

    結語:轉型是手段,創造價值才是目的

    麥肯錫、BCG、Gartner 對「數位轉型」的定義各不相同,但他們都強調同一件事:要創造價值。多數公司過於聚焦在前半段的「數位化」(導入工具、優化局部流程、提升效率),結果改善了效率、價值卻有限,難以帶動企業成長。真正的數位轉型,是重新設計商業模式與價值交付。

    所以如果只能記一句話,我會記這句:數位轉型只是手段,真正的目的在於創造價值。工具會越來越好用,但真正的差距,落在你有沒有把流程、資料與人,重新組織成一個 AI 跑得動的樣子。

    這是 SAP NOW AI Tour 系列的第一篇(方法論)。接下來幾篇會談技術骨架(MCP 與 A2A 怎麼讓 AI 接進企業系統)、真實落地案例(傳產與金融怎麼做),以及 AI 治理與 ROI。

    常見問題 FAQ

    數位轉型失敗的最主要原因是什麼?

    根據麥肯錫研究,主因是「組織與人」而非技術,成敗約 80% 取決於組織與人的改變、以及方法的正確性,資料與內容則是實現價值的基石。

    為什麼不能直接導入自動化或 AI?

    因為順序是「合理化 → 標準化 → 自動化」。跳過前面直接自動化,等於把一個還沒理順的錯誤流程加速,是無效的轉型。

    為什麼很多 BI 戰情室做完就沒人用?

    因為它只提供「落後指標」、內容固定難以靈活。當員工覺得自己下載資料用 Excel 更快,使用率就會一路下滑到系統荒廢。解法是轉向外部感知與領先指標。

    數位化和數位轉型有什麼不同?

    數位化偏向導入工具、優化局部流程、提升效率;數位轉型則是重新設計商業模式與價值交付。前者改善效率但價值有限,後者才能驅動企業持續成長。

    📚 本系列:SAP NOW AI Tour 的 4 堂課

  • 從自動化到自主化:SAP NOW AI Tour 座談五觀察

    重點摘要

    • 企業 AI 的競爭,正從「誰的工具快」轉向「誰能把 AI 行為有序地放進流程」——人機協作分成三階段:人在迴圈中、人在迴圈上、人當協調者。
    • 餐飲業者提出務實的加薪邏輯:AI 提升 25% 效能,就把待遇提升 25%(5 人月薪 4 萬 → 4 人月薪 5 萬)。
    • 製造業者的答案是「戰略集中化 + 應用邊緣化」:總部集中算力與資料治理,海外廠用「參數包」無痛複製。
    • 顧問業者強調:真正難被複製的不是單一技術,而是跨產業整合能力;做的不是科技本身,而是改善流程。
    • 平台商的結論:資料不必全部搬上雲(用串接而非搬遷),而成功的關鍵其實是一連串「選擇」。

    這是一場以「企業 AI 如何落地」為題的綜合座談,與談者橫跨餐飲、光電製造、科技集團、顧問與平台商。把五個視角放在一起聽,會發現他們其實在講同一件事的不同切面:AI 正從「自動化」走向「自主化」。以下是我在現場記下的五個觀察。

    一、AI 不是要取代你,而是放大你的價值

    座談一開始就定調:多數與談者都同意,AI 帶來的不是「取代」,而是經營模式的變革

    餐飲集團董事長講得最直白:「餐飲業的本質不會改變,但 AI 會帶來經營模式的變革。」他認為這個產業「太幸運」——人與人之間有溫度的交流,本來就不會被 AI 取代,反而能被 AI 放大價值。他舉點餐為例:與其讓客人自己滑手機自助點餐,理想場景是 AI 一眼認出常客、知道他的口味偏好,讓不同的服務夥伴也能交付一樣的感動

    二、餐飲業的加薪邏輯:五成四變四成五

    最讓我記住的一段,是餐飲董事長對「AI 與待遇」的算式。他向董事會、股東、同業溝通的概念叫「五成四變四成五」:

    • 原本 5 個人、平均月薪 4 萬
    • 透過 AI 與科技導入提升效能 → 變成 4 個人、每人平均月薪 5 萬
    • 待遇提升 25%

    他的主張是:如果 AI 能提升夥伴 25% 的效能,就應該把這 25% 回饋到待遇上。對一個長期缺工的產業來說,這不只是成本算式,更是留才與招募的吸引力。而要支撐這件事,背後需要可信賴、精準的底層資訊系統——當門市數量、來客人次累積成海量資料,沒有系統就無法把資料變成更好的經營決策。

    三、製造業的跨國解法:集中化加邊緣化

    光電製造業者面對的是另一種題目:跨國擴張時,如何把品質判斷複製到海外廠?他分享了一個很具體的痛點:光學元件最後常要靠老師傅「目視判斷品味」,這件事很「玄」,而當你要在海外設新廠時,沒有同一批老師傅怎麼辦?

    他們的做法是把老師傅的判斷標準化——用 AI 影像模型即時記錄作業員檢視產品時的角度、停留時間,一旦方式不對就現場提醒。累積資料後做預測與比對,這套機制就能搬到海外廠,降低跨國擴張的品質風險。延伸到組織層級,他畫出一張「未來跨國 AI 頂層設計架構」:

    層級 做法
    戰略集中化 總部建置核心算力,集中治理乾淨的核心資料,對核心智慧財產分級安全管控,守護「數位主權」
    應用邊緣化 海外各廠作為應用端,快速無痛導入由總部打包的微服務「參數包」,把前線操作門檻降到最低

    他用了一句很到位的話收尾:「數據決定智商,治理引領戰略;人才點亮大腦,批判成就卓越。」並提醒:AI 賦能很好,但不能讓所有人各做各的,否則既浪費又有風險——就像飛機機長能在自動駕駛時休息,靠的是「對的系統」,而不是一直手動微調。

    四、整合能力才是護城河

    科技製造集團的代表談「大艦隊」如何協同。他的心法是:AI 不是拿著鎚子到處找釘子——不要看到哪裡就把工具往哪裡敲,而是先找出整個集團最重要的事,再用 AI。

    他們的競爭力主張是:「真正難被複製的,不是單一技術,而是跨產業整合能力。」關鍵在於整合算力、網路、資料、場域與產業 know-how,讓 AI 從「分析工具」進一步成為「營運執行助力」。而支撐這種跨公司、跨事業群整合的,是一套「單一數據真相」。

    顧問業者則把話題拉回本質:「我們要做的不是科技本身,而是怎麼去改善營運、改善業務、改善流程。」他強調關鍵始終在你的資料——先把碎片化的資料匯進系統、治理好,才談得上往上疊應用。對於代理型 AI(Agentic AI)的紅利,他的建議是:資源有限,必須有排序與藍圖,而且「未來是系統整合的世界」,懂業務結構的人,才找得出最適應自己的 AI 應用。

    五、平台商的兩個答案:資料留地端、成功靠選擇

    平台商在觀眾 Q&A 給了兩個很實用的答案。

    問題一:用 AI 一定要把所有資料都搬上雲嗎?

    答案是「不用」。透過資料雲的「串接」機制(而不是把資料整個搬上去),地端資料可以留在原地,上層再用 AI 助理做分析。對於有資安與成本考量、又想用 AI 的企業,這是關鍵的一條路。

    問題二:員工要具備什麼技能、上什麼課才會用?

    最大的差別是:過去要寫程式、做報表再串接,現在這些提示(prompt)已經內建在產品裡——會打字、會用講的,就能用,不太需要特別上課。換句話說,提示工程被產品吸收了,人的價值回到「會問對問題」加上業務判斷。

    而對於「企業如何像自動駕駛一般運作」,平台商的結論很清楚:成功的關鍵在一連串的「選擇」——從哪裡開始、聚什麼團隊、選什麼平台、選哪些流程與資料、找哪些顧問參與。平台本身不是萬靈丹,選對標準流程,AI 才發揮得出來。

    整場的理論收束:人機協作的三階段

    如果要用一張圖總結這場座談,那會是平台商提出的「人類決策 + AI 執行」新運作邏輯。知識圖譜像一個「導遊」,告訴 AI 流程在哪、要取哪個系統、資料在哪;而人與 AI 的協作,會經歷三個階段:

    階段 人的角色
    人在迴圈中(Human-in-the-Loop) 人觸發並監控代理的每個動作
    人在迴圈上(Human-on-the-Loop) 系統觸發代理,人只處理例外
    人當協調者(Human-as-the-Orchestrator) 人退居監督者,跨多個 AI 助理協調指揮

    人從「親自做」走向「監控」、再走向「處理例外」與「協調指揮」——這正是「從自動化到自主化」的具體階梯。而與談者最後那句話,也許是整場最好的註腳:

    人機協作的時代已經來臨——機器不是要取代你,而是你要教會它,如何「行為有序」地在企業內部運行。

    結語:差距落在組織,而不是工具

    回看這五個視角,會發現它們其實在講同一件事的不同切面:方向一致——都指向「AI 從輔助走向自主」;底線一致——資料治理與「讓 AI 行為有序、不亂竄」是所有人的共同前提;對人的重新定位——AI 降低了工具門檻,卻抬高了「懂業務、會問對問題」的價值。

    工具會越來越好用,但真正的差距,落在你有沒有把流程、資料與人,重新組織成一個 AI 跑得動的樣子。

    常見問題 FAQ

    企業導入 AI,一定要把資料全部上雲嗎?

    不一定。可以用資料雲的「串接」機制讓地端資料留在原地,再由上層 AI 做分析,兼顧資安與成本。

    員工要會寫程式才能用企業 AI 嗎?

    多數情況不用。提示(prompt)已內建在產品裡,會用自然語言(打字或講話)就能操作;價值回到「會問對問題」與業務判斷。

    「從自動化到自主化」具體是什麼意思?

    指人機協作的演進:人在迴圈中(觸發監控)→ 人在迴圈上(只處理例外)→ 人當協調者(指揮多個 AI 助理)。

    跨國企業怎麼把 AI 能力複製到海外廠?

    一種做法是「戰略集中化 + 應用邊緣化」:總部集中算力與資料治理,海外廠用標準化的「參數包」快速導入。