回到案例庫
AI 轉型CUPETIT 卡柏蒂11 分鐘

把整間公司變成 AI 讀得懂的上下文:卡柏蒂的傳產轉型現場

一家百人的喜餅傳產,資訊長到任一個月就推出第一套自建系統。他不逼員工學 AI,而是把方法藏進按鈕,讓會議、電話與 LINE 群組都變成 AI 讀得懂的公司記憶。

第一部分 · 原始故事

去年中秋,卡柏蒂為了接電話,額外花了五十萬元請兼職。二十五位業務共用一張 Excel,客人來電要查資料,光開檔就要約十秒。公司也試過 AI 錄音卡,出來的會議記錄卻很差——原因不是硬體,而是 AI 不認識這間公司:名稱被寫成各種錯字,同事的綽號一個都對不上。

今年三月,新任資訊長陳泰呈到任。他在自己的兩人公司練過一套方法:把會議、資料與對外溝通變成 AI 讀得懂的上下文。但一百多人的傳產不能照搬——他不可能要求門市、烘焙師傅與工廠人員先學會 AI。於是他決定自己蓋系統,把方法藏進按鈕。

一個月內,第一套系統「無為」上線。他先投入的不是新功能,而是正確性:與會者確認、記錄簽核、專屬詞庫與人員名單。不到兩週,老闆一天點進十六場會議的記錄,某個深夜十二點還在翻各部門的會議記錄;系統還有不少錯誤,各部門主管卻已經搶著用。

但整體使用率並不高,他自己說很難過。轉機來自兩個更有感的功能:每日任務儀表板,以及跨會議衝突偵測——例如商品部決定延後上市,行銷部卻不知情。接著第二套系統「大掌櫃」把業務的電話、LINE 與 email 串成一條客戶時間軸,客戶來電時自動彈出資料;LINE 記錄功能後來被加進 52 個群組,像書記官一樣整理討論內容。

他持續在後台看使用者與系統的對話、調整技能,也每週三中午教同事用 AI 工具,把有成果的同事變成種子開發者。後來,新功能多半由第一線主管主動提出。中秋前,他用 AI 兵推最好與最壞的劇本,召集各部門主管沙盤推演,整合成戰情台按表操課。

工具買了不等於會用。錄音卡失敗的原因不是硬體,而是 AI 不認識這間公司——先修好公司的語言與上下文,AI 才有意義。

仍未解決的是工廠端與對外電話:這些知識依然在系統外。他估計,系統目前涵蓋的上下文可能不到百分之五。這場變革還在路上。

資料來源

本文整理自《2026 AI 訂閱》#020、#054、#083(同一位講者的自述,數字未經獨立驗證)
第二部分 · Case Study 分析

變革管理框架

CHANGE × Kotter 八步 解讀這場變革

案例的價值不在複製答案,而在辨認推動改變時,哪些條件必須先被建立。

轉折 01

不逼員工學 AI,改由資訊長自建系統、把方法藏進按鈕,讓門市與師傅不必改變習慣也能參與轉型。

轉折 02

先修正確性——詞庫、人員名單、記錄簽核——避免使用者用一兩次就放棄;老闆一天點進十六場會議記錄成為第一個里程碑。

轉折 03

使用率低迷時不硬推,轉做每日儀表板與跨會議衝突偵測等「有感功能」,需求開始由第一線主管主動提出。

領導作為

把技能藏進按鈕

使用者不需學 prompt,只需開完會上傳錄音、按幾個鈕,讓 AI 對傳產員工「不難」。

先修公司語言

建立專屬詞庫與人員名單(本名、綽號、別人怎麼稱呼),兩三週內讓 AI 記錄的正確性穩定下來。

用假原型逼出需求

做「看起來像真的、但沒真的串接」的原型,使用者一小時內就指出哪裡不對,再與主管對齊規格。

培養種子開發者

每週三中午教同事使用 AI 工具,把有成果的同事變成種子,並把自己開會、寫規格的模式蒸餾進系統規則。

帶回現場的啟示

  • 變革的瓶頸常不是技術,而是人的行為與「公司上下文」沒有進入系統。
  • 先把正確性做好再談推廣——使用者用一兩次就失望的工具,不會有第二次機會。
  • 使用率低時不要硬推,改做讓第一線「有感」的功能,讓需求自己長出來。
  • 一人作業的專責推動者能快速點火,但單點依賴本身就是風險,需要種子開發者與知識蒸餾來緩解。
  • 可複製的是方法(詞庫、簽核、原型、儀表板),不可複製的是那個每天投入十八小時、還能自己寫系統的人。