- 登入
- 註冊

哪些電商工作適合 AI 自動化?四級風險與人工覆核框架
判斷電商工作能不能交給 AI,不要先問「哪個工具可以做」,先問:輸入是否穩定、規則是否明確、錯誤能否自動發現、結果能否回復,以及錯誤會不會動到付款、平台帳號、法律義務或客戶權益。只要涉及不可逆外部寫入與高錯誤成本,自動化等級就要下降。
下面這套四級框架,可以用來評估蝦皮賣家的報表、客服、廣告、庫存與對帳工作,不依賴特定 AI 產品。
先用 10 個問題評分
每題 0 ~ 3 分,分數愈高代表風險愈高:
- 工作每次輸入格式是否常變?
- 規則是否含大量語境與例外?
- 資料是否可能缺漏、延遲或跨帳號混入?
- 錯誤是否難以在執行前自動驗證?
- 錯誤是否會直接造成金錢損失?
- 執行後是否難以復原?
- 是否會寫入 Shopee、銀行、廣告或其他正式系統?
- 是否涉及個資、付款、法律、政策或客戶權益?
- 是否需要專業責任人判斷例外?
- 是否缺少完整日誌、版本與人工覆核紀錄?
總分只作初篩。第 5 ~ 8 題任一高風險時,不能因總分低就判成可全自動。
四級自動化
| Level | 定義 | 適合的電商工作 | 必要控制 |
|---|---|---|---|
| Level 1 | 低風險,可全自動 | 讀取固定格式資料、內部彙總、重複資料偵測、計算可重算指標 | 唯讀來源、自動驗證、失敗即停、完整日誌 |
| Level 2 | 自動執行,事後抽查 | 內部分類、標記異常、產生非正式週報、低風險資料清理 | 抽樣率、錯誤門檻、可回復版本、異常佇列 |
| Level 3 | AI 只產生建議,人類理解影響後批准 | 付款、退款、改價、補貨或廣告預算建議,以及客服與商品內容草稿 | 顯示來源與差異,明確批准人;正式系統仍由授權流程執行 |
| Level 4 | 禁止 AI 自行核准或執行 | 付款、退款、權限、法律承諾及其他不可逆高風險行為 | AI 只能整理證據,不要核准、送出或繞過正式授權流程 |
Level 3 的邊界是「建議與執行分離」:AI 只能產生付款、退款、改價或廣告預算建議,人類要看懂影響後批准,正式系統仍由既有授權流程執行。Level 4 不代表完全不能用 AI;AI 可以整理訂單、指出缺少證據或草擬比較表,但不要自行核准或執行付款、退款、權限、法律承諾及其他不可逆高風險行為。
一條可以直接採用的硬規則
若工作涉及付款、法律/政策、客戶權益、帳號權限、跨帳號資料,
或不可逆的外部寫入,最低為 Level 3;
若無法在執行前由合格人員看懂並批准,則為 Level 4。
這條規則可以防止團隊被「準確率 95%」誤導。若錯誤的 5% 會錯退高額款項、洩漏個資或改錯 1,000 個 SKU,平均準確率沒有足夠意義。
用三個例子判斷
例 1:每天產生營運摘要
輸入是固定匯出的訂單與廣告檔,AI 只讀取、不寫回平台;總營收、訂單數與 ROAS 都能由公式重算,資料缺欄即停止。這可以是 Level 1。若摘要包含無法重算的原因推論,推論部分升為 Level 2 並抽查。
例 2:產生客服回覆
AI 可以根據訂單狀態與核准知識庫產生草稿,但回覆可能形成對退款、交期或責任的承諾,也可能夾帶另一位客戶資料。應採 Level 3:遮罩個資、限制可用來源、顯示引用訂單、人工批准後才送出。
例 3:自動調整廣告預算與售價
這會直接改變支出與交易條件,資料延遲、歸因錯誤或促銷疊加都可能放大損失。先讓 AI 產生建議與差異預覽,設定最大變動幅度,由人批准。若系統沒有可靠回滾、雙人批准或支出上限,就歸 Level 4。
人工覆核也可能只是裝飾
NIST AI RMF 強調,人與 AI 的角色、責任及監督方式需要清楚定義。畫面上放一個「確認」按鈕,不代表真的有人能監督。覆核者至少要看到:原始輸入、AI 建議、依據、預計變更、影響範圍、例外與回復方式。
若每天產生 10,000 筆建議,卻只給一個人 10 分鐘批准,這不是有效的人在迴路。應改成自動驗證低風險部分、只把例外送人工,並量測人工推翻 AI 的比例與原因。
資料和個資先守住這條線
台灣個人資料保護法適用時,訂單姓名、電話、地址與可識別交易資料都需要合法目的、必要範圍與適當安全措施。把完整訂單上傳到外部 AI 服務前,至少確認:服務條款、資料保存地與期間、是否用於訓練、存取權限、刪除方式、跨境傳輸與事件通報。
能用訂單雜湊、區域、商品與金額完成分析,就不要傳姓名、電話和完整地址。資料最小化比事後補一份保密聲明更可靠。
真正開始前,先做一次驗收
- 定義工作輸入、輸出、責任人與禁止動作。
- 準備正常、缺欄、重複、極端值與跨帳號測試資料。
- 為可計算結果建立第二條獨立驗證規則。
- 設定最大單筆與每日影響範圍,超過即停。
- 先影子運行,不真正寫入,和人工結果比較。
- 記錄模型、提示、資料版本、批准人、執行時間與回復結果。
- 建立待人工確認清單,單筆失敗不阻塞全部,也不能悄悄略過。
- 每月檢查錯誤率、人工推翻率、節省工時與實際損失。
我怎麼看這件事
我以前做 AI 訂單資料分析時,就會把原始完整結果和方便閱讀的版本分開保存。這個經驗可以沿用,但不表示所有工作都適合全自動化;下面的四級框架是判斷方法,不是我已經部署完成的系統清單。
可以先盤點團隊目前 20 個重複工作,挑一個只讀資料、能重新計算、錯誤也容易發現的工作,做一次第一級小規模測試。付款、退款、發布、改價與廣告預算維持人工批准。
延伸資料
- NIST AI Risk Management Framework 1.0,查證日:2026-09-05。
- NIST AI RMF:Human-AI Interaction,查證日:2026-09-05。
- 全國法規資料庫:個人資料保護法,查證日:2026-09-05。
- Nodohello:AI 訂單資料分析建議書說明。
這套方法是營運風險框架,不是特定 AI 工具推薦或法律意見。法規、平台政策與外部服務條款應在實際部署前重新確認。