業務開發用 Grok Bot:提案、客戶研究、會前會後

把企業 GTM 收成台灣業務可做的場景:會前摘要、客戶研究、提案草稿與寫入前核可。

本頁目錄
  1. 來源
  2. 先對準台灣現場
  3. 先接什麼(常見組合)
  4. 場景一:會前 10 分鐘可滑完的準備
  5. 場景二:開發信與名單研究(過夜跑)
  6. 場景三:重點客戶一週研究
  7. 場景四:提案/簡報母片客製
  8. 小團隊最小編制(不必一次養八隻)
  9. 養成技巧(在地化後仍值得留)
  10. 停止線與合規

來源

根據官方指南《Grok Bot for GTM》(約 2026-08-16,作者 Krista Letz)做在地化重寫。原文偏企業 GTM 編制;本篇收成台灣業務開發、提案與客戶研究可做場景,不整篇照抄內部流程。畫面與公司政策以你為準。

若還沒裝好,先看 從零上手

先對準台灣現場

台灣多數團隊沒有完整 Salesforce+Gong+Granola 堆疊,但「開會多、會後補件多、客戶研究散在各處」很常見。Grok Bot 適合扛讀與起草;寄信、改 CRM、對外投影片定稿,請留在你核可之後。

先接什麼(常見組合)

依你真實在用的工具勾選,名稱對不上就到設定裡找對應連線/權限:

  • 行程:Google 日曆或 Outlook 日曆(公司與個人分開授權)。
  • 信箱:Gmail/Workspace 或公司 Outlook;先開讀取與草稿,寄出另核可。
  • 協作:Slack、Microsoft Teams、Notion、Google 文件/試算表。
  • 客戶紀錄:HubSpot、Salesforce、自家 CRM,或一份「客戶主檔」試算表。
  • 對外研究:網頁搜尋、公司官網、公開新聞、X/LinkedIn(注意平台登入與公司社群政策)。
  • 簡報:Figma、Google 簡報、PowerPoint;有品牌母片就先餵規範。

Bot 有自己的雲端電腦,筆電闔上仍可跑例行任務。記憶會累積你的偏好;可請它掃你「已寄出」的信,整理語氣檔,再開始代寫。

場景一:會前 10 分鐘可滑完的準備

目標:通勤或進門前,手機上看完一頁。

交辦範例:

依照明天台北時間的行程,列出每一場外部會議的一頁準備:對方是誰、上次結論三點、未完成待辦、可能卡點、我方今天目標一句話。來源優先:日曆、信箱執行緒、CRM/試算表備註;新客戶再補公開網路研究。輸出要短、方便手機閱讀。不要寄信、不要改 CRM。

進階:若有會議錄音/逐字稿工具,可請它在會後 15 分鐘內起草「會議結論+待辦+給客戶的回信草稿」,你改完再寄。

場景二:開發信與名單研究(過夜跑)

適合「明天要打一波名單,今晚只想把研究與草稿備好」。

  1. 給產業、理想客戶輪廓、禁止接觸的名單(既有客戶、競業敏感、未同意行銷)。
  2. 請 Bot 做公開資訊研究:近期新聞、徵才、產品發表、負責人公開發言。
  3. 產出:每家 5 行摘要+一句個人化鉤子+一封繁中開發信草稿(你的語氣檔)。
  4. 早上你只做篩選與修改;寄出前必核可

交辦要寫死:「草稿進草稿匣或文件即可;未經我同意不得按傳送。」

場景三:重點客戶一週研究

大客戶或決勝前三名,可養一隻「只看這家」的 Bot(小團隊也可一隻 Bot 輪流切客戶)。

每週固定產出建議包含:

  • 本週出現的公開內容:專訪、活動、徵才、產品頁變更。
  • 對方提到的方向、預算季節、技術關鍵字,以及對你產品類別/競品的公開說法。
  • 內部已有訊號:支援單、功能許願、上次會議待辦(有授權才讀)。
  • 若本週無新訊,回一行「無新訊」即可,避免灌水。

第一次執行前,先讓 Bot 問你並存檔:你們賣進哪個產業與產品類別、哪些主題算成交訊號、對方哪些職能最重要(工程、財務、營運、行銷等)。之後每週沿用同一套標準,並保留「已報過」清單,只報增量。

場景四:提案/簡報母片客製

  1. 先給品牌規範與一份「母提案」:封面、議程、現況、方案、時程、報價頁結構。
  2. 請 Bot 依該客戶研究與會議結論,複製母片後改寫內文與案例;語言預設台灣繁中。
  3. 開會中若有逐字稿,可在結束前 5–10 分鐘停錄,請它依剛談的需求改一頁「今日共識」草稿,當會末確認或下次開場。
  4. 對外寄出或上傳客戶空間前,你過一次數字、承諾範圍與報價。

小團隊最小編制(不必一次養八隻)

建議職稱 一週內先做的事
秘書/總協調 會前準備例行、會後草稿、分派給其他 Bot
客戶研究 名單研究、重點客戶週報
簡報 母片客製、會後一頁共識

有餘力再加:產品問答(接內部知識庫或文件)、預測/CRM 備註草稿、通話事後複盤(有錄音且公司允許時)。

養成技巧(在地化後仍值得留)

  • 當新同事 onboarding:第一次一起做完,請它錄成 skill/操作手冊,下次重播同一條路徑。
  • 先餵寫作樣本:挑三封你滿意的開發信或提案封面信,再讓它代寫。
  • 把討厭的輸出寫成規則:例如禁用空洞形容、禁用未經核可的折扣承諾;每次你糾正,請它寫回規則。
  • 可平行就平行:研究三家客戶時,可請總協調開多個雲端任務,最後彙總給你。
  • 每週清理一次:刪掉沒人看的例行、合併重複 Bot,避免通知噪音。

停止線與合規

  • 未同意的大量開發信、假冒客戶內部人士發言、繞過公司郵件/CRM 政策:不要做。
  • 報價、合約條款、資安承諾、個資彙整對外:人審。
  • 多隻 Bot 共用登入狀態時,當成同一台已登入電腦管理,勿當成隔離環境。

下一步:選明天一場真實會議,只跑「會前一頁準備」。穩了再加過夜名單研究。完整企業工具示意見官方原文