CRMは商談中、タスクは3日後の連絡を指示する。しかし別チャネルには返信がある。文章を書く前に、今の状況で次の連絡を準備できるかを確かめたい。
Agentは許可された履歴から候補を作り、営業担当が関係と送信の判断を持つ。
架空の6件を確認する
以下は架空の教材で、顧客の実績ではない。締切は2026年10月23日10:00、Asia/Shanghai。責任者の例示規則P1は、顧客指定日を優先、停止要求で保留、許可された全チャネルの最新会話を確認、その他は顧客の時区で3暦日経過後に候補とする。この規則は一般的な推奨頻度でも法的適合の保証でもない。
- **L01・A・メール：**E01、10月20日09:00、Asia/Shanghai。「10月27日に連絡してください」。候補は同時区27日。現在は保留し、その日に再確認する。
- **L02・A・メール：**E02は送信文のみで、日時と顧客時区が不明。要確認、候補日は空欄。未返信だけで経過日数は計算できない。
- **L03・B・メールとチャット：**19日のE03より新しいC03に22日16:00、Asia/Shanghaiの返信。「要件を送ったので先に見てください」。未返信催促ではなく社内で要件を確認し、担当が次の行動を決める。
- **L04・B・メール：**X04a/X04bは同じL04とprovider message ID E04、22日09:00、Asia/Shanghaiの重複。入力を標識し履歴を一つにするが、連絡先を統合しない。P1の最早日は25日、今は保留。
- **L05・A・メール：**E05、21日11:00、Asia/Shanghai。「連絡をやめてください」。原文を保持して保留。商談ステージで停止要求を上書きしない。
- **L06・B・メール：**E06の最終送信は19日10:00、Asia/Shanghai。許可されたスナップショットに新返信・指定日・停止印なし。最早22日で起草可能だが、送信前に再確認する。
日付の意味を残す
まず提案ファイルeligibility.csvを作る。lead-id、システム名、メッセージID、実際の送受信元、日時とUTC差、IANA時区、顧客原文、停止印、チャネル、担当、候補日、理由、不足項目を保持する。欠損はnullと質問にする。CRM抽出時刻を最終接触時刻に置き換えない。
状態は「起草可能・要確認・保留」、理由は別列。L01は日付待ち、L05は停止要求なので、再開条件は違う。最新インポートより実際の会話イベントを調べる。新しい営業メモで古い顧客の停止を消さず、矛盾は両方保存して担当へ渡す。顧客が指示を変更しても、本人・範囲・規則を担当が確認する。
起草と送信を分ける
L06なら「10月19日にお送りした業務の質問について、追加説明が必要でしたらお知らせください」といった限定案を作れる。未合意のデモや架空の見積期限は加えない。E06と、製品主張の承認資料を紐づける。
message-drafts.mdは可能行のみ、review-checklist.mdは宛先・チャネル・時機・事実・権限を確認する。製品標準ボタン名ではなく出力案である。提案、送信許可、送信済みは別状態。この例では送信しない。
送信直前に許可範囲で最新返信と停止情報を読む。変化があれば旧候補を取り下げ履歴を残す。タイムアウトならprovider送信済み記録を先に調べ、盲目的に再送しない。草稿は配達の証明ではない。
Budaではファイルから始める
営業ワークフローとDriveを使い、許可済みエクスポート、P1、履歴の対象期間を指定する。Sessionは作業整理で、ファイルACLではない。メール接続やCRM書き込みは前提にしない。
指定エクスポートとP1のみ読む。安定ID・原日時・顧客指示を保持し、eligibility.csvを先に返す。可能行だけ起草する。重複は記録し、身份統合、送信、通知、ステージ変更、CRM更新をしない。
匿名化した時区不明・別チャネル返信・重複・停止の例で、引用と状態を確認してから繰り返す。これは提案試行で、実行結果や返信率改善ではない。Buda AI Marketplaceで適切なSkillを検索・インストールし、説明と権限を確認する。送信自動化は別の許可が必要。
時区がない場合は？
担当に確認するか、アカウントに明示承認された時区を使う。それまでは候補日未定。国や言語から推測しない。
CRMの日付しかない場合は？
接触・メモ・取込・抽出のどれかを確認する。曖昧なら底層イベントを求め、原値を残す。
別チャネル返信で時計をリセットする？
本人と内容を確認する。内部作業や返答が必要なら、それを担当方針で扱う。
旧承認草稿を再利用できる？
宛先、最新会話、停止、時機、主張を再確認し、旧版を残して現在の判断を得る。