Grok Bot 的業務應用，是把業務開發中「研究、排序、起草、整理」這段準備工作交給一個有固定職責的 Bot，讓業務只做判斷與送出。結論先講：**業務 Bot 的工作應該停在一份審閱清單，不是停在客戶的信箱。**xAI 官方的業務範例也是這樣設計：研究名單、評分、找聯絡人、起草信件，然後「回傳審閱清單，不寄信、不加入序列」。
本文用三個台灣中小企業常見的業務場景，說明怎麼設定這個 Bot、怎麼讓它每天自動跑，以及核准點放在哪裡。若你還不熟 Grok Bot，先讀Grok Bot 是什麼？2026 完整解析。本文的產品規格以 2026 年 10 月 19 日查閱的 xAI 官方文件為準。
業務 Bot 負責什麼、不負責什麼
官方文件對好用的 Bot 有一句判準：它擁有一個可重複的成果，而不是一大類模糊的問題。所以不要建一個「業務助理」，而是建一個負責「每天產出一份可審閱的開發名單」的 Bot。
| Bot 負責 | 業務負責 | |
|---|---|---|
| 名單 | 依理想客戶條件研究與評分、找出聯絡人 | 決定要開發哪幾家 |
| 信件 | 依你提供的範例語氣起草 | 修改、寄出 |
| CRM | 整理要更新的欄位與依據 | 確認後寫入（初期） |
| 客戶經營 | 彙整使用狀況、客服紀錄、續約時間 | 決定要不要聯絡客戶 |
這張表要寫進 Bot 描述裡。官方建議把「工作內容、來源系統、輸出格式、固定邊界」放在 Bot 描述，這樣每次對話與每次 Routine 都會套用，不必每次重講。
場景一：開發名單研究與信件草稿
需求：每晚研究 CRM 中「本週待開發」檢視裡的公司，依理想客戶條件評分，每家找出最多三位相關聯絡人，並依附上的範例起草 Email 與 LinkedIn 訊息。
官方範例的指令可以直接改成中文使用：
研究這個 CRM 檢視中的 25 家公司。依我們的理想客戶條件與近期需求訊號評分，每家找出最多三位相關聯絡人，並依附檔的語氣範例起草 Email 與 LinkedIn 訊息。略過已在進行中序列的人。回傳審閱清單；不要寄出，也不要加入任何序列。
台灣情境要補兩件事：
- 需求訊號的來源：例如官網的徵才頁、政府採購公告、展覽參展名單。寫清楚來源，Bot 才不會用印象評分。
- 語氣範例：附三封你們實際寄過、回覆率不錯的信。不要附範本網站的通用信，那會讓每封信讀起來一樣。
核准點：寄信與加入序列全部由業務按下。LinkedIn 等平台的使用要在條款允許範圍內，官方文件也是這樣寫的。
場景二：CRM 更新
需求：每次業務會議或通話後，把會議紀錄整理成 CRM 欄位更新：階段、下一步、預計成交日、關鍵人。
這是業務最常拖延的工作，也是 Bot 最容易出錯的地方，因為「寫入」改的是公司的正式紀錄。建議分兩階段：
- 第一階段只產更新清單：Bot 輸出「欄位、原值、建議值、依據（會議紀錄哪一句）」四欄的表，業務確認後自己貼上或匯入。
- 第二階段才允許寫入：清單連續兩週沒有需要修正的項目，再讓 Bot 直接寫入，並保留每筆變更的原值。
CRM 有官方連接器就用連接器；沒有的話，Bot 會用雲端電腦的瀏覽器操作網頁版 CRM。官方文件提醒，連接器通常比點擊網頁穩定。
場景三：既有客戶健康度週報
需求：每週一早上，彙整既有客戶的使用狀況、客服升級事件、續約時間與窗口互動，產出一份排序過的觀察名單，每家附上證據、為什麼重要與建議下一步。
這對應官方的 Account Health 角色。官方範例同樣寫明「不聯絡客戶、不編輯 CRM」。要讓每週的結果一致，關鍵是把風險門檻寫進 Bot 描述，例如「30 天內續約且近兩週有客服升級，列為高風險」。門檻由你們自己定，不要讓 Bot 每週自己判斷。
從單次任務到每晚自動跑的五個步驟
官方文件把「範例變成可長期運作的 Bot」整理成七步。以下合併成五步，以場景一為例。逐項的 Routine 設定表與 Test run 注意事項，請見Grok Bot Routine 企業實戰。
步驟 1：寫好 Bot 描述
寫明工作內容、來源系統、輸出格式與固定邊界。邊界至少包含：不寄信、不加入序列、不修改 CRM、找不到資料時回報而不是猜。
步驟 2：用安全範圍跑一次真實任務
先用 5 家公司跑，不要一次 25 家。逐筆檢查評分理由、聯絡人是否真的在職、信件語氣是否像你們。
步驟 3：修正到可審閱，再存成 Skill
把修正過的流程請 Bot 存成 Skill，例如「每日開發名單」。官方建議 Skill 寫清楚六件事：何時使用、需要的輸入與權限、工作順序、怎麼驗證結果、回傳什麼、什麼需要核准。
步驟 4：換一批輸入再測一次
用另一個 CRM 檢視或另一個產業的名單再跑一次。只對第一批有效的 Skill，通常是規則寫得太窄。
步驟 5：排成每晚的 Routine
官方建議的做法是「建立每晚研究的 Routine，停在審閱清單」。業務早上進公司看清單、改信、寄出。Routine 前要先定義重試與失敗情境，例如 CRM 檢視讀不到時回報失敗，不要用前一天的名單。
核准與 Auto Review 規則怎麼寫
Grok Bot 的 Auto Review 會在工具呼叫與電腦操作執行前先檢查。規則分兩種：
- Ask first：符合就一定停下來問你。
- Allow automatically：符合時，若自動檢查沒發現其他問題就放行。
兩種同時符合時，Ask first 優先。業務 Bot 建議至少設這幾條：
- 寄出任何外部 Email 前先問。
- 在 LinkedIn 送出訊息或邀請前先問。
- 修改 CRM 任何欄位前先問（第二階段前）。
有兩個官方文件寫明、但容易忽略的細節：
- Routine 發起的核准會過期。不是在你所在對話中發起的核准（例如 Routine、事件觸發或其他 Bot 的訊息），約 10 分鐘沒回應就標示 Expired，該動作不會執行。所以每晚的 Routine 不要設計成「半夜等你核准寄信」，而是產出清單等你早上處理。
- 多個 Bot 不是安全邊界。同一帳號的所有 Bot 共用一台雲端電腦，瀏覽器登入狀態、檔案與命令列憑證都共用。業務 Bot 登入的 CRM，你帳號下的其他 Bot 也用得到。權限要靠帳號本身的最小權限來控制，不是靠拆 Bot。
更完整的權限設計原則，見AI Agent 的權限邊界怎麼設。
怎麼判斷這個 Bot 值得留下
不要用「每天產出幾封信」來評估，那只是產量。建議看這四個數字，並和導入前的你們自己比：
| 指標 | 怎麼算 |
|---|---|
| 清單採用率 | 業務實際寄出的筆數 ÷ Bot 提出的筆數 |
| 修改幅度 | 寄出前需要重寫大半的信件比例 |
| 錯誤名單 | 聯絡人已離職、公司不符條件、重複開發的筆數 |
| 業務準備時間 | 業務每天花在找名單與寫初稿的時間，導入前後各記兩週 |
採用率長期偏低，代表評分條件或語氣範例有問題，回到步驟 1 修描述；錯誤名單持續出現，先停掉 Routine，不要靠業務每天幫 Bot 抓錯。
結論
業務是 Grok Bot 很適合的第一批應用，因為準備工作量大、格式固定、成果可以被業務一眼判斷。但它的價值不是「AI 幫你寄信」，而是讓業務每天早上拿到一份已經研究好、起草好、標好依據的清單。寄信、加入序列與寫入 CRM 這三個動作，先留在人手上，等數字證明它穩定再逐項放寬。
同樣的設計也適用於財務與行政，見Grok Bot 財務與行政應用：每週費用對帳與主管每日摘要。要比較產品化代理與自建方案，見Grok Bot、Claude Agent SDK、OpenAI Agents SDK 比較。需要協助把你們的業務流程設計成 Bot，可閱讀流程自動化主題指南，或預約諮詢。
資料來源
- xAI Docs, Use cases（Sales Outbound、Account Health；2026-10-19 查閱）
- xAI Docs, Skills and routines（2026-10-19 查閱）
- xAI Docs, Approvals, security, and privacy（2026-10-19 查閱）
- xAI Docs, Use the computer and apps（2026-10-19 查閱）
相關推薦與延伸閱讀
- Grok Bot 財務與行政應用：每週費用對帳、缺件追補與主管每日摘要：Grok Bot 適合接手財務與行政的整理工作：每週比對費用與單據、標出缺件與違反政策的項目、起草追補訊息，並每天整理老闆該看的事。撥款、改報銷與發訊息仍由人核
- Grok Bot 企業實戰：用 Routine 與 Bot 群組自動處理日報、面試提醒與客服交辦：Grok Bot 的 Routine 是指派給單一 Bot 的定期或事件觸發任務，Skill 是可跨 Bot 重用的操作說明。本文以日報彙整、面試提醒與客服交辦
- 5 個行政自動化場景：會議、郵件、排程與報表驗收：AI 行政自動化怎麼做才有效？從會議摘要、郵件草稿、社群排程到費用及定期報表，整理五類行政自動化的輸入、人工覆核與驗收方式，不把工具設定完成當成效益保證。文中附