White Paper · 2026 年 9 月

AI 數位員工
導入白皮書

聖索科技把 AI 當成一個職務來設計:有負責範圍、權限、直屬主管、交班規則與考核指標。這份白皮書整理我們已經上線的六種數位員工,說明他們負責哪些工作、怎麼接進既有系統、上線後遇到哪些問題、我們怎麼修,以及導入效益該怎麼算。

資料截至 2026-09-30 6 種職務 10 則實戰事件 台灣團隊自建自維運
01 · Summary

四個重點

沒時間讀完整份的話,這四點就是我們導入 AI 數位員工的核心作法。

i

一個數位員工,就是一個職務

先寫職務說明書:負責什麼、不碰什麼、什麼情況交給真人,再決定用哪個模型、接哪些系統。

ii

事實來自你的系統,AI 負責理解與表達

價格、庫存、時段一律從你的資料庫讀取。AI 只判斷顧客想做什麼;查不到的就交給真人,不讓 AI 猜。

iii

我們先在自己身上跑

聖索的官網內容、社群與營運監控每天由數位員工執行。本白皮書列出的故障都已修復,並寫成標準作法。

iv

效益用同一把尺量

導入前先量基準,試點期用同樣的指標驗收。我們用你的數字說服你,不用示意數字。

02 · Definition

什麼是 AI 數位員工

聊天機器人負責回答問題,數位員工負責完成一項工作。他有權限、有交班規則,每一步都留下紀錄。下圖是一位數位員工處理一則詢問的完整路徑。

通道

在顧客所在的地方上班

LINE 官方帳號、網站、Email 或內部後台。

理解

判斷來意

AI 模型分辨詢價、預約、改期、客訴或其他需求。

查證

從你的系統讀事實

ERP、預約表、商品與價目表。AI 不自己編答案。

守門

逐項檢查再送出

數字、連結、個資都要對得上資料;不確定就停。

交付

完成這件工作

回覆顧客、產生草稿、開工單或通知門市。

交班給真人客訴、退款、個資與超出範圍的問題,連同對話紀錄和建議回覆一起交給負責人。
工作帳本每一次判斷、用量成本與錯誤碼都寫入紀錄,可以稽核、追溯,也可以算帳。
比較項目傳統聊天機器人增聘或外包人力AI 數位員工
回答依據預先寫好的腳本個人經驗與記憶你的系統資料加上明確規則
遇到不會的問題回固定訊息或繞圈依個人判斷處理依規則交給真人,並附上建議回覆
服務時間24 小時排班時段24 小時
系統串接通常沒有人工切換畫面查詢串接 ERP、預約、CRM;需要寫回的項目逐項同意
品質管理難以衡量主管抽查每則留紀錄;更換模型前先跑標準題庫
成本結構授權費月薪、勞健保、訓練與流動成本建置費、維運月費與每則用量
03 · Roster

數位員工職務表

以下六種職務都已部署在聖索自有系統或客戶系統的正式環境;其中 LINE 智慧客服目前以示範店運作,社群小編自 2026-09-29 起於正式粉專發文。每張識別證都寫明權限與交班對象,「上崗紀錄」標示量測日期與範圍。

Sainso Digital Staff
DS-01 · CUSTOMER SERVICE

LINE 智慧客服專員

班別
24 小時
權限
讀取店家服務與價目,回覆顧客
交給真人
客訴、退款、個資、超出範圍
直屬主管
店長

負責項目

  • 回答價格、服務時長與可預約時段
  • 附上正確的預約連結
  • 轉真人時替店員擬好回覆草稿
上崗紀錄

以示範店在生產環境真機實測,2 秒內回覆正確價格與預約連結,單則成本 US$0.00066(2026-09-14)。更換模型前須通過標準題庫,最新版 100/100。

Sainso Digital Staff
DS-02 · STORE DESK

門市查詢店員(ERP × LINE)

班別
24 小時
權限
讀取 ERP 商品、價格與庫存;依會員等級顯示價格
交給真人
新好友審核、訂單確認
直屬主管
門市主管

負責項目

  • 查詢各倉庫存與商品規格
  • 依會員等級報價,折扣自動一致
  • 在 LINE 上下單並通知門市
