AI電話受付の記録をCRMへ渡すときは、文字起こしや要約を顧客レコードへ貼るだけでは足りません。電話があった事実は通話活動、次の対応が必要な用件は案件またはチケット、折り返しなどの作業はタスクとして分けます。三つを受付IDで結ぶと、誰から何を頼まれ、誰がいつまでに対応するか追えます。

すべての着信から案件を作る必要はありません。AIの案内だけで完了した電話は通話活動だけで残せます。折り返しや確認が必要な受付だけを案件へ進め、担当者と期限を持つタスクを作る設計にしてください。

通話活動と対応案件を分ける

通話活動は、受付日時や発信元番号、通話結果を確認する履歴です。対応案件は、顧客への約束が終わるまで進捗を管理する記録です。一件の電話から両方を作る場合も、役割を混ぜません。

HubSpotの通話活動APIは、通話をCRMの活動として作成し、顧客や会社などのレコードへ関連付けられます。一方、チケットAPIは、顧客の依頼をステータスで追跡する記録として扱います。CRM製品が異なっても、通話の証跡と対応の進行を分ける参考になります。

AIの案内で完了した受付は、通話活動へ「案内完了」と結果を残します。伝言や折り返し、見積依頼、苦情など後続作業がある受付は対応案件を作ります。担当者が行う作業は案件に直接書き続けず、期限を持つタスクとして切り出します。

通話活動を完了にしても、対応案件は完了とは限りません。電話が切れた時刻と、顧客への約束を終えた時刻を別に持つと、受付から対応完了までの時間を測れます。

受付IDで三つの記録を結ぶ

AI電話システムの通話ID、CRMの通話活動ID、対応案件IDは別の値です。元の受付を示す受付IDを一つ決め、三つの記録へ保存します。タスクを作る場合も同じ受付IDを引き継ぎます。

同じ受付IDが再び届いたら、新しい案件を作らず既存記録を更新します。Amazon Connect Customerの問い合わせレコードは少なくとも一回配信され、同じContactIdの更新版が届く場合があります。公式資料はContactIdで重複を判定し、LastUpdateTimestampで新しい内容か確認するよう案内しています。

更新では新しい時刻だけを見て上書きしません。すでに担当者が用件や期限を修正している可能性があります。AI電話システムが更新してよい項目と、担当者の確定後は変更しない項目を分けます。

最低限、受付IDと通話ID、CRMの各IDの対応を検索できるようにします。連携に失敗した場合も、どの記録まで作成済みか確認できれば、重複を避けて続きから復旧できます。

顧客を確定する前に記録を作れるようにする

着信番号がCRMの顧客と一致しても、本人確認が終わったとは限りません。代表番号や家族の番号が複数のレコードへ登録されている場合があります。

顧客との関連状態は「候補なし」「候補あり」「確認済み」に分けます。候補が一件でも、AIが確認していない段階では確定にしません。候補が複数ある場合は、追加情報を確認するか担当者へ渡します。

顧客が確定していなくても受付を失わないようにします。まず未関連の通話活動と対応案件を作り、後から確認できた顧客や会社へ関連付けます。HubSpotの関連付けAPIは、活動や異なるCRMレコードの関係を別に管理できます。

新しい顧客レコードを自動作成する条件も決めます。氏名と電話番号が聞き取れただけで顧客を増やすと、表記違いや共有番号で重複します。担当者が確認する仮受付と、CRMの正式な顧客レコードを分けた方が整理しやすくなります。

要約と確認済み項目を分けて保存する

AI要約は、担当者が通話の全体像を短時間で把握するための文章です。用件区分や折り返し希望時刻など、業務処理に使う値は別の項目へ保存します。

要約には、相手が求めていることとAIが案内した内容を残します。担当者への依頼と期限も文章で確認できるようにします。ただし、AIの推測を確認済みの事実として書かないでください。

構造化する項目には用件区分、希望する対応、連絡先を置きます。担当部署、期限、優先度も文章から分けて保存してください。それぞれに「発信者が回答」「CRMから取得」「担当者が確認」のような出所を持たせると、担当者が再確認すべき値を判断できます。

録音や全文の文字起こしをCRMへ複製する必要はありません。権限のある保存先への参照リンクと保存期限を残します。個人情報保護委員会のガイドラインも踏まえ、閲覧できる担当者と委託先での取扱いを確認してください。

担当者と期限を持つタスクへ変える

対応案件を作っただけでは、誰が次に動くか決まりません。用件ごとに担当部署またはキューを割り当て、その中から主担当を一人決めます。個人が決まるまでは部署を担当として扱い、未割り当ての状態を見えるようにします。

期限は「通知から一時間後」のような相対値だけで保存しません。受付日時と約束した日時、社内の対応期限を別に持ちます。顧客が指定した時間と社内SLAが異なる場合、早い方に合わせるか責任者が判断します。

HubSpotのタスクAPIは、タスクを顧客などのレコードへ関連付けて管理できます。製品ごとのオブジェクト名は異なりますが、対応案件と実行する作業を別の記録にする方法として使えます。

タスクの状態は「未割り当て」「対応待ち」「対応中」「完了」「期限超過」にします。通知メールが届いたことをタスク完了にしません。担当者が結果をCRMへ戻し、顧客への約束が終わった時点で案件を閉じます。

通知状態とCRMの状態を照合する

メールやチャットの通知は、CRMに新しい受付があることを知らせる入口です。通知本文だけで対応を完結させると、担当者と期限、対応結果がCRMへ戻りません。

受付には「CRM作成待ち」「CRM作成済み」「通知済み」「受領済み」「対応中」「完了」「要確認」を残します。通知の送信に成功しても、CRM作成に失敗していれば要確認です。反対にCRMへ作成済みなら、通知失敗だけを再処理します。

本番前は次の六件を同じ項目で試してください。

  1. AIの案内だけで完了し、通話活動だけを作る
  2. 折り返し依頼から通話活動、対応案件、期限付きタスクを作る
  3. 同じ電話番号に複数の顧客候補があり、未関連で受付を保存する
  4. 同じ受付IDを再受信しても、案件とタスクが増えない
  5. CRM作成後に通知だけ失敗し、同じ案件を知らせ直す
  6. 期限を過ぎた未完了タスクが代替担当または管理者へ移る

六件を確認したら、通話活動と対応案件、タスクのどこへ各項目を保存するか一枚にします。最後にAI電話システムの受付件数とCRMの通話活動件数を日次で照合してください。差分がある受付IDだけを確認できれば、全件を人が見直さずに連携漏れを発見できます。