它是什麼
第 21 頁社區作者的 GTM 工作流。幕僚長管理晨間會議準備、收件匣與會後草稿；客戶研究、產品問答、數據與簡報由專職角色承接。不把作者在公司內使用的描述當成獨立成效證明。
怎麼用（作者方法，未實測）
建設定與文風檔
首次先確認 CRM、郵件與試算表系統，是否有產品使用數據、意向工具或通話紀要，預設負責的客戶、買方職能與資歷，以及禁用寫法。用 15–30 封近期真實已發拓客信提煉問候、句子節奏、開場、請求及結尾；移除簽名與引用串，保存文風規則，作者建議約 30 天後刷新。這是處理使用者授權資料的方法，卡片不保存郵件原文或聯絡人。
每輪重新確認受眾並防止重複拓客
- 確認本輪職稱、職能、資歷配比、公司及聯絡人數，不能沿用上輪職稱篩選而不問。先讀 CRM 的實際欄位與階段名稱。
- 選本人負責、沒有活躍中段商機的客戶；已關閉商機不算活躍，早期培育可保留。按已確認職能嚴格選人，職稱關鍵詞不能凌駕職能條件，按人去重。
- 每列附商機階段、金額與最近 CRM 活動，避免把已有進展的客戶當冷名單。以已發郵件近 90 天、表格 Emailed 欄與 CRM 活動交叉查重；已接觸者留在表上並標 Skip Draft，不再起草。
- 公司事件與個人公開發言附引用；有演講或播客就讀實際內容或逐字稿，沒有可核驗近期內容就寫未找到。使用量與達到方案限制的紀錄只能取自已授權真實數據，意向訊號優先直接產品提及。
- 交可使用的線上試算表連結。先提供 2–3 組郵件與 LinkedIn 草稿讓人看，再生成全批；同一鉤子改寫，LinkedIn 不宣稱已寄郵件。人實際寄出後才對照寄件備份回填時間，避免把草稿當作已接觸。
用會議紀要約束跟進與簡報
收件匣只看上次執行後、確實需要回覆的客戶／報價／引介／直接提問，排除通知與收據；無項目不通知。會後草稿以本次外部會議紀要為準，列收件對象、主旨、正文與實際談過的下一步，不自動寄送。
簡報修改以會議紀要優先，提 2–4 個痛點、優先事項、限制及期待結果，更新既有「What we’ve heard」頁；保留版式，清除其他客戶佔位、舊標誌與錯誤公司名，交結果供人檢查。不額外加路線圖或下一步頁。沒有通話時改用公司一手公開資料，明標研究所得，不假稱客戶說過。作者在通話結束前 5–10 分鐘停止錄音再產頁，是其工作節奏，非保證時延。
客戶追蹤只報新內容
先保存行業、產品類別、重要角色與訊號主題。以狀態檔去除已報導項目；影片／播客讀實際內容或逐字稿，取不到時明標僅據節目說明。每項列來源與日期、要點、類別／競品提及、可追溯時間點及客戶意義。每週回顧後更新狀態；沒有新內容按這個週報約定回一行，與收件匣任務的完全靜默分開。
限制與成本
CRM 更新、客戶簡報修改、外發信件是不同動作，須按授權範圍分別處理；作者的自動寫 Salesforce 用法不等於通用寫入許可。產品問答須有實際倉庫或內部知識來源。連接器、Granola／Gong／Figma 為來源示例，未驗證當前可用性；來源未列流程總成本，訂閱見 grokbot-quota-saving-checklist-20261113。
來源與時效
各頁標示 Last updated: Oct 14，年份未寫明，不補年份。本文為作者方法，尚未實測；圖片僅有佔位，未核讀圖片細節或複現成品。
更新紀錄
- 2026-11-14 BATCH4 整理為 B 級正式方法卡；來源卡：2026-11-12-feishu-grokbot-fenjue。來源 URL 與 sha256 見上節。