WhatsApp AI 試跑不要從「能不能自動回更多訊息」開始，而要先定義成本上限、可回答範圍、轉人工條件、名單品質和行銷同意。Meta Business Agent 讓 WhatsApp AI 可以回答問題、推薦商品、收集客戶資料並轉交真人，但 2026 年的計費變動代表小團隊不能只看回覆速度。台灣 SME 最穩的做法，是先跑 30 天小測，確認每一段 AI 對話是否真的減少人工、帶來合格詢問，且沒有把客服資料誤用成促銷名單。
為什麼 2026 年不能只看每則訊息費
WhatsApp Business Platform 的公開價格頁說明，平台依訊息送達、收件市場與訊息類別計費，類別包含 marketing、utility、authentication 與 service。官方頁也說明，服務訊息通常發生在使用者主動傳訊後的 24 小時客服窗口內。來源：WhatsApp Business Platform Pricing。
真正的新變數，是 Meta Business Agent 這類 AI 回覆不只是一則訊息，而是一次會消耗模型處理量、知識庫、上下文與交接流程的服務。Meta for Developers 的 pricing update 搜尋結果顯示，Meta Business Agent 訊息自 2026 年 8 月 1 日起採 token 計費，並列出全球 USD 2.00 / 1M tokens 的資訊；同時服務訊息與 utility 訊息在 2026 年 10 月 1 日也有更新。實際帳單仍要以 Meta 文件、BSP 後台與帳號 rate card 為準。來源：Meta for Developers pricing update。
這代表台灣 SME 要看的不是「AI 回覆一次多少錢」而已，而是：它是否把本來 30 秒能解決的問題變成五輪對話？是否在不確定庫存、價格、保固時繼續回答？是否把低品質詢問也回得很完整，卻沒有留下成交線索？如果這些問題沒先設計，帳單可能不是唯一成本，錯誤承諾、客訴和人工補救也會一起變貴。
5 個成本開關：先寫清楚再開 AI
1. 範圍開關：只讓 AI 接低風險問題
Meta Business Agent 官方頁說明，它可以回答商品與服務問題、提供價格、回應折扣、付款與配送問題，也能請客戶補充資料。來源：Meta Business Agent on WhatsApp。但「可以回答」不等於「一開始就應該全部回答」。第一版 WhatsApp AI 試跑應只開放營業時間、目錄連結、配送區域、常見規格、預約前置問題與低風險 FAQ。
價格例外、客訴、退款、保固爭議、醫療或法律效果、大額客製報價、個資刪除和合約條款，應預設轉人工。這不是降低自動化，而是先把高風險成本切出去。
2. 長度開關：第一輪回答不要超過三件事
token 或 AI 處理量計費下，長回答不一定比較好。第一輪回答建議只做三件事：確認問題、給一個短答案、問下一個必要欄位。複雜說明應連回官網 FAQ、商品頁、預約頁或客服表單，而不是在 WhatsApp 對話裡重寫整份說明書。
例如顧客問「有沒有海外寄送？」AI 可以先回答是否有、哪些地區需人工確認、請對方留下國家與商品類型。不要立刻輸出每一種國家、運費、稅務與退換貨條款，因為這些內容很容易過期，也會拉長對話。
3. 轉人工開關：用條件，不用感覺
Meta Business Agent 的公開頁面強調商家可以控制受眾，也可以設定何時由真人接手。台灣 SME 應把轉人工條件寫成清單，例如：AI 連續兩輪仍無法判斷需求、顧客提到退款或不滿、需要查訂單或庫存、涉及價格例外、顧客要求刪除資料、或對話已出現購買意圖但需要真人確認。
轉人工時，客服不應只看到一串對話。至少要帶上三個欄位：客戶想做什麼、AI 已回答什麼、還缺哪一個決策資料。這樣 AI 才是交接工具，不是讓客服重看一遍聊天紀錄。
4. 追蹤開關：不要只看回覆量，要看合格詢問
Google Analytics 的 recommended events 文件建議用 generate_lead 追蹤表單、newsletter 或 demo request 這類初始名單；同一份文件也有 close_convert_lead，用來記錄合格名單成功變成客戶。來源：GA4 recommended events。
WhatsApp AI 試跑至少要回寫四個欄位：來源、問題類型、是否需要人工、是否成為合格詢問。否則你只會知道 AI 回了很多人，卻不知道它是救回商機，還是把低品質對話變得更便宜。
5. 同意開關：客服對話不要自動變促銷名單
台灣個資法第 20 條的英文條文頁說明，非公務機關利用個人資料通常應在特定目的必要範圍內；若用於行銷且當事人拒絕，應停止利用該個資行銷。來源：Personal Data Protection Act and Interpretations。
實務上，WhatsApp 客服對話可以幫你理解需求，但不要因為顧客問過商品，就直接把他放進促銷推播。至少分開記錄：客服處理目的、行銷同意、拒絕行銷狀態、資料保存期限與資料是否可提供給外部 AI 工具。若使用 OpenAI API 或其他 AI 平台做摘要，也要確認資料保留與使用政策。來源：OpenAI API data controls。
30 天試跑表：先小測，再決定是否放大
| 時間 | 要做什麼 | AI 可以處理 | 人工要確認 |
|---|---|---|---|
| 第 1-3 天 | 選 20 個低風險 FAQ | 整理問法、合併同義問題、草擬短答案 | 價格、庫存、保固、退費與例外不得猜測 |
| 第 4-7 天 | 設定回答長度與轉人工條件 | 把回覆壓成短答案加下一步 | 敏感題、客訴題、成交題是否真的會轉人 |
| 第 8-14 天 | 只開給一小段流量 | 回答低風險問題、收必要欄位 | 每天抽查錯答、過長回答與未轉人工案例 |
| 第 15-21 天 | 接上 CRM 或試算表欄位 | 標記來源、問題類型與缺資料 | 是否能回到合格詢問、成交或停止跟進 |
| 第 22-30 天 | 決定停、修、放大 | 輸出錯答類型、轉人工率與名單摘要 | 成本、客服省時、合格詢問與風險是否過關 |
這篇建議適用誰，不適用誰
這篇適合已經有 WhatsApp 詢問量、跨境客戶、Meta 廣告導流、商品目錄、固定 FAQ 或 B2B 海外詢問的台灣 SME。它也適合正在比較 WhatsApp Business Platform、BSP 工具、Meta Business Agent 或第三方 AI 客服的團隊。
它不適合三種情況。第一，主要客戶都在 LINE，WhatsApp 只是偶爾被問；這時候先修 LINE、網站 FAQ 和 CRM 比較有價值。第二，產業涉及醫療、金融、法律、投資、保險或高價客製合約；AI 可以做摘要和草稿，但不應自動承諾。第三，連商品資料、價格表、庫存和客服答案都還不一致；這時候先補知識庫，否則 AI 只會把混亂放大。
資料更新與來源
本文依 2026 年 7 月 30 日可查資料整理。主要來源包括 Meta for Developers 的 WhatsApp pricing update、WhatsApp Business 的 Meta Business Agent product page、WhatsApp Business Platform Pricing、Google Analytics recommended events、OpenAI API data controls，以及台灣個資法第 20 條英文條文頁。平台價格、可用市場、rate card、BSP 加價、資料保留選項與法規解釋都可能更新，正式上線前請以帳號後台、官方文件與專業意見為準。
結論：先讓 WhatsApp AI 可控，再談省人力
WhatsApp AI 試跑的目標，不是讓 AI 盡可能多回，而是確認哪些對話真的適合自動化、哪些必須交給真人、哪些能變成可追蹤的合格詢問。台灣 SME 如果先守住範圍、長度、轉人工、追蹤與同意五個成本開關，就能在帳單變大之前看見風險，也能判斷 Meta Business Agent、第三方 AI 客服或人工流程哪一種更適合自己。
下一步不用先買工具。先拿最近 50 則 WhatsApp 或跨境詢問，分成低風險 FAQ、需查資料、必須人工三欄，再估算每一類的回覆量、人工時間和成交價值。這張表做完，才知道 WhatsApp AI 值不值得開。
FAQ
WhatsApp AI 試跑一定要用 Meta Business Agent 嗎？
不一定。如果主要需求只是整理客服問題、產生回覆草稿或做內部摘要，可以先用既有客服工具與人工流程。Meta Business Agent 比較適合已有 WhatsApp 詢問量、商品目錄與固定 FAQ 的團隊。
台灣 SME 主要用 LINE，還需要看 WhatsApp AI 嗎？
若客戶幾乎都在 LINE，WhatsApp AI 通常不是第一優先。只有當你有跨境詢問、海外 B2B 客戶、Meta 廣告導到 WhatsApp，或 WhatsApp 已成為客服入口時，才值得做 30 天小測。
WhatsApp AI 成本要看哪些指標？
至少看 AI 回覆量、平均對話輪數、轉人工率、錯答率、合格詢問數、成交或預約數，以及高風險案例數。不要只看自動回覆比例。
AI 可以直接回答價格、保固和退款嗎？
只有在資料源已核准、可更新且限制條件很清楚時，才適合讓 AI 回答低風險版本。價格例外、保固爭議、退款補償和合約條件應預設人工確認。
WhatsApp 客服對話可以拿來做再行銷嗎？
不能只因為顧客問過問題就直接促銷。台灣 SME 應確認原本蒐集目的、行銷同意、拒絕行銷狀態與保存期限；顧客拒絕行銷時，就要停止使用該個資做行銷。