上崗紀錄

輪胎通路客戶自 2026-06-16 起分 12 個階段上線,已核准 159 個既有會員帳號。查價與查庫存不容許誤差,這個職務刻意使用規則引擎,不用生成式 AI。

Sainso Digital Staff
DS-03 · FRONT DESK

預約櫃台專員

班別
24 小時
權限
查詢時段,建立與修改預約
交給真人
開立工單,由店員接手
直屬主管
店長

負責項目

  • 判斷來意,直接開出預約卡
  • 回答常見問題
  • 讓顧客自助查詢與改期
上崗紀錄

開發驗收時,對話到完成預約從 12–16 輪縮短為 2 輪;上線前通過 739 項驗收測試;10 人同時搶 2 個名額,恰好 2 筆成功。預約寫入完全不經過 AI。

Sainso Digital Staff
DS-04 · CONTENT

內容與社群小編

班別
每日固定時段發文
權限
撰寫草稿;僅能發布到已授權帳號
交給真人
評分未達門檻的草稿
直屬主管
行銷負責人

負責項目

  • 從公開來源挑選題材並評分
  • 撰寫中英雙語文章與社群貼文
  • 產生封面,通過品質檢查才發布
上崗紀錄

聖索官網 2026-06-28 起自動發布 123 篇中英雙語文章。社群產線 2026-09-29 起於聖索正式粉專自動發文;每日上限 2 篇、間隔 6 小時、評分 0.7 以上才發。

Sainso Digital Staff
DS-05 · DOCUMENTS

文件與簽約專員

班別
隨案啟動
權限
產生報價單、合約與簽署連結
交給真人
寄出簽署連結、用印
直屬主管
業務負責人

負責項目

  • 依案件產出報價單與合約(PDF、Word)
  • 建立線上簽署並追蹤簽署狀態
  • 簽署完成後附上 PDF 歸檔
上崗紀錄

聖索自有線上簽約平台已上線,內建 9 種合約範本並可自訂;2026-09-17 實際用於客戶簽約,雙方於線上完成簽署。簽署連結一律由真人寄出。

Sainso Digital Staff
DS-06 · OPERATIONS

營運值班專員

班別
24 小時,排程巡檢
權限
讀取監控,產生報告與草稿
交給真人
部署、寄合約、金流、對外寄信
直屬主管
營運負責人

負責項目

  • 每日營運簡報
  • 基礎設施與資安巡檢
  • 整理標案與補助情報
  • 擬好業務開發與提案草稿,但不自動寄出
上崗紀錄

專用主機 24 小時運轉,2026-06-06 起累積 4,178 份營運報告(2026-09-30 清點)。這個職務要部署、寄合約或動用金流時,一律進入人工核可佇列。

04 · Case Files

真實落地紀錄

客戶案例依保密協議匿名呈現。每一則都寫出起點、做法、目前狀況,以及上線後遇到的問題。

客戶專案汽車 · 輪胎零售DS-02

輪胎通路:ERP × LINE 門市查詢

起點
牌價、規格、各倉庫存都在 ERP 裡。門市與顧客報價要人工查,VIP 折扣靠店員記憶。
做法
串接既有 ERP:商品、價格與庫存只讀取;後台的庫存盤點寫入 ERP 盤點單,不改動商品主檔與價格。建立管理後台與 LINE 查詢店員,分 12 個階段上線,每一階段驗證後才開下一階段。
目前狀況
2026-09-26 完成第 11、12 階段(會員審核、每日停用時段)。159 個既有會員帳號已核准使用;新好友經審核後才能查價與下單。
上線後的修正
多倉庫存原本只取最後一倉,改為各倉加總。後台暫時連不上時,改為明確回覆「系統忙碌」,不給可能過期的資料。
聖索自有平台服務業 · 單店DS-01 · DS-03

服務業店家平台:LINE 智慧客服與 AI 文案

