合意する時計
- 営業日:月〜金、9:00〜17:30 JST。祝日・会社休業日を除く
- 受領期限:要求保存から営業中の30分。時間外は次の営業開始から
- 顧客返信期限:受領とは別に案件へ記録する
完了は、担当者が「引き取った」と記録した時。
通知の送信後も、受領者・期限・代替経路を追う。
ここでは、AIが受けた問い合わせ・見込み客を営業担当へ渡す場面を指す。
対象外:SDRからAEへの、スコア付き見込み客リストの引き継ぎ。
A&A独自案|少人数の営業チーム向け|2026-11-01版
開始は要求の保存。完了は担当名・受領時刻・次の行動の記録。顧客返信は別に追う。
出典: A&A独自案。A&A「LINEで受けた連絡を、次の仕事までつなぐ」「Content measurement operations」を参照。確認 2026-11-01。図は生成イラスト。
「担当へ転送しました」だけでは、引き取る判断材料が残らない。
| 項目 | 記入例:すべて架空 |
|---|---|
| 案件と原文 | 研修相談・甲/元の会話への参照。「社内研修の相談をしたい」 |
| 理由・未確定 | 個別見積りが必要。対象者と実施範囲は未確認 |
| 担当・状態 | 主担当:佐藤/代替:鈴木/未受領 |
| 時計・約束 | 金曜18:10に要求保存。月曜9:30受領期限、10:00顧客返信期限 |
| 次の行動 | 佐藤が会話を読み、研修の対象者と範囲を確認する |
出典: A&A独自案・架空例(2026-11-01)。時刻はJST、月曜は営業日と仮定。連絡先は権限のある元記録で確認し、通知本文へ複製しない。
CRMは案件台帳。要求後はAIの営業回答を止め、現担当だけが受領を記録する。
出典: A&A独自案(2026-11-01)。代替担当も不在・未受領なら、営業責任者が未受領案件を保持して手動対応する。
受領の時計と顧客への返信の時計を分ける。以下は標準時間ではなく、設計を試すための仮定。
出典: A&A独自案・架空例(2026-11-01)。月曜が休業なら次の営業日へ。守れる人員・営業日程を確認してから、顧客向けの期限を設定する。
案件番号を保ち、誰へ渡したかを追記する。再割当しても最初の要求時刻と超過履歴は消さない。
佐藤が休みなら即座に鈴木へ変更する。勤務予定を使い、送信後の無応答を待たない。
未受領なら鈴木へ引き上げる。架空例では再割当から営業中の30分を代替の受領期限とする。
営業責任者へ引き上げ、手動対応に切り替える。通知失敗も同経路へ送り、無限に再通知しない。
出典: A&A独自案・架空例(2026-11-01)。引上げ=責任者へ対応を求めること。顧客返信期限が危うい時は、責任者が遅延連絡を判断する。
誤判定は分類を直し、再送は重複を除く。どちらも元の案件から追える形を保つ。
出典: 訂正手順はA&A独自案。LINE Developers「Receive messages (webhook)」は重複送信・到着順の変化を明記。確認 2026-11-01。
テスト用の案件を作り、通知画面だけでなく案件台帳の状態を読み戻す。
| 起こす失敗 | 期待する状態 | 残す証拠 |
|---|---|---|
| 主担当が休み | 代替へ割当、受領待ちを維持 | 新担当・割当時刻 |
| 金曜夜に到着 | 営業日程から月曜の期限を算出 | 要求時刻・受領期限 |
| 期限を超過 | 代替へ移管し、超過を保持 | 初回期限・移管履歴 |
| 同じ通知を再送 | 既存案件へ集約、受領状態は保持 | 受付識別子・配送履歴 |
| 通知失敗・誤判定 | 責任者へ移管/理由付きで訂正 | 受領者・次の行動/訂正者 |
出典: A&A独自案(2026-11-01)。合格は、最終的に人の受領または理由付きの訂正へ到達し、未受領が放置されないこと。実機検証は未実施。
対象業務:____ 合意者:____ 適用日:____ 営業日程・時刻の基準:____
| 場面 | 受領者 → 代替先 | 時計の開始・期限 | 未受領の引上げ先 |
|---|---|---|---|
| 通常 | ____ | ____ | ____ |
| 時間外 | ____ | ____ | ____ |
| 担当不在 | ____ | ____ | ____ |
| 超過・通知失敗 | ____ | ____ | ____ |
受領記録:担当名・時刻・次の行動。顧客返信期限:____ 訂正・AI再開の承認者:____
未受領一覧の確認者:____ 確認間隔:____ 見直す日:____
出典: A&A独自案(2026-11-01)。
対象は、通常の営業相談をAI受付から有人担当へ渡す業務。次の場合は別の対応手順を用意する。
出典: A&A独自案(2026-11-01)。本資料は営業の受渡し設計であり、緊急窓口や契約承認の運用規程ではない。
出典・編集情報:AIが調査・執筆し、別のAIレビュアーと機械検査で確認。人による内容確認は行っていません。
期限・担当・訂正手順はA&A独自案。導入実績・効果測定・業界標準を示すものではない。
| 根拠 | 確認できたこと | 本資料での使い方 |
|---|---|---|
| A&A LINE設計資料(2026-09-07) | 同じ案件記録から担当が引き取る設計。本番の一貫動作は未検証 | 原文と案件をつなぐ考え方 |
| A&A Content measurement operations | 通知事業者の受理と、受信・相談・売上を区別 | 通知と人の受領を別状態にする根拠 |
| LINE Developers・Webhook受信仕様 | 重複と順序変化があり、再送は到達保証ではない | 再送と受領を別に検査 |
出典: A&A資料は社内設計・運用文書。LINE公式のWebhook受信仕様。CRMの担当振分け・通知は採用品と設定で別途検証する。全資料の確認日 2026-11-01。
空欄シートをチームで埋め、失敗例を流す。担当・受領期限・代替先が追えることを確認してから適用する。
https://www.automateaugment.com/ja/decks/ai-sales-handoff-sla
関連記事:案内と商談を分ける / 時間外に日程を返す条件
AIネイティブGTMの支援内容を確認し、A&Aに相談する。