流程沒定義,
自動化就不可靠。

AI 在多數公司裡失敗,原因不在工具,而是從來沒有人把工作實際上怎麼進行寫下來。沒有定義,代理就沒有東西可以照著跑。

先定義,再自動化
方法從失敗開始的地方開始。

所以方法從失敗開始的地方開始:定義。我們不要求公司改變已經有的東西——我們優化它已有的,加上讓它成為 AI 原生所需要的串接與架構。只有在真正的缺口,才會引進新工具。

本頁導覽你們已經開始了
01你們已經開始了

你們已經開始了。只是還沒有人把它整理成結構。

你們的團隊已經在把東西貼進聊天助理了。有人用它起草回覆;有人用它摘要文件。這不是沒什麼,但也不是策略——這是七階裡的第一階,而且沒有任何規範。

這正是適合起步的地方:你們沒有落後,也不是從一張白紙開始。你們在階梯上的某個確切位置,第一件事就是找出那是哪裡。

從階梯開始
02七階與關卡

七階——以及升上一階的條件

公司裡的每個領域,都落在各自為政與持續優化之間的某一階。階本身沒那麼重要,重要的是讓你們在階與階之間移動的那條規則:

不是時間到了就能往上走,而是上一階的數據達標才能往上走。
階數升上一階的條件
01各自為政盤點:哪些已經存在,哪些尚未定義。

做法因人而異。資訊分散在信箱、試算表和個人記憶裡。已經有人私下在用 AI,但沒有任何規範。

升至:已數位化

02已數位化流程書面化,且每一項都有負責人。

系統是有了,但每個人用法都不太一樣。流程沒有明確負責人。

升至:已串接

03已串接資料乾淨,可靠到足以據以行動。

系統之間會交換資料,但報表仍然靠人工彙整。

升至:已自動化

04已自動化自動化運作穩定,例外率低。

可預期的工作會自動流動。有人能明確說出哪些是自動執行的,以及哪裡會出錯。

升至:AI 輔助

05AI 輔助經量測的準確率與接受率。

AI 起草實際的工作成果,由人核准後才發布。有人能清楚說出核准的規則。

升至:代理執行

06代理執行人工修正率低,且沒有任何越權操作。

多步驟工作在既定權限內執行——有額度上限、有紀錄、有指定負責人。

升至:持續優化

07持續優化已到階梯的最高一階。

成效數據會回頭修改規則,並且有人審查這些變動。

量測因此成了值得想要的東西,而不是需要我們辯解的事。關卡是機制本身,不是文書作業。

看完整的階梯——標記你們的位置
03第 4 到第 5 階的那條線——以及該停在哪

關鍵的那條線在第 4 到第 5 階——已自動化與AI 輔助之間

04

已自動化

AI 只是建議。

05

AI 輔助

AI 產出會對外發布的成果。

線下,AI 只是建議。線上,AI 產出會對外發布的成果。每一場真正的治理對話都落在這條線上——不在階梯的頂端,儘管廠商都把它放在那裡。

多數公司應該停在第 5 或第 6 階——而且應該有人這樣告訴他們。其他人都在推銷第 7 階。對多數二十到兩百人的企業來說,每一項產出都由人核准——或以例外管理來治理一個有界的代理——就是該停下的地方;停在那裡是一個決定,不是失敗。

04十二個領域

十二個領域,對照一套標準檢查過

涵蓋範圍來自一套公認的流程分類架構,不是我們發明的——這也是我們回答那個問題的方式:「你們怎麼知道這樣就是全部?」每個領域都帶著同樣兩個問題:AI 碰它之前必須存在什麼,以及之後要量測什麼,才知道有沒有用。

查看領域
領域 01 / 12

策略與市場情報

必須存在 · 必要結構

  • 目標
  • 目標市場
  • 競爭者
  • 定位
  • 年度計畫

量測 · 回傳的證據

  • 營收成長
  • 預測準確度
  • 策略里程碑
領域 02 / 12

產品與服務

必須存在 · 必要結構

  • 產品目錄
  • 定價
  • 包裝方案
  • 開發流程
  • 品質標準

量測 · 回傳的證據

  • 各產品毛利
  • 採用率
  • 上市時間
  • 缺陷率
領域 03 / 12

行銷與需求開發

必須存在 · 必要結構

  • 品牌系統
  • 受眾資料庫
  • 內容行事曆
  • 名單蒐集
  • 歸因

量測 · 回傳的證據

  • 合格名單
  • 轉換率
  • 每筆名單成本
  • 可歸因營收
領域 04 / 12

業務與 CRM