起點
小店常是一人顧店,服務客人時沒辦法回訊息,下班後的詢問要隔天才回。
做法
每家店使用自己的 LINE 官方帳號,憑證加密保存。模型只判斷來意,給顧客看的句子由系統依店家資料組成。全平台 19 項 AI 服務,其中 6 項完全不呼叫大型語言模型。
目前狀況
2026-09-14 以示範店在生產環境真機實測,2 秒回覆;2026-09-15 起遷至 Google Cloud 台灣區域,遷移時以備份還原並逐表比對筆數。目前以示範店運作,正在招募首批導入店家。
上線後的修正
標準題庫全數通過,真實對話卻出現答對被轉真人的情況,守門規則改為只刪除有問題的片段。AI 服務商調整參數規格導致回覆失敗,改為自動降級並記錄原始錯誤碼。
聖索自用內容行銷DS-04

聖索官網:AI 內容編輯三個月 123 篇

每月自動發布篇數:6 月 6 篇、7 月 28 篇、8 月 40 篇、9 月 49 篇 0 25 50 6 28 40 49 6 月* 7 月 8 月 9 月
每月自動發布篇數,共 123 篇,每篇含中英兩種語言。*6 月自 28 日起算。來源:官網發布紀錄。
品質閘門
至少 3 個段落標題、必須有清單、與既有文章去重,並擋下疑似捏造的統計數字。
上線後的修正
設定格式改版造成連續失敗 36 次、停擺 18 天,現在連續 3 次失敗就推播告警。題庫用完時程式仍回報成功,現在題庫低於 20 題會自動補 40 題,用完改為回報失敗。
客戶專案品牌 · 社群廣告DS-05

北部某品牌:社群廣告代操的導入第一週

起點
客戶希望由我們代操社群廣告,從報價到簽約都要能遠端完成。
做法
報價單、合約與簽署全程線上完成,2026-09-17 雙方完成線上簽署;媒體費與服務費分開列示。
目前狀況
首檔廣告準備上線中。
我們學到的
廣告帳號、粉專與商家資產的管理權,要在導入第一週盤點清楚,否則會卡住上線時程。這一項現在列入每個專案第一週的必做清單。
05 · Field Notes

上線後才會遇到的事,我們都遇過

數位員工上線後,真正的考驗才開始。以下十則是上線後實際發生、或在測試中抓到的問題,全部已經修復,並寫進我們的標準作法。每一則都先寫我們遇過的狀況,再寫現在的作法。

燈號是綠的,不代表顧客收到了

可靠性
  • 自動回覆開關全部開著,卻一則都沒發出。觸發條件是「營業時間外」,而營業時間被設成 24 小時,後台沒有任何錯誤提示。
  • 沉睡顧客喚醒信群發,3 位符合條件的顧客只寄出 1 封,系統仍回報成功。原因是防重複寄送的識別碼沒有包含收件人。(測試中抓到)
現在的作法

新的自動訊息上線前,用顧客那一端的帳號與通道實際收一次,確認有店名、有能點的連結。批次作業一律核對「N 人符合,N 人收到」。

AI 的守門,要擋錯的,也要放行對的

正確性
  • 標準題庫 30/30 全數通過,真機 LINE 對話卻把正確答案轉給真人:「哪一個時間」被判定成捏造的數字。
  • AI 服務商調整一項選用參數的規格,顧客傳來的第一句話 AI 就答不了。
現在的作法

捏造的數字或非官方連結,整則擋下轉真人;格式小瑕疵只修正該段後照常送出。每次轉真人都記錄原因,並用同一段真實對話重現 6 次以上才修改。外部選項不支援時自動降級,並保留原始錯誤碼。

一家店的問題,不能拖垮所有店

多店隔離
  • 只要某一家店的天數欄位存成文字,所有店的生日券、喚醒與集點自動化就會同時停擺。(測試中抓到)
  • 排程每晚回報成功,實際上一筆都沒處理:相關資料表各有 29 到 107 筆資料,排程卻只看到 0 筆。資料隔離規則生效了,但排程沒有帶店家身分。(測試中抓到)
現在的作法

設定在寫入時就驗證。排程逐店獨立執行,單店失敗不影響其他店。測試時刻意放入一家「存了錯誤值的鄰居」,確認別家照常運作。

沉默的失敗最貴

監控告警
  • 自動發文因設定格式改版連續失敗 36 次,18 天沒有人發現。
  • 一項健康檢查因任務名稱對不上,77 天沒有執行,每日摘要卻天天顯示正常。
現在的作法

每一個失敗出口都推播通知負責人,不只在成功時回報。健康檢查確認的是「最近一輪有沒有完成」,並定期比對排程清單與實際執行紀錄。

隱私承諾,要涵蓋每一個出口

隱私與資料正確
  • 滿意度問卷的畫面只顯示平均分數,匯出檔卻帶有預約編號,可以對回填答者。
  • 程式用國際標準時間算「今天」,資料庫用台北時間,每天凌晨 0 到 8 點的報表少算當天成效。
現在的作法

承諾匿名的資料,在資料結構上就不存任何可連回個人的欄位,並逐一檢查畫面、API、匯出檔與系統紀錄。營運時區統一為台北時間,並寫成自動測試。

06 · Benefits

效益怎麼算

每家公司的詢問量、人力成本與流程都不同,我們不拿別人的百分比說服你。以下先列三項可以直接計算的結構性效益,再用試算工具帶入你的數字;正式數字在試點期量測。

4.2倍

可服務的時數

一週 168 小時,對比週一到週五 9 點到 17 點的 40 小時。夜間與假日的詢問也能當下回覆。

≈ 2分錢

一則 AI 回覆的成本

示範店實測一則 LINE AI 回覆 US$0.00066(2026-09-14),以 1 美元兌 32 元估算約新台幣 0.02 元。一萬則約 US$6.6。

同一題同一答

答案不隨人改變

價格、庫存與時段從系統讀取,換班、換人、換季都不會變;折扣規則由系統套用,不靠店員記憶。

效益試算

預設值是範例,不是客戶實績。請換成貴公司的數字;「AI 可自動處理的比例」建議以試點實測值替換。

則/月
分鐘
%
元/小時
元/則
實測 US$0.00066/則換算;複雜職務可能較高。
元/月
元

試算結果(每月)

每月淨效益—
釋放的真人工時—
等值人力成本—
AI 用量費—
建置費回收期—
AI 用量費+維運費淨效益

釋放工時 = 詢問數 × 自動處理比例 × 處理分鐘 ÷ 60
淨效益 = 釋放工時 × 人力成本 − AI 用量費 − 維運費
回收期 = 建置費 ÷ 淨效益

試算只計入可量化的工時。夜間詢問的成交、回覆變快帶來的回訪,以及一致報價減少的錯誤,都沒有算進去;這些在試點期另外量測。

試點驗收指標導入前怎麼量試點期怎麼驗收
首次回覆時間抽取 2 週的訊息紀錄,計算中位數系統記錄每一則的回覆時間
自動處理比例全部由真人處理未轉真人、且顧客沒有追問的比例
答錯率無紀錄每週隨機抽 50 則,由店長評分
轉真人原因無紀錄每一則轉真人都記錄原因並分類統計
單則成本人力成本 × 處理時間工作帳本的實際用量
真人工時排班表或工時紀錄用同一種方法再量一次
07 · Process

導入流程

一個職務從盤點到正式上崗,依範圍約需 6 到 13 週。每一步都有明確產出,前一步驗收後才進下一步。

  1. 012–4 週

    需求盤點

    訪談第一線人員、拆解流程、盤點資料來源與帳號權限,並量測導入前的基準。產出職務說明書與效益基準表。

  2. 02約 1 週

    職務設計

    定義負責範圍、權限、交給真人的條件與考核指標,並建立這個職務專屬的標準題庫。

  3. 032–6 週

    串接建置

    接上 LINE、網站、ERP、預約或 CRM。以讀取為原則;需要寫回的項目(例如盤點、訂單)逐項列出,經你同意才做。

  4. 041–2 週

    影子上崗

    AI 先產生草稿,由真人確認後送出。比對答案、調整守門規則,直到可以放手。

  5. 05上線日

    正式上崗

    開放自動回覆。每一則都留紀錄,異常即時推播給負責人。

  6. 06每月

    月度考核

    抽查回覆品質、分析轉真人原因、提供成本報表;更換模型前重跑標準題庫。

08 · Security & Compliance

資安與合規

數位員工碰的是顧客資料與營運系統。以下是我們採用的作法,並標明目前實際套用的範圍。

資料留在台灣

服務業店家平台自 2026-09-15 起部署於 Google Cloud 台灣區域,每日自動備份,並保留 7 天的時間點還原。

還原真的演練過

2026-09-12 以示範資料演練:匯出 87 秒、還原 3 秒,逐表筆數一致,98 張店家資料表的隔離規則全數仍然生效。2026-09-14 再以備份還原至台灣區資料庫,逐表比對一致。

送進 AI 前先遮蔽

電話、Email 與網址可在送出前遮蔽,並可設定不保存提示詞與產出內容;範圍在需求盤點時依你的資料類型決定。

不拿你的資料訓練

服務業店家平台的每一次 AI 請求都要求零資料保留;服務商不支援時,自動改為禁止用於訓練並留下紀錄。你的專案可以採用同樣設定。

高風險動作由真人核可

營運值班專員要部署、寄出合約、動用金流或對外寄信時,一律進入人工核可佇列;簽署連結由真人寄出。

換模型先過題庫

服務業店家平台更換 AI 模型前,必須先通過標準題庫才准上線;功能與角色命名在上線前先查詢商標。

09 · Pricing

方案與費用

建議從一個職務、一個通道開始。金額皆未稅,為參考級距,實際依職務數量與串接範圍報價;完整說明見方案費用頁。

Discover

需求盤點與診斷

NT$30,000起

2–4 週,產出職務說明書、效益基準與導入建議。費用可折抵後續專案。

Build

數位員工建置

NT$150,000起

一次性建置。輕量導入 15–40 萬、一般整合 40–120 萬,依職務數量與串接系統分級。

Subscribe

平台模組月訂閱

NT$3,000起/月

職務已有現成模組時可直接訂閱,依模組與用量分級。

Operate

維運與月度考核

NT$8,000起/月

監控告警、月度考核、題庫維護與模型更新;或以年度專案金額的 12–20% 計。

10 · FAQ

常見問題

AI 答錯怎麼辦?

價格、庫存與時段由你的系統提供,AI 只判斷來意;守門規則會擋下對不上資料的內容並轉給真人。上線前先跑標準題庫,上線後每則留紀錄,月度考核時抽查。

我們的資料會被拿去訓練模型嗎?

可以設定成不會。服務業店家平台的作法是每一次請求都要求零資料保留,服務商不支援時自動改為禁止用於訓練並留下紀錄;你的專案可以採用同樣設定,個資也可以在送進模型前先遮蔽。

需要換掉現有的 ERP 或預約系統嗎?

不需要。我們串接你現有的系統:輪胎通路的案例保留原本的 ERP,商品與價格只讀取,只有庫存盤點經後台寫入 ERP 的盤點單。

員工會被取代嗎?

數位員工接手重複、可以規則化的工作;判斷、例外處理與客戶關係仍由你的團隊負責。交班規則會和第一線人員一起訂。

可以先小規模試試看嗎?

可以。建議從一個職務、一個通道開始,經過影子上崗與正式上崗的試點期,再依驗收指標決定是否擴編。

上線之後誰負責維護?

同一個團隊負責規劃、開發與維運。異常推播直接送到負責的工程師,月度考核報告寄給你的窗口。

Next Step

先從一個職務開始

預約 30 分鐘診斷時,帶上你們最常被問的 20 個問題。我們會當場告訴你哪些適合交給數位員工、哪些應該留給真人,以及試點要量哪些指標。

資料來源與說明

  • 本白皮書的數字取自聖索科技的系統紀錄,包含版本控制發布紀錄、排程報告、驗收測試、還原演練與部署紀錄,量測日期標示於各項。
  • 客戶案例依保密協議匿名呈現。服務業店家平台、官網內容編輯與營運值班為聖索自有系統。
  • 效益試算為估算模型,預設值為範例;實際效益以試點期量測為準。
  • 資料截至 2026 年 9 月 30 日。
目錄 ↑
LINE 諮詢