Grok Bot 業務會議教學：逐字稿、後續承諾、提案簡報與客戶案例

整理更新：2026 年 10 月 28 日。

Grok Bot 業務會議模板可以協助會前準備、會後跟進與簡報整理，但最需要先確認的，是誰答應了什麼。客戶會議結束後，一份流暢摘要若沒有承諾、負責人與下一次聯絡時間，仍然很難拿來做事。

更麻煩的是，摘要可能把「可以研究」寫成「下週交付」。後續信件即使語氣自然，也可能替團隊做出原本沒有答應的承諾。

逐字稿是依通話內容整理的文字，能幫助追查原句。語音轉文字仍可能出錯，因此客戶姓名、數字與關鍵條件，要核對錄音或原始筆記。

把會前準備、通話分析、工作追蹤與對外內容分開，能讓同一份來源在交接時保持一致。不同模板各處理一段，不必同時取得完整客戶資料或直接修改正式紀錄。

以下以產品示範會議的建議流程說明八個模板的分工。交辦提示詞由 AI 郵報編寫，並非原作者原文或已代跑紀錄，寄送、寫入客戶系統與公開案例都保留人工核准。

Grok Bot 業務會議先保留可追查的原句

先保存原始紀錄與時間標記，會後交辦才能區分明確承諾、條件與討論。尤其「若資料齊全」「需要主管同意」這些句子，會改變一項工作是否真的已經答應。

例如以下是假設的對話：「如果法務同意，我們可以下週研究測試環境。」整理後應保留法務同意的條件與研究性質，不能直接變成下週提供測試帳號的待辦。

可以先把逐字稿加上講者、時間點與會議日期，再請助理分出已確認事項、仍在討論的選項與需要回問的內容。這樣即使後續簡報變短，原句仍能找回來。

若音檔或逐字稿缺一段，應在來源表標示缺口。因為摘要只能反映拿到的來源，文字看起來完整，也不能證明錄音完整，所以沒聽清楚的價格或期限要交回核對。

客戶資料管理系統常縮寫為 CRM，用來保存案件與溝通紀錄。會議產生的更新建議應先與既有紀錄比較，避免已完成的工作又被重新建立。

依官方模板說明，模板提供的是工作做法與相關可分享內容，不是完整複製作者的帳號環境。第一次仍要查看模板細節與所需整合，再給它限定範圍的資料。

不同會議成果可以沿著同一份來源交接，先用下表判斷自己缺哪一段。

這些用途不需要一開始全部串接。先選一場熟悉的舊會議，才能看出哪種交付真的幫助下一位接手。

會前與會後教練：找出下一場能改的地方

通話教練應把建議連到具體原句，讓業務知道下次要改哪一種表達。因為同一個低分可能來自問題不清楚、講太快或未確認下一步，所以只拿到分數，仍不知道該練什麼。

Customer Call Coach & Assistant：把準備與回顧接起來

Anoop Baliga 的 Customer Call Coach & Assistant提供客戶通話前摘要與依表現進行的會後建議，適合把同一場會議的準備和回顧放在一起看。

先給它本次目的、可分享的歷史紀錄與希望釐清的問題，會前只整理重點。會後再加入逐字稿，對照原本想問的問題有沒有得到回答，就能避免泛泛評論業務表現。

建議指令：「這次要確認客戶的使用流程，請先列出會前要知道的背景與要問的問題。會後依逐字稿標示哪些已回答、哪些仍缺資料，將每則建議對到原句。」

Sales Call Coach：讓評分有可操作的依據

Daniel Brill 的 Sales Call Coach可從貼上的逐字稿或上傳錄音分析銷售通話，提供評分與下一次可以改善的地方。

因為每場通話目的不同，先提供團隊的評估項目，例如是否問清使用情境、是否確認問題影響，才有共同標準。不要拿不同任務的通話分數直接比較，更不應只憑模型分數判定業務人員能力。

建議指令：「按這份通話檢查表分析逐字稿，每項附時間點與原句，再選一個下次最值得練習的行為。分開列出未問到的問題與已問但沒有答案的問題。」

Partnerships Call Coach：合作洽談先確認雙方理解

Jenna Nanpei 的 Partnerships Call Coach針對合作、贊助與重要需求探索通話，依逐字稿提出有證據的表達建議與可調整句子。

合作會議容易把期待與承諾混在一起。例如對方表示「這個方向值得討論」，不能理解成已接受贊助方案。先要求模板指出雙方各自確認了什麼，再看哪個說法需要重述。

建議指令：「請從這份合作洽談逐字稿，找出雙方理解可能不同的句子。附原文與原因，再草擬可用於下次確認的表達，不新增價格、合作權利或交付承諾。」

教練的建議可以改善下一場對話，但這場已留下的工作仍要交到正確的人手上。因為教練建議可能帶來新的說法，後續追蹤更要沿用已核對的原始紀錄，才能保留這場會議實際答應的內容。

從會議紀錄找出承諾與跟進草稿

會後工作應保留承諾的對象、條件與時間，而不是只摘出一串動詞。若只留下「提供資料」，接手的人無法知道提供哪份資料、給誰與何時完成。

GTM Loop Closer：把散在不同地方的承諾找回來

Jon Grigull 的 GTM Loop Closer尋找會議、郵件、Slack、CRM 或任務工具中留下的承諾與後續事項，顯示證據並準備回覆、工作或更新內容。

它適合處理「摘要寫了，但沒有人接手」的問題。先限定一個客戶與一段時間，請它把同一項承諾跨來源合併，避免郵件回覆與會議待辦被當成兩件工作。

建議指令：「只檢查這個客戶本週的指定紀錄，整理承諾、提出者、承接者、條件與期限。附原文和來源，將已完成、等待回覆與未分派分開，先交更新草稿。」

Call Follow-Ups：信件與 CRM 更新先形成一份審查包

Daniel Brill 的 Call Follow-Ups從錄製通話準備後續信件、下一步筆記與 CRM 更新，作者也描述透過 Gong、Granola 留意新通話的方式，並保留寄送與儲存前的核准。

是否能讀到這些通話來源，要依自己的帳號連線確認。第一次可先提供一份逐字稿，要求輸出舊值、新值、修改原因與證據，讓案件欄位的變更可以被逐筆審查。

建議指令：「依已核對逐字稿，草擬會後信件及 CRM 變更表。保留客戶原本答應的條件，沒有確認的期限不要補日期。先列出這次要寫入與寄送的內容，等我逐項核准。」

信件與內部紀錄應說同一件事，因為接手者可能只看到其中一份，兩邊不一致就會產生不同期待。若對外草稿寫下週會確認，內部案件卻直接顯示下週交付，就要先修正這個差異，不能讓兩種版本同時流通。

延伸閱讀：Grok Bot 銷售團隊案例：三個 Shared Bots 如何串起 CRM、報價與人工審核？

簡報與客戶案例：讓證據跟著內容走

會後簡報與公開案例的用途不同，但都應能回到會議證據。內部討論的一句正面回應，也不等於客戶允許對外用作推薦證言。

Meeting Recap Deck：將會議筆記縮成可修改的簡報

Krista Letz 的 Meeting Recap Deck從貼上或上傳的會議筆記，依你的簡報模板整理會後簡報，作者明確要求不捏造引用。

提供既有簡報檔與目標讀者，能讓它知道要保留哪些細節。給主管的決策摘要和給執行同事的交接簡報，篇幅與重點不同，但關鍵條件不能為了縮短而消失。

建議指令：「用這份簡報樣式整理會議結論、未決問題與下一步，每頁保留對應來源。引用只使用原筆記中的文字，沒有數字就不新增圖表，交可修改版本供我檢查。」

Pitch Deck Coach：檢查讀者能理解與相信什麼

Hiten Shah 的 Pitch Deck Coach檢視投資提案簡報，整理投資人可能理解、相信、質疑與記得的內容，再協助改善故事、證據與投影片。

如果拿它檢查其他商務提案，應明示這是你自行延伸的審查任務，不能把作者的投資簡報定位寫成保證支援所有簡報情境。無論哪一種提案，仍要先說明讀者與希望對方做的決定。

建議指令：「依這份提案目的讀簡報，逐頁列出核心主張、支持證據與可能誤解。將缺證據和表達不清分開，先提出改法，不補公司沒有提供的成長數字。」

Customer Proof Desk：案例故事不能改寫客戶的原話

Anoop Baliga 的 Customer Proof Desk依通話筆記與逐字稿整理案例、證言與證據重點，作者要求引用保留原文，並在公開前取得你的核准。

先提供客戶允許使用的資料與範圍，讓草稿區分可公開內容和僅供內部參考的背景。若一段話為了語氣更順而改寫，就應改成摘要，不能繼續加上引號當逐字引用。

建議指令：「從這份已獲使用許可的訪談資料整理案例草稿，所有引文逐字保留並附位置。數字註明期間與來源，超出授權範圍的資訊不納入，不公開或寄送。」

用一份逐字稿驗收交付

第一次測試選用可以分享的短逐字稿，刻意保留條件、否定句與需要回問的內容，檢查模板有沒有為了摘要順暢而省略它們。

可以用一段假設對話檢查：「目前沒有決定導入；等資安完成評估後，再討論測試。」合格的待辦是追蹤資安評估與後續討論，不能將案件直接推進為測試啟動。

接著檢查三種成果是否一致。會後信件、內部變更表與簡報都應保留相同狀態，且可以找到對應原句。如果不同成果互相矛盾，先修來源與交辦格式，再增加模板。

另外抽查一次引用，確認引號內每個字都來自提供的原文，並看簡報中的數字是否保留單位與期間。沒有提供數據時，模板應說明缺什麼，不畫出看似完整的成長成果。

還可以檢查講者辨識錯誤會如何影響交付。例如同事說「我可以幫忙問」，若被辨識成客戶答應提供資料，工作對象就會顛倒。這時應先回到錄音核對，再決定是哪一方需要承接，不能只調整摘要的語氣。

如果會議中有人更正過日期，應保存更正的順序與最後確認句。因為逐字稿可能同時出現兩個日期，只抽取第一個日期會保留舊安排，只抽最後一句又可能漏掉取消條件，所以要連同上下文一起看。

供審查的草稿也可以按用途分開保存。例如內部教練意見可以談業務的提問方式，對外會後信則只需要呈現雙方已確認的事項，因此不應把整份通話評分或私人備註附給客戶。

收到修正後，請把新版本與原來源一起保留。因為下次會議可能重用這次整理的背景，若只改一封信卻沒有更新工作清單，同一項錯誤承諾還是可能再次出現；驗收要確認相關交付都採用一致的事實。

最後再看草稿是否停在約定位置。應能清楚知道哪份信還沒寄、哪些 CRM 欄位還沒寫、哪些案例段落還在等核准，避免同事把生成完成看成流程已結案。

如果第一次驗收發現同樣的條件反覆被省略，可以把具體錯例加入交辦規則，再用相同逐字稿比較修改效果。

延伸閱讀：Grok Bot Dr Eggbot 教學：找出浪費額度的排程，把反覆糾正變成設定

Grok Bot 業務會議常見問題

錄音可以直接當作完全正確的逐字稿嗎？

仍需要核對姓名、數字與承諾。文字辨識可能省略否定詞或講者，重要句子應回查原音檔或會議筆記。

通話教練分數可以當人員考核嗎？

分數反映的是特定標準下的模型判讀，適合輔助練習。涉及正式人員評估時，仍應依團隊既有制度與人工判斷處理。

Grok Bot 業務會議草稿完成後會自動寄出嗎？

先把任務界線寫清楚，要求顯示待寄內容與資料變更。本文建議流程以人工核准為關卡，沒有請模板代送任何訊息。

客戶稱讚產品，就能拿來做公開案例嗎？

要另外確認引用與公開範圍。對話中的正面回應和對外使用許可是兩件事，摘要也不能冒充逐字引文。

先選一場舊會議重做會後清單，比較哪些承諾被保留、哪些條件被省略。找到反覆出錯的地方，再調整自己的交辦規則。

資料來源

• Grok Bot Marketplace
• Templates for Grok Bot
• 八個原始模板入口與作者已附於各章節；功能描述查核日期為 2026 年 10 月 28 日。