必須存在 · 必要結構

  • CRM
  • 名單階段
  • 資格判定規則
  • 業務管線
  • 報價
  • 追蹤

量測 · 回傳的證據

  • 管線金額
  • 成交率
  • 銷售週期
  • 預測準確度
領域 05 / 12

營運與服務交付

必須存在 · 必要結構

  • 排程
  • 產能
  • 書面程序
  • 任務負責人
  • 品質控管

量測 · 回傳的證據

  • 交付時間
  • 準時完成率
  • 稼動率
  • 重工
領域 06 / 12

供應鏈與庫存

必須存在 · 必要結構

  • 採購
  • 供應商紀錄
  • 庫存
  • 訂單
  • 物流

量測 · 回傳的證據

  • 庫存周轉
  • 缺貨
  • 訂單正確率
  • 出貨時間
領域 07 / 12

客戶服務與客戶經營

必須存在 · 必要結構

  • 工單系統或共用信箱
  • 服務水準
  • 知識庫
  • 升級處理

量測 · 回傳的證據

  • 回應與解決時間
  • 留存
  • 流失
  • 擴大採購
領域 08 / 12

財務與行政

必須存在 · 必要結構

  • 會計
  • 開立發票
  • 應收帳款
  • 預算
  • 核准
  • 現金預測

量測 · 回傳的證據

  • 現金流
  • 利潤率
  • 應收帳款天數
  • 預算差異
領域 09 / 12

人與組織

必須存在 · 必要結構

  • 組織圖
  • 職務
  • 招募
  • 入職
  • 訓練
  • 績效
  • 政策

量測 · 回傳的證據

  • 招募時程
  • 入職時程
  • 離職率
  • 訓練完成率
領域 10 / 12

知識與資訊

必須存在 · 必要結構

  • 集中儲存庫
  • 命名規則
  • 權限
  • 版本控管

量測 · 回傳的證據

  • 搜尋成功率
  • 重複文件
  • 花在搜尋上的時間
領域 11 / 12

技術、資料、資安與串接

必須存在 · 必要結構

  • 應用程式清單
  • 身分
  • 權限
  • 串接架構
  • 備份

量測 · 回傳的證據

  • 正常運作時間
  • 串接失敗
  • 重複紀錄
  • 復原時間
領域 12 / 12

風險、法遵與韌性

必須存在 · 必要結構

  • 政策
  • 合約
  • 核准
  • 稽核軌跡
  • 事件應變
  • 營運持續

量測 · 回傳的證據

  • 未結風險
  • 政策例外
  • 事件
  • 稽核發現
05最弱領域規則

每個領域的上限,由它所依賴的最弱領域決定

這條規則讓整張圖誠實。在沒定義的流程上自動化,不會提高階數——只會擴大波及範圍。一個在沒人信任的紀錄上以第 5 階運作的業務職能,不在第 5 階;它在紀錄所在的那一階。

週二的實際樣貌 / 示意範例

工具很少是失敗開始的地方

跟著一個平常的 CRM 缺陷,看它變成 AI 的產出、一項修正工作,最後成為另一個團隊接手的問題。

01紀錄與資料 · L2 已數位化來源不完整

CRM 是有了,但沒有人維護一份可靠的客戶版本。

  • 客戶三月就流失了
  • 最後一筆備註是四個月前的
  • 同一家公司登錄了三次
02AI 層 · 承諾的 L5系統只讀得到存在的東西

它沒有關於你們公司的隱藏記憶——只有你們的人寫下來的東西。

03理直氣壯的產出缺陷變成答案回來了

產出看起來很精緻,因為介面比證據好。

  • 給已流失客戶的熱情追蹤信
  • 健康的案子被標成有風險
  • 錯誤的下一步建議
04人工修正省掉的工作又回來了

每一份產出都得由工具原本要解放的那個人檢查、修好。工作沒有被省掉;它只是移動了,而且移到了最沒辦法拒絕的人身上。

05被繼承的後果弱點往下游擴散

每個團隊被承諾的是第 5 階,收到的卻是紀錄所在的那一階。

  • 客戶經營 L2
  • 交付 L2
  • 財務 L2
為什麼會這樣
AI 只知道它讀得到的東西。
公司看到的
第 5 階的活動,建立在第 2 階的證據上。
它製造的
3 階的風險,不是能力。
承諾第 5 階 → 撐起第 2 階

業務建到第 5 階。它讀取的紀錄在第 2 階。這 3 階的差距,不是公司擁有的能力——它們是風險:建立在沒有人定義過的紀錄上、卻被信任的工作。

06營運迴路——六個角色

營運迴路——六個角色,不是六個商標

每家公司都在跑同樣的六個角色,不管用的是哪家廠商。我們刻意講角色,不講產品。講產品會暗示我們沒做過的串接、隨著產品改版而過時,也模糊了真正的論點:形狀是共通的;廠商可以互換。

01

管道

資訊進入公司的入口

02

紀錄系統

正式資訊存放的地方

03

串接與工作流程

連接它們並讓資訊流動

04

AI 與決策支援

解讀非結構化的資訊

05

資料與績效情報

讓管理層知道現在發生什麼

06

治理與控管

決定系統可以做什麼

角色固定不變。 工具可以更換。
07量測——五個層級

量測——五個層級,永遠不是一個分數

一個綜合分數會藏住真正重要的事:業務強勁可能掩蓋現金流不佳或流失上升。所以量測維持五個分開的層級,而第五層是多數服務商跳過的那一層。

層級 01

公司成果

公司健康嗎?

  • 營收成長
  • 利潤率
  • 現金部位
  • 留存
  • 產能
層級 02

營收引擎

行銷 → 業務 → 客戶經營,有在轉換嗎?

  • 名單到會議
  • 會議到商機
  • 銷售週期
  • 獲客成本
層級 03

營運績效

交付有在運作嗎?

  • 週期時間
  • 準時交付
  • 積壓
  • 重工
  • 升級處理的例外
層級 04

客戶績效

客戶留下來了嗎?

  • 解決時間
  • 滿意度
  • 流失風險
  • 續約
  • 終身價值
層級 05常被跳過

自動化與 AI 績效

AI 真的有用嗎?

  • 省回的工時
  • 例外率
  • 人工否決率
  • 準確率
  • 未授權的動作
一個省了點擊、卻沒有改善營收、成本、客戶體驗、產能、風險或品質的自動化,不算成功。
08從哪裡開始

從哪裡開始——以及永遠不要從哪裡開始

候選工作用兩個軸來評分:值多少,以及有多可行。價值算的是頻率、耗費的時間、錯誤成本和法遵風險。可行性問的是流程是否標準化、資料是否可靠、決策規則是否清楚,以及那個最能平息爭論的問題——如果它錯了,會怎樣?

價值 →
高價值 · 低可行性
高價值 · 高可行性候選起點區
低價值 · 低可行性
低價值 · 高可行性
可行性 →
獨立否決權

如果它錯了,會怎樣?

有界且可復原開始
後果重大或無法控制永遠不要

兩個軸為候選排序。後果問題仍然可以否決其中任何一個。

通常從這裡開始

例子,不是標繪的分數。

  • 名單接收與分派
  • 會議紀錄寫進紀錄系統
  • 追蹤提醒
  • 客戶導入
  • 請款提醒
  • 專案建立
  • 每週績效報表
  • 知識搜尋
  • 工單分類

永遠不要從這裡開始

否決清單。

  • 自主的財務承諾
  • 聘用或解僱決定
  • 法律結論
  • 敏感的客戶決定
  • 還不穩定的流程
  • 沒有人信任的資料
  • 沒有人說得清楚的工作流程
  • 權限不受限的代理
09治理

治理——不管你們問不問,都會說明

每一次合作都建立同樣的最低要求,不管有沒有被要求。

固定結構

十六項控制措施可移轉

同樣的最低要求存在於每一次合作。

  • 資料清單
  • 應用程式清單
  • 存取控管審查
  • MFA
  • 最小權限
  • 備份與復原
  • 供應商評估
  • 個資處理
  • 保存規則
  • AI 可接受使用政策
  • 核准工具清單
  • 人工核准矩陣
  • 稽核日誌
  • 事件應變
  • 營運持續
  • 員工訓練
營運參數

義務是在地的

套用結構之前,我們先確認這家公司在哪一套制度下營運。

治理結構
可移植的控制架構。
適用的義務
這家公司的營運制度——不是別人的框架。

一次受治理的合作 · 參數設定正確

隨之而來的有兩條界線,我們一開始就把兩條都說清楚。我們交付的是流程、檢查清單和政策骨架——不是法律意見。而規則本身是參數,永遠不是常數:治理層的結構可以跨國移轉,義務不行。我們在合作開始時確認一家公司在哪一套制度下營運,而不是把別人的框架帶進會議室。

這怎麼變成一次合作——以及最後歸你們所有的是什麼——寫在顧問服務頁。想先在階梯上標記自己的位置,從這裡開始

從方法到合作

找出限制。
知道下一步。

診斷會把這套架構,轉成一份關於你們公司的文件——交付後歸你們所有。