AIテレアポからCRMやSFAへ残すべきものは、会話の全文ではありません。営業担当が「誰に、何を、いつまでに行うか」を決められる記録です。まず顧客と通話をIDで結びます。架電結果と確認できた情報は別に保存し、次の行動へつなげます。

項目を増やす前に、反応があった一件を営業へ渡してみてください。録音を聞き直さなければ担当者と期限を決められないなら、保存する情報が足りません。反対に、誰も使わない文字起こしを複製しているなら項目を減らせます。

顧客と通話を別のIDで結ぶ

最初に、CRMの顧客IDとAIテレアポの通話IDを別々に残します。同じ会社へ複数回かける場合、顧客IDは同じでも通話IDは毎回変わります。

架電対象が会社だけで決まるとは限りません。担当者が分かる場合は連絡先IDも使います。商談やキャンペーンから架電した場合は、その元レコードも関連付けます。電話番号だけで結ぶと、代表番号を共有する部署や別日の通話を同じ記録として扱うおそれがあります。

HubSpotの通話活動APIは、通話をCRMの活動として作り、連絡先や会社へ関連付けられます。関連付けAPIでは、通話をリードや商談とも結べます。CRM製品が異なっても、顧客本体と一回の通話を分ける考え方は使えます。

顧客IDか未特定の状態を検索できるようにします。通話IDと架電日時も必要です。どのリストから発信したかも残してください。再送された結果を受け取ったときは、通話IDが同じなら活動履歴を増やさず更新します。

接続結果と営業判断を分ける

電話システムの結果と、営業が使う結果は同じではありません。接続できた事実だけでは、関心の有無や次の対応を判断できないためです。

システム側には不在や話中を残します。番号違い、接続、失敗も同じ欄の選択肢です。

接続後は対象外と停止希望を分けます。情報提供や折り返しを求められた場合も、日程確定と同じにしません。AIの分類に確信がない場合は「確認待ち」にし、商談化へ自動で進めません。

HubSpotの通話活動には、通話状態と結果を別に保存する項目があります。通話時間や録音先も活動へ残せます。接続済みを有望リードと読み替えず、通信の結果と会話の結果を別の項目へ置く参考になります。

営業判断の選択肢は、次の行動が変わる数に絞った方が良いです。「関心あり」を複数の似たラベルへ分けても、同じ担当者が同じ期限で折り返すなら一つにできます。分析用の細かな分類は、営業の処理が終わった後に加えても遅くありません。

要約と確認済みの情報を分ける

要約は、会話の流れを短時間で把握するための文章です。担当者名や希望日時など、後続処理に使う値は独立した項目へ保存します。

nocall.aiの公式サイトは、会話履歴の再生と文字起こし、結果の要約や判定を案内しています。AIテレアポくんの公式サイトには文字起こしと自動ラベルが掲載されています。録音再生も案内されている機能です。どの機能を使う場合も、生成された文章と業務処理に使う確定値を同じ欄へ入れない方が確認しやすくなります。

構造化する候補は、相手の役割と関心テーマです。希望する連絡方法や日時も、営業が実際に使うなら分けてください。各値には「相手が回答」「既存CRMから取得」「担当者が確認」のような出所を持たせます。

AIが推測した予算や検討時期は、確認済みの値として扱いません。推測を残す場合は要約側へ置き、営業担当が修正した後の値を上書きしない権限も決めます。録音と文字起こしは原本の保存先へ置き、CRMには必要に応じて参照できるリンクを残します。

次の行動をタスクとして保存する

反応のある通話には、次の行動を一つ作ります。「要対応」という結果だけでは、担当者も期限も決まりません。

タスクには行うことと担当者を持たせます。期限と優先度も必要です。状態は未着手と完了だけで足りるか、自社の運用に合わせて決めます。

たとえば資料希望なら「製品資料を送る」を期限付きで作ります。折り返し希望なら、相手が指定した時間と担当者の予定を確認して期日を決めます。

HubSpotのタスクAPIは、件名と担当者を持つタスクをCRMレコードへ関連付けられます。期限、優先度、状態も保存できます。製品ごとの項目名は違っても、通話結果と人が行う作業を分ける基準になります。

日程が通話中に確定した場合は、同じ予定を二重に作らないようにします。nocall.aiはGoogleとOutlookのカレンダーへ確定予定を登録する機能を案内しています。CRM側では予定IDを保存し、別の折り返しタスクを自動作成しない条件を決めてください。

停止希望を次の発信へ反映する

停止希望は要約や拒否理由へ書くだけでは足りません。次の発信リストを作る前に判定できる項目へ変えます。

停止の対象が電話番号だけか確認します。担当者または会社全体まで止める場合もあります。受付日時と受付経路を残してください。誤って設定した場合に誰が解除できるか決め、変更履歴を消さないようにします。

CRM、AIテレアポ、元のリストで停止状態が分かれると再架電が起きます。正本を一つ決め、同期に失敗した通話は発信対象へ戻さず確認待ちにします。古いCSVからリストを作る場合も、発信直前に正本へ照合します。

個人情報保護委員会の通則ガイドラインは、個人情報の利用目的をできる限り特定し、その達成に必要な範囲で扱う考え方を示しています。停止希望の個別判断は自社の利用目的や法務確認によりますが、会話記録に埋めず運用可能な状態へ変えることは必要です。

六件の通話で項目を確かめる

本番前は、項目一覧を眺めるだけで終えません。同じCRM画面を使い、営業担当が次の行動を迷わず選べるか六件で試します。

  1. 不在の通話を活動履歴だけに残し、不要なタスクを作らない
  2. 関心を示した相手へ担当者と期限を持つ折り返しタスクを作る
  3. 日程確定済みの通話から同じ予定やタスクを二重に作らない
  4. 代表番号に複数の候補がある場合、誤った担当者へ関連付けない
  5. 停止希望を受けた相手が次の発信リストへ入らない
  6. 同じ通話結果を再受信しても活動とタスクが増えない

試験では、担当者が録音を聞かずに対応できるか確認します。必要な情報が不足する通話だけ、構造化する項目を追加してください。逆に使われなかった項目は削ります。

まず直近の通話を二十件選び、通話結果と次の行動を一行ずつ書いてみてください。担当者や期限を決められなかった一件があれば、その理由を新しい項目にします。この最小項目をAIテレアポ比較表の候補へ渡せば、連携機能の多さではなく営業が動ける記録を作れるかで比べられます。