銷售會議紀要寫完了，下一步為什麼還是沒人做？

銷售會議結束，紀要很漂亮：客戶想看報價，銷售建議下週演示，雙方保持溝通。兩天後，報價還沒發，演示沒約，誰負責也說不清。缺的不是另一篇摘要，而是一份能核對的承諾記錄。

讓 Agent 整理會後動作，產物應當是三份可審閱檔案：承諾表、內部準備清單、客戶郵件草稿。先找出人真正答應了什麼，再安排下一步，而不是把談話裡所有願望都變成任務。

六句話，不能都寫成“雙方同意”

下面是虛構教學會談，不是真實客戶記錄。會議發生於 2026 年 10 月 13 日上午 10 點，時區 Asia/Shanghai。林女士是客戶，周先生是銷售。

“能不能”“也許”“我會”不是同一個意思。把原話和位置留下，銷售才能快速檢查 Agent 是否把願望寫成了承諾。客戶提出的需求也應保留，但沒人接下時，不能假裝已有負責人。

先補齊會改變判斷的背景

輸入可以是獲得授權的手寫筆記或錄音轉寫；錄音本身也要獲得許可。提供會議日期、時區、參會者身份表、客戶背景和已有跟進。這裡使用現成轉寫作為材料，不假設 Buda 自動入會或錄音。

兩位同事都叫“小李”，先用公司與角色消歧。“明天”需要以會議時間解釋，不能按 Agent 執行日換算；“下週”保留原文和待問日期，不預設週一。標準化日期旁繼續放原話，方便檢查。

產品資料和價目表是準備工作的依據，不是客戶同意的依據。當前有效版本可以支援整理報價材料，卻不能證明客戶接受了條款。

用承諾表把空白顯出來

每行至少包含原話位置、原句、動作、責任方、日期原文、標準化日期與時區、依賴、未確認項。例子中報價行引用 02 和 06，責任方是周先生，原文“明天”，日期為 2026-10-14、Asia/Shanghai。年付選項是要求包含的資料，特殊商業條件仍需確認。

沒有負責人就寫“責任待確認”，不把主持人預設填進去；沒有時間就保留空值。將這些問題單獨彙總，避免被順滑的總結埋掉。Agent 提出待問問題，銷售負責確認。

“發報價”要拆成準備和外發

內部先找獲准使用的報價版本，檢查產品、幣種與年付資訊，列出缺少的商業條件。對外再整理郵件草稿與附件清單，由銷售檢查。找到價格檔案不等於獲准承諾折扣，也不等於可以傳送。

忠實的郵件草稿可以寫：“明天傳送標準價目表，包含年付選項。關於演示，下週哪天方便？”不能寫“已為您預約週一演示”，更不能說“雙方已確認年付方案”。

內部任務可以增加“核對價目表有效期”，客戶郵件不必羅列這些準備細節。兩份檔案共享同一組承諾證據，表達不必相同。

在 Buda 留下帶日期的會後執行包

銷售工作流承接研究、跟進和提案准備，由銷售審閱。把授權輸入與輸出放入 Drive，為本次會談開獨立 Session。Session 分開的是對話上下文，不是 Drive 檔案許可權。

例如儲存到 accounts/demo/2026-10-13/，包含 commitments.md、internal-preparation.md、email-draft.md。目錄是組織約定，不是自動許可權控制。任務中明確允許讀取的檔案，避免加入無關個人資料和商業資訊。

讀取指定會談筆記、身份表與已批准價目表。
逐句區分詢問、建議與明確承諾，保留原話、位置、日期原文。
輸出承諾表、內部準備清單與客戶郵件草稿。
單列責任、日期和商業條件的未知項。
不要傳送訊息、預約會議或更新 CRM。

下一次會議追加變更對照。如果客戶撤回演示要求，標記“已撤回”並連結新原話，別悄悄刪除歷史；舊會談也不能反推當前同意。重複筆記先按會議身份與原話位置核對，避免重複生成任務建議。

連線執行前，先檢查五種輸入

這些是建議驗收樣本，不是已完成的真實賬號測試：模糊日期應列待問；無負責人應保持未分配；同名參會者要澄清身份；撤回要求應標記取消；重複筆記不產生重複動作。檢查輸出時，也回看原話。

CRM 七類工作流討論更廣的記錄維護。只有責任、時間與可寫欄位獲銷售確認後，才把行動寫入正式系統。自動寫入和客戶傳送仍是另行配置的流程。

只有手寫筆記能做嗎？

可以。補會議日期、時區與身份表，標出哪些是直接引用、哪些是記錄者概括。概括不能改成偽造的逐字原話；有爭議的承諾讓銷售確認。

“下週”怎麼變成日期？

先起草“下週哪天方便？”這樣的確認問題。具體日期得到責任方接受前，不進入已確認承諾。

下一次會談需要保留什麼？

舊承諾表、新原話位置、變更或撤回項，以及當前待確認清單。先比對再起草跟進，別把過去的承諾當成今天的同意。

從下一份獲准使用的會談筆記開始，先交付三個檔案。銷售應當一眼看清答應了什麼、內部還要準備什麼、哪些問題必須問回去。