商談メモは完成したのに、次の行動が進まないのはなぜか

商談後の議事録には、料金案内、来週のデモ、継続検討と書かれている。それでも二日後、資料は未送付で、デモの担当者も決まっていない。文章を整えるだけでは、誰が何を約束したかは確定しない。

AI に任せるのは、約束の一覧、社内準備リスト、顧客向けメール案の三つを作る仕事だ。希望や提案を確約に変えず、営業担当が原文を確認できる形にする。

六つの発言を同じ「合意」にしない

以下は架空の会話。2026年10月13日10時、Asia/Shanghai の会議で、顧客は林、営業は周とする。

原文と位置を残す。「できる」と「します」を区別し、引き受け手がいない依頼も未確認事項として見えるようにする。

依頼・提案・確約の判別

許可されたメモや、録音の許可を得て作った文字起こしを使う。会議日時、タイムゾーン、会社と役割を含む参加者表、既存のフォローアップを添える。Buda が自動で会議に参加・録音するという前提ではない。

同名の参加者は役割で区別する。「明日」は実行日ではなく会議日から計算し、原文と標準化日付を併記する。「来週」は月曜日と決めつけず、確認事項にする。承認済み料金表は資料準備の根拠であり、顧客が条件を受け入れた証拠ではない。

原文位置、引用、行動、責任者、元の日付表現、標準日付と時間帯、依存事項、確認待ちを列にする。料金表は02・06に基づき、周が担当、期限は2026-10-14、Asia/Shanghai。年払い情報の追加は確認済みだが、特別割引は未承認のままだ。

担当者が不明なら空欄と確認依頼を残す。司会者を自動で担当にしない。期限も同様に扱い、解決すべき質問を別ファイルに集める。

社内では、承認された版、対象製品、通貨、年払い条件を確認し、不足する商条件を列挙する。外部向けには、メール案と添付一覧を営業に渡す。資料が見つかっても、値引きや送信が許可されたわけではない。

メール案は「明日、年払い情報を含む標準料金表を送ります。デモは来週の何曜日がよいでしょうか」とする。「月曜に予約済み」「年払いで合意済み」とは書かない。社内準備の詳細をすべて顧客に見せる必要もない。

約束から三つの成果物へ

営業ワークフローは文脈を使った調査やフォローアップ準備を支える。Driveに入力と成果物を保存し、Sessionは会話の文脈を分ける。Session を分けてもファイル権限が分かれるわけではない。

accounts/demo/2026-10-13/に commitments.md、internal-preparation.md、email-draft.mdを作る。フォルダーは整理の約束であり、アクセス制御ではない。読むファイルを指定し、不要な個人情報は含めない。

指定のメモ・参加者表・承認済み料金表を読む。
依頼、提案、確約を区別し、引用と日付原文を残す。
約束一覧、社内準備、顧客メール案を作る。
不明な担当・期限・商条件を分ける。
送信、会議予約、CRM更新は行わない。

次の会議では差分を作る。デモが撤回されたら新しい発言を根拠に撤回済みと記録し、過去を消さない。古い合意から現在の同意を推測しない。会議IDと原文位置で重複メモを確認する。

曖昧な期限、担当なし、同名参加者、撤回、重複メモを検証用に用意する。期待する出力は、確認待ち、未割当、本人確認、取消、重複なし。この検証は推奨手順で、実際のアカウントで測定した結果ではない。

CRM のワークフローに渡す前に、営業が担当・日付・書込可能な項目を確定する。自動書込や外部送信は別の設定と承認が必要だ。

会議日時と参加者表を補い、直接引用と要約を区別する。要約から逐語的な引用を作らず、争いのある約束は営業が確認する。

「来週の何曜日がよいでしょうか」と質問案を作り、責任者が了承するまで確定日として扱わない。

旧一覧、新発言の位置、変更・撤回、未解決の質問を残す。三つの成果物で、約束と準備と確認待ちがすぐ見分けられる状態から始めよう。