> ## Content Index > Fetch the complete content index at: https://growthhackers.tw/llms.txt > Use this file to discover other available public pages before exploring further. # 製造業 AI 導入怎麼做？精誠資訊 6 個 AI 決策案例、八問框架與評估矩陣 - URL: https://growthhackers.tw/blog/manufacturing-ai-adoption-systex-cases/ - Published: 2026-10-25T01:00:00.000Z - Updated: 2026-10-25T01:00:00.000Z - Description: 精誠資訊科技講堂分享 6 個製造業 AI 決策案例，從報價、8D 品質溯源到 AI 虛擬廠長，並整理導入前的八個提問與專案價值評估矩陣。案例數字皆為精誠自述。 - Author: Lewis wang - Tags: AI 導入, 企業 AI, 數位轉型, 趨勢解碼, 數據分析 報價從 2 到 3 天，縮到 1 小時內。 設備客訴回覆從 3 到 5 天，縮到 1 小時內，準確率 80%。 一位半導體封裝廠的廠長，管的廠從 1 個變成 7 個，每天還是要開兩場營運會議。 這些是精誠資訊在 2026 年 10 月 16 日線上科技講堂〈[以 SYSTEX Enterprise 打造 AI 決策大腦](https://www.youtube.com/watch?v=utwDGVTVccc&ref=growthhackers.tw)〉分享的案例。講者是精誠 AI 專案部門的 Tommy，40 分鐘裡講了 6 個製造業與高科技業的落地案例，後半段再送一套導入方法：八個提問、成功關鍵，和一張 AI 專案價值評估矩陣。 這篇照影片順序，把整場拆開來看。先講一件事：文中所有案例數字，都是精誠在講堂上分享的數字，屬於廠商自述。 先給答案： ★ **精誠的 SYSTEX Enterprise 平台，把企業散在 CRM、ERP、採購、維修紀錄裡的資料接起來，讓第一線用自然語言提問，AI 在決策前把資料彙整好、給建議。這六個案例做的事，都集中在「決策前的資料彙整」這一段。導入順序則用「商業價值 × 技術可行性」兩個維度打分數決定，資料不齊的題目再誘人也排後面。** --- ## 從 BI 儀表板到「跟數據對話」 講者開場放了一張很標準的 BI（Business Intelligence，商業智慧）儀表板。畫面上營收成長 22.6%（講者示範用的數字），看起來很漂亮。 問題來了：你想知道這 22.6% 是哪些產品貢獻的、各自毛利多少，就得事先跟報表人員溝通好，把下鑽的維度先設計進去。沒設計到的，點不下去。 而且看得懂儀表板本身也有門檻。圖表擺在那，要有專業、有經驗的人，才知道該下什麼判斷。 這就像餐廳的固定菜單。菜色豐富，但你想吃菜單上沒有的組合，就得先跟廚房開會。 講者的說法是：以前是數據會說話，現在是讓你跟數據對話。 以前你要先跟數據團隊訪談、定義維度、等報表做好。現在你直接打一句「比較這三個區域的銷售額、利潤、訂單表現，順便告訴我三個區域的負責人是誰」，AI 查完、算完，旁邊直接生出一張分析儀表板。 ![傳統 BI 儀表板要預先定義下鑽維度，AI 決策輔助讓使用者用自然語言提問，即時生成分析](https://growthhackers.tw/content/images/2026/10/inline-bi-vs-chat-v1.png) 為什麼 AI 聽得懂「負責人」「區域」「毛利」這些公司內部的詞？講者把這個歸功於平台底下的領域本體論（Ontology），讓 AI 理解這家企業的商業與業務內容。這個詞在後面的案例會一直出現。 平台的名字也交代一下：影片標題寫的是 SYSTEX Enterprise。講者在其中一個案例提到，這套平台以前叫 Enterprise AI Platform，簡稱 EAP。[工商時報 2026 年 4 月的報導](https://www.ctee.com.tw/news/20260408700792-431202?ref=growthhackers.tw)提到，SYSTEX EAP 拿下日本電信業者的百萬美元訂單，架構也被拿來跟美國的 Palantir 類比。 自然語言查資料庫這件事，Google 也在做，可以對照 [Google Data Agent Kit](https://growthhackers.tw/blog/google-data-agent-kit/) 那篇，看一個 CFO 的客單價問題怎麼被 AI agent 一路查到底。 --- ## 案例 1：汽車零組件報價，2-3 天變 1 小時 客戶是一家在台灣的全球型汽車零組件製造商（講者自己也不確定產品是車燈還是保險桿）。 痛點是報價。業務要開出一張合格的報價單，得翻過去的交易紀錄、客戶信用、歷史報價與決策、成本定價、庫存與交期。平均要 2 到 3 天。 精誠在這個專案只接了兩個系統：CRM（客戶關係管理）和 ERP。把歷史交易、信用控管這些資料串起來之後，AI 直接產出報價的決策建議。 時間從 2 到 3 天，縮到 1 小時內。 重點是什麼？ 這個案例沒有新蓋任何資料，只是把兩個系統裡本來就有的東西，在業務需要的那一刻拼好。 --- ## 案例 2：8D 報告，用 Ontology 和知識圖譜追根因 做製造業的人對 8D 報告（8 Disciplines，品質問題處理的八個步驟）一定不陌生：問題描述、影響評估、圍堵措施、根因分析、矯正、預防、驗證、報告。 難的是溯源。產品出問題，要回頭翻設計紀錄、測試紀錄、過去的處理紀錄，生產、測試、QA、QC 到客服環環相扣，資料種類多到不行。 精誠的做法分四層： - **領域本體論（Ontology）**：定義這個領域有哪些概念、彼此什麼關係 - **知識圖譜（Knowledge Graph）**：把實際的紀錄按這些關係連起來 - **語意層（Semantic Layer）**：把業務用語對應到資料 - **大型語言模型**：最後才在上面回答問題 這樣 AI 才能沿著關係去追溯、分析根因、給改善與預防建議。客戶打來問「這個問題以前發生過嗎」，可以很快回答，也能把結果回饋給產品設計與測試人員，當作下一版修正的方向。 講者沒給這個案例的時間數字，所以這段我們只看架構。 如果你問我，這是整場最值得記下來的一張技術圖。 模型放在最上面一層，下面三層都是在幫它理解「這家公司怎麼運作」。 AI 資料分析常常漏數字、接錯表，問題也多半出在這幾層，柏克萊的 [DAB 基準測試](https://growthhackers.tw/blog/ai-data-agent-dab-benchmark/)就是在量這件事。 --- ## 案例 3：兩個查詢案例，汽車經銷商查銷售、電子競標查料件成本 這段講了兩個查詢型的案例，講者放在同一段介紹。 **汽車經銷商**原本用 BI 固定報表。每個需求做一張報表，做了許多固定報表，還是滿足不了。講者直說：每個需求都做一張報表，真的很不切實際。 導入之後，資料來源是銷售數據、每一季車款資料、經銷商資料、營業據點資料。業務主管可以直接問：今年各區域的交易台數、達成率是多少？某個月份、某個品牌、某個車種、某個顏色、某一位業務的銷售台數和營業額是多少？只要系統裡有資料，用自然語言就問得到。 **另一家客戶**的痛點是電子競標。工程師和業務在線上投標、議價的過程中，要很快算出料件的庫存成本，才知道能出多少價。 以前要對照好幾張資料表，甚至翻 Excel 和紙本。現在可以直接問：料號 RES 開頭、規格含某個代碼的料件有哪些？替代料的成本怎麼分布？庫存和成本的最佳組合是什麼？講者說，這是客戶實際用來贏得標案的使用情境。 --- ## 案例 4：新竹工程商的毛利落差，AI 抓到契約變更 客戶是一家 2024 年上櫃、總部在新竹的高科技廠房系統整合工程商，承攬無塵室、機電空調、智慧建築這類工程。 他們有三個痛點： 1. **毛利落差大**：接案時有預估毛利，結案時差很多，一直抓不出原因 2. **專案進度難追蹤** 3. **下包商付款很複雜**：有 Back-to-Back（收到業主款項後才付款給下包），也有月結 30 天、60 天，要大量人力整理才算得出成本和現金流 精誠把專案基本資料、廠商資料、人員資料、請購單、採購單、進貨單接進平台。講堂上示範的場景是：某個專案結案時，實際毛利跟預估出現顯著落差。接著讓 AI 一路往下追： - **超額採購的項目**：同類採購價格怎麼變化？是預期中的上漲，還是有其他原因？講者提到，連內部人謀不臧的情況都遇過 - **契約變更**：已經跟廠商追加叫貨，卻還沒跟業主談變更、補合約。講者認為這常被忽略，也可能是毛利差的主因 - **已請購未採購的項目**：參考歷史價格，建議議價或改規格 - **還沒花的預算**：還沒發包或可動用預備金的部分，有沒有更好的分包方式 想像一下，你是這家公司的財務主管。以前專案結束後才發現毛利不見了，要調一整疊請購單、採購單、合約一張一張對。現在你在結案前就能問：「這個案子毛利跑去哪了？」AI 先列出四個可疑的地方。 講者也補充了客戶自己的導入順序：先定義未來願景與管理目標，再梳理業務流程、找出管理場景，再看 ERP 欄位合不合理，最後才是持續訓練 AI，讓中高層的決策用得上。 --- ## 案例 5：沖床設備售後，資料不上雲、算力在雲端 這是一家機械沖床設備製造商，要解的是售後服務。 客戶的客戶設備出狀況，會丟來一段故障描述。售後人員要查一堆文件、歷史報修紀錄，再請維修技術人員判斷原因、決定怎麼修，最後整理成正式文件回覆。一般要 3 到 5 天。光是整理版本很雜的文件，就要花 1 到 2 天。新人處理的品質和經驗也不夠。 這個案例比較早，用的還是 EAP 時期的平台。架構很值得看： - 平台建在客戶端，歷史問答、回覆紀錄等資料都留在公司端 - 只有 GPU 算力用雲端服務，主要是 OpenAI 等雲端模型 - 初期先用雲端算力控制成本，看到效益後再決定要不要自建地端 GPU 精誠分享的效益：回覆時間從 3 到 5 天縮到 1 小時內，售後人員在一分鐘內就能拿到回覆建議，準確率 80%。另外有權限控管，只有特定人員能用，而且只能問跟工作專案有關的問題。 我會多補一句判斷：「資料不上雲」在這裡指的是資料存放在公司端，但既然算力用雲端，送去推論的那段內容還是會經過雲端模型。對資料敏感度高的產業，這條線要在導入前跟廠商講清楚。 80% 準確率也要看用法。它在這裡的角色是給售後人員一份初稿，人再判斷要不要送出。 講者說，知識經驗庫建起來之後，新人比較好上手，傳承品質也比較可控。這可能才是長期最值錢的部分。 --- ## 案例 6：半導體封裝廠的 AI 虛擬廠長 最後一個案例是整場規模最大的。客戶是全球型半導體封裝廠，台灣有 15 個廠區，全球 35 個，還在擴廠，講者形容「單子接不完」。 痛點很具體： - 廠長每天早上 9 點、下午 3 點各開一次營運會議，掌握營業額、產能、產線問題 - 設備故障一發生，交期和營收就大幅下滑 - 處理經驗很難回收再用，老師傅的經驗傳不下去 - 其中一位廠長，管理範圍從 1 個廠擴到 7 個廠 這家公司原本的 BI 和數據分析已經做得很完善，但他們覺得還不夠。 這個案例導入的是 SYSTEX Enterprise 全系列，講者說幾乎全系列產品都用上了。講者講了三個轉變： - 從資料查詢，變成決策輔助 - 從單點資料，變成跨全廠營運維度 - 從人自己看數據判斷，變成 AI 加上人一起判斷 底層是一張「工廠營運的數位地圖」，也就是製造營運的 Ontology 和知識圖譜，把訂單、產品、客戶、交期關聯起來。設備異常時，系統不只告警，還會辨識受影響的訂單和客戶，評估這次會影響本週或本月哪一張單、營收多少，再給建議方案讓主管取捨。 接著是講者稱為 AutoIQ 的排程工作流程：AI 不只回答問題，還會定時持續跑，在每天兩場會議前，把最新資料彙整好。 幾個細節： - 因為有製程和商業機密，資料絕對不能送出去，走的是地端 - 精誠也幫他們接上比較舊的 SQL、Oracle 等關聯式資料庫 - 目前用的是 OpenAI 開源權重的 gpt-oss 系列模型，模型迭代時會替換，但換完要重新調整 - 下一步是語音輸入，講者比喻成鋼鐵人身邊的 AI 管家，以及打造這個產業、這家公司專屬的大型語言模型 - 專案分階段進行，第二階段正在進行中，目標是把虛擬廠長從一個廠區快速複製到其他廠區 --- ## 六個案例的共同點 把六個案例排在一起看，會發現一件事。 ![精誠講堂六個製造業 AI 案例的前後對照：報價、8D 根因、銷售查詢、競標料件、工程毛利、售後回覆、虛擬廠長](https://growthhackers.tw/content/images/2026/10/inline-six-cases-v1.png) AI 做的事，都集中在「決策之前」那一段：報價前翻紀錄、回覆前查文件、開會前整理數字、結案前對帳。有給時間數字的報價和售後兩個案例，省下的也正是這一段。 在這些案例裡，決策本身還是人在做。 業務決定報多少，維修人員決定怎麼回，廠長決定要先救哪張單。AI 做的是把散在 CRM、ERP、請購單、維修紀錄、機台系統裡的東西，在對的時間拼成一份能下判斷的資料。 所以這六個案例裡，真正花工夫的地方都是資料怎麼接、關係怎麼定義，模型反而是最容易替換的那一層。半導體案例連模型都已經講好會換。 --- ## 導入前先問八個問題 影片後半，講者把經驗整理成一套提問框架，說是送給大家的。如果你的公司要導入 AI 決策輔助，先回答這八題： 1. **決策標的**：你希望 AI 改善哪一項決策？ 2. **現行流程**：這個決策現在是怎麼做出來的？（要寫得出來，AI 才能理解、照著做） 3. **最大痛點**：現在卡在哪裡？ 4. **所需資訊**：做這個決策需要哪些資訊？ 5. **資料位置**：這些資料在哪些系統？（講者說，資料欠缺、不齊是常態） 6. **互動方式**：AI 理解資料之後，要怎麼回應你、跟你互動？ 7. **自動化程度**：這件事要 AI 自動完成，還是用別的形式輔助？ 8. **成功定義**：專案成功的話，你要看到什麼？ 講者的說法是，這八題答得完整，AI 專案的成功率會提升很多。 這八題裡，我認為第 2 題最容易被跳過。現在的決策是怎麼做出來的，如果連人都講不清楚，AI 也很難照著做。 --- ## 成功關鍵：從小地方、從第一線開始 講者整理的成功關鍵有三個： - **高價值的應用場景** - **小規模 MVP（最小可行產品）試用** - **由第一線使用部門主導** 他對第三點特別有感。很多企業是老闆登高一呼，看別人做、自己也要做，主導權卻沒有從真正每天在用的第一線同仁開始，最後變成「為 AI 而 AI」。 這跟 MIT 那份「95% 生成式 AI 投資零回報」報告講的是同一件事：[買的人和用的人被層層轉述隔開](https://growthhackers.tw/blog/mit-genai-divide-95-zero-return/)，專案就很難落地。 他還講了一句很實在的話：現在的 AI 專案，幾乎每一個多多少少都需要客製，差別只在程度。AI 平台要能深度結合企業內部流程。 策略面的總結： - **組織策略**：從小規模、高價值的應用開始 - **技術端**：產品持續優化迭代，深度整合現有系統 - **導入**：從非核心流程切入，並借助外部合作夥伴 最後一點，講者觀察到很多客戶自己有很強的研發團隊，但做到某個地方就容易卡住。這跟矽谷近年在談的 [FDE（前線部署工程師）](https://growthhackers.tw/blog/forward-deployed-engineer-ai-new-role/)是類似的思路：讓懂 AI 的外部團隊進駐，陪企業把 AI 接進流程。 --- ## AI 專案價值評估矩陣：十年專案助手 vs 法務合約審閱 講者說整場最重要的是這張矩陣。 兩個維度：**商業價值**的高低、**技術可行性**的高低，切成四個象限： - **價值高、可行性高**：馬上做，優先做 - **價值高、可行性低**：等技術成熟，再戰略攻堅 - **價值低、可行性高**：有空再做（講者沒多展開） - **價值低、可行性低**：先不要碰 ![AI 專案價值評估矩陣：商業價值與技術可行性兩軸，十年專案助手價值高但資料不足，法務合約審閱可行性高應先做](https://growthhackers.tw/content/images/2026/10/inline-value-matrix-v1.png) 兩個維度都要量化打分數，可以多人一起評。講者舉的評分項目： - **商業價值**：財務影響、流程提升、用戶體驗、市場競爭 - **技術可行性**：資料成熟度、自動化可行性、驗收可行性、資安風控、成本合理性 各公司可以自己加項目，重點是要有數字。 接著他拿兩個專案來示範： **專案一：十年專案助手。** 老闆交辦，要把公司過去十年的專案資料、郵件、合約全部集中，以後可以直接問「十年前那個專案，明明該賺錢，為什麼虧錢？」還要給出避免賠錢的建議。 商業價值 4.7 分，很高。但技術可行性偏低：十年太長，很多資料欠缺、甚至還是紙本，專案交接不完整，也沒有一個知識庫把文件歸檔在一起。 **專案二：法務合約審閱。** 法務每天要看大量合約，希望 AI 直接指出新合約有哪些風險、賠償條件、注意事項，跟歷史合約比對，再給修訂建議和談判策略。精誠自己內部已經在做。 商業價值略低一點，但技術可行性高，把握度高。 結論是法務合約審閱先做。 最有意思的是講者自己的反應：他說如果是他，會選十年專案助手，「這個很厲害、很讚」。 連講者都想選第一個，矩陣還是把它排到後面。 你知道為什麼這張表重要嗎？如果你問我，很多公司的待辦清單上，大概都有一個自己的「十年專案助手」：老闆最想要、聽起來最厲害、資料卻最不齊的題目。沒有一張要打分數的表，它很容易就被排到第一個。 這也呼應我在[〈AI 導入的瓶頸從來不是模型〉](https://growthhackers.tw/blog/ai-adoption-bottleneck-is-diffusion/)那篇講的：導入卡住，多半卡在流程和資料，不在模型夠不夠聰明。 --- ## 精安心服務：簡單帶過 影片最後一段介紹精誠的「[精安心服務](https://event.systex.com/assure?ref=growthhackers.tw)」，是企業 IT 與轉型的顧問方案，官方列出的形式有專家對談、顧問賦能、系統健檢、人才培訓、救援諮詢，項目涵蓋資安、雲端、數據、軟體開發、維護維運與綜合服務。 跟 AI 有關的是數據服務這一塊。講者提到可以做 12 小時的諮詢與平台體驗、專案價值與可行性評估，再拿企業自己的樣本資料在平台上辦工作坊，等於先跑一個最小的 POC（概念驗證）。 --- ## 這場講堂要怎麼看 先把立場講清楚。 這是精誠在自家講堂介紹自家平台，案例數字都是精誠自述，客戶也都沒有具名，我們沒辦法獨立驗證。80% 準確率、1 小時這些數字，請當成精誠對自家個案的描述來看，不宜直接套到其他專案。 撇開產品，這場講堂的價值在於案例很具體：報價、8D、競標、毛利、售後、廠長會議，都是製造業每天真的在發生的決策，講者也願意攤開資料源和導入順序。 ★ 這場講堂可以帶走的三個重點： ► **先找「決策前的彙整」**：六個案例做的事，都集中在決策前把散落的資料拼起來那一段 ► **先把資料關係定義好**：Ontology、知識圖譜、語意層這些底層，決定 AI 能不能聽懂公司的話；模型是最容易換的那層 ► **用矩陣排順序**：商業價值和技術可行性都打分數，資料不齊的「十年專案助手」再想做也先放著 --- ## 常見問題 ### 製造業 AI 導入可以從哪裡開始？ 依精誠講堂的建議，從高價值、小規模、由第一線使用部門主導的場景開始，先用 MVP 試用。導入前先回答八個問題：要改善哪個決策、現行流程、最大痛點、需要哪些資訊、資料在哪些系統、AI 怎麼互動、自動化到什麼程度、成功的定義。 ### AI 決策輔助系統跟 BI 儀表板差在哪？ BI 儀表板要事先定義報表和下鑽維度，使用者也需要專業經驗才看得懂。AI 決策輔助系統讓使用者用自然語言提問，由 AI 查詢、運算並生成分析結果；在精誠分享的報價、工程毛利、虛擬廠長等案例裡，系統還會進一步給出建議方案。 ### 什麼是 AI 專案價值評估矩陣？ 用「商業價值」和「技術可行性」兩個維度替 AI 專案打分數，分成四個象限：兩者都高的優先做，價值高但可行性低的等技術成熟再攻堅，兩者都低的先不碰。講堂上的示範是：商業價值 4.7 分但資料不齊的「十年專案助手」，要排在可行性高的「法務合約審閱」後面。 ### 資料不能上雲，還能用生成式 AI 嗎？ 可以，講堂分享了兩種做法。沖床設備案例把平台和資料留在公司端，只用雲端算力；半導體封裝廠依講者描述，因為有製程機密，資料不送出，走地端並使用開源權重模型。要注意的是，使用雲端算力時，送去推論的內容還是會經過雲端模型。 ### 8D 報告可以怎麼用 AI 協助根因分析？ 精誠的做法是用領域本體論（Ontology）、知識圖譜、語意層把設計、測試、品管、客服紀錄的關係定義清楚，再交給大型語言模型，讓 AI 能追溯問題、分析根因、提出矯正與預防建議，並快速回答類似問題以前是否發生過。 --- **資料來源** - [精誠集團：1016 科技講堂 以 SYSTEX Enterprise 打造 AI 決策大腦（YouTube）](https://www.youtube.com/watch?v=utwDGVTVccc&ref=growthhackers.tw) - [工商時報：精誠 AI 平台攻日 拿下百萬美元訂單（2026-04-08）](https://www.ctee.com.tw/news/20260408700792-431202?ref=growthhackers.tw) - [精誠集團：精安心服務](https://event.systex.com/assure?ref=growthhackers.tw) - [OpenAI：Introducing gpt-oss](https://openai.com/index/introducing-gpt-oss/?ref=growthhackers.tw) --- **協作聲明與免責** 這篇文章由王董與 AI 一起整理製作完成。文中引用的第三方資料、研究或工具都會標註來源名稱；若原始出處有公開連結，會以 `[來源名稱](URL)` 形式附上，方便你進一步查找。若文中內容與原始出處有任何出入，請以原文為準。 內容僅供參考與學習交流，不構成任何專業、商業或投資建議，請依自身情況判斷並自行承擔行動風險。文中提及的工具功能、數據與平台政策可能隨時間異動，請以各官方最新公告為準。