カスタマーサービス
VoIP と CRM の連携：通話とチャットを1つの顧客履歴にまとめる
通話は電話システムに、チャットは受信トレイに、商談は CRM にばらばらに存在していると、誰も顧客の全体像を把握できません。優れた VoIP と CRM の連携で何ができるのか、構築する4つの方法、導入と効果測定の進め方を紹介します。
MonoChatチーム 更新日: 3 分で読めます
目次
VoIP と CRM の連携は、インターネット電話システムと顧客データをつなぎます。すべての通話が電話番号で正しい連絡先と照合され、自動的に記録され、その顧客のチャット、注文、商談と同じレコードに要約されます。うまく運用すれば、担当者は「もしもし」と言う前に誰からの電話で前回何があったかがわかり、通話後に別のツールへメモを打ち込む人もいなくなります。
ほとんどのチームはまだそこまで到達していません。通話は電話システムに、WhatsApp や Instagram のチャットは受信トレイに、商談は CRM にあります。このガイドでは、通話における「完全な文脈」とは何かを説明し、音声と顧客データをつなぐ4つの方法を比較し、録音と同意について解説したうえで、導入手順と追跡すべき数値を紹介します。
通話とチャットがばらばらになる理由
サポートチームや営業チームのよくある1週間を、例として挙げます。
- 月曜日、顧客が WhatsApp で配送について問い合わせます。
- 火曜日、荷物がまだ届かないので代表番号に電話します。電話に出た担当者は月曜日のチャットのことをまったく知りません。
- 水曜日、営業担当者が苦情のことを知らずに CRM で商談の更新を記録します。
それぞれのツールが断片しか持っていないため、顧客は同じ説明を繰り返し、食い違う約束をされます。解決策は、すべてのチャネルが書き込み、音声も参照する1つの顧客レコードです。
電話における「完全な文脈」とは
「連携している」という言葉は、クリック発信ボタンから完全な共有履歴まで、何を意味してもおかしくありません。次の5つの機能を基準にしてください。
1. 番号で発信者を特定する
着信があると、システムが発信者の番号を検索し、一致する連絡先を開きます。これは番号が一貫した形式で保存されている場合にのみ機能します。国際公衆電気通信番号計画である ITU-T E.164 の構造に従い、すべての番号を国番号付きの完全な国際形式で保存してください。同じ人について「090-1234-…」「+81 90 1234 …」「8190…」が混在している CRM では、照合に失敗します。
想定しておくべき例外が2つあります。
- 不明な番号。 新しい連絡先やリードを自動で作成し、通話の記録先を確保します。
- 共有番号。 家族の固定電話や会社の代表番号は、複数の連絡先に属している場合があります。推測せず、候補を担当者に表示しましょう。
WhatsApp には3つ目のケースがあります。Meta の通話 Webhook の説明によると、ユーザーがユーザー名を設定している場合は発信者の電話番号が省略されることがあり、代わりにビジネススコープのユーザー ID が表示される場合があります。その ID も連絡先に保存しておけば、通話を照合できます。
2. チャットと通話が1つのタイムラインに並ぶ
担当者は、最近のメッセージ、過去の通話、対応中のチケット、進行中の商談を1つの画面で時系列に確認できるべきです。通話は別のログに記録されるイベントではなく、会話の1つです。
3. メモと要約が書き戻される
通話後、担当者が書き直さなくても、何を話したか、次に何をするかがレコードに表示されるべきです。書き戻しの標準的な形の例：
通話 · 着信 · 4分12秒 · 対応：サポート（田中）
理由：配送遅延、注文 50731
結果：配送業者に連絡済み、新しいお届け日は木曜日
次のステップ：本日 WhatsApp で追跡リンクを送る
感情：最初は不満、最後は落ち着いていた4. 同意を得たうえでの録音と文字起こし
録音と文字起こしによって、通話はチームが検索・確認できるものになります。同時に個人データを含むため、告知、アクセス制御、保存期間のルールが必要です。詳しくは後述します。
5. 顧客データを使って振り分ける
誰からの電話かがわかれば、システムはそれに基づいて動けます。対応中の苦情がある顧客をその案件を担当するチームに直接つなぐ、VIP アカウントを担当のアカウントマネージャーに回す、既存顧客はサポートへ、新しい番号は営業へつなぐ、といったことです。顧客データがなければ、振り分けは一般的なメニューに頼るしかありません。
VoIP と CRM をつなぐ4つの方法
唯一の「正しい」構成はありません。各選択肢は、通話が実際にどこで動くか、どれだけの文脈が担当者に届くかが異なります。
| 方法 | 通話が動く場所 | CRM に届くもの | チャットも同じ履歴に？ | 向いているケース |
|---|---|---|---|---|
| CTI またはネイティブコネクタ | 既存の電話システム | 通話ログ、クリック発信、着信ポップアップ | CRM がチャットも保存している場合のみ | 現在の PBX やクラウド電話を使い続けるチーム |
| コンタクトプラットフォームへの SIP トランク | コンタクトプラットフォーム | プラットフォームから同期された通話、文字起こし、要約 | はい、通話がチャットの隣に並ぶ | 音声とメッセージを1つのワークスペースにまとめたいチーム |
| Webhook と API | イベントを発行するあらゆるシステム | 自分で構築したもの次第 | 構築内容による | 特殊なシステムや独自のシステムを持つ開発者 |
| チャット用番号での WhatsApp 通話 | WhatsApp（プラットフォームで受信） | プラットフォーム経由の通話イベントと結果 | はい、チャットと同じ番号 | 顧客がすでに WhatsApp でメッセージを送ってくるビジネス |
CTI とネイティブ連携
CTI（コンピューター・テレフォニー・インテグレーション）は、電話システムと CRM をつなぎます。代表的な機能は、連絡先からのクリック発信、着信時にレコードを開く「着信ポップアップ」、そして通話の自動記録です。多くの電話システムと CRM は、互いに接続できる既製のコネクタを提供しています。
電話システムをそのまま使い続けるなら、CTI が最も早い方法です。限界は、通話の主体はあくまで電話システムであり、チャットは別の場所にあり、文脈はコネクタがマッピングするフィールドの範囲でしか流れないことです。
コンタクトプラットフォームへの SIP トランク
SIP（Session Initiation Protocol）は IETF が RFC 3261 で定義した規格で、インターネット上で通話を開始、変更、終了するためのシグナリングに使われます。SIP トランクは、SIP プロバイダーを通じて電話番号をソフトウェアに接続します。そのソフトウェアがチームがチャットに対応しているのと同じプラットフォームなら、通話は別のシステムではなくなります。共有受信トレイに届き、同じルールで振り分けられ、同じ会話に文字起こしと要約が残ります。
あとはプラットフォームが通話とチャットをまとめて一度だけ CRM に同期するため、1つの顧客履歴に最も近づけます。
Webhook と API
ほとんどの電話システムやコンタクトプラットフォームは、通話開始、通話応答、通話終了などのイベントを発行し、レコードの読み書きができる API を公開しています。独自のコードや自動化ツールで、これらを CRM に接続できます。
完全に自社でコントロールでき、社内システムとも連携できます。その反面、マッピング、再試行、重複処理、保守はすべて自社の責任になります。再試行された Webhook が同じ通話ログを二重に作らないよう、すべての書き込みを冪等にし、失敗は人の目に触れる場所に記録してください。
チャットと同じ番号での WhatsApp 通話
WhatsApp Business Calling API を使うと、顧客はチャットからビジネスに電話でき、ビジネスは通話の許可を与えた顧客に電話できます。メッセージと同じ番号で、Voice over IP を使います。Meta の概要によると、ユーザーはチャットと通話を行き来でき、通話中にチャットすることもできます。Meta のドキュメントのうち、CRM 連携で重要な事実は次のとおりです。
- シグナリング。 デフォルトでは、通話のシグナリングには Graph API のエンドポイントと Webhook を使い、メディアには WebRTC を使います。Meta は TLS 上の SIP シグナリングにも対応しており、SIP 対応のコンタクトプラットフォームが WhatsApp 通話を受けられます。番号で SIP を有効にすると、その番号は通話のシグナリングに SIP だけを使います。
- 記録用のイベント。 Webhook は、通話が接続したときと終了したときに通知します。終了イベントには、応答した通話の場合、開始時刻、終了時刻、秒単位の通話時間が含まれます。通話ボタンやディープリンクから始まった通話にはペイロード文字列を付けられ、顧客がどこから来たかがわかります。
- 料金。 Meta によると、ユーザーから発信する通話はすべて無料です。ビジネスから発信する通話は、6秒単位で、発信先の国番号と月間のボリューム階層に応じて課金されます。
- メッセージングウィンドウ。 Meta の料金ページによると、24時間のカスタマーサービスウィンドウは、ユーザーが電話をかけたとき（応答の有無にかかわらず）と、ユーザーがビジネスからの電話に応答したときに開始またはリセットされます。その後、チャットで自由形式のメッセージでフォローアップできます。
- 提供状況。 ユーザーから発信する通話は、Cloud API が使えるすべての地域で利用できます。ビジネスから発信する通話は、米国、カナダ、エジプト、ベトナム、ナイジェリアのビジネス番号では利用できません。
設定の詳細と許可のルールは WhatsApp Business Calling API のガイドをご覧ください。通話の一部を AI に任せる方法は WhatsApp 音声 AI エージェントのガイドで解説しています。
どの方法を選ぶべき？
次の3つの質問に答えてください。
- 現在の電話システムを使い続けますか？ はいで、CRM 用のコネクタがあるなら、CTI から始めましょう。変更してもよいなら、チャットを運用しているプラットフォームに SIP トランクを引き込めば、システムを1つまるごと減らせます。
- 顧客はすでにメッセージを送ってきていますか？ ほとんどの顧客が WhatsApp で連絡してくるなら、同じ番号での通話によって、通話をすでに会話がある場所に置いておけます。
- 開発者はいますか？ Webhook と API は、社内の ERP やコネクタがマッピングしないフィールドなどのすき間を埋めますが、誰かが保守する場合に限ります。
多くのチームはこれらを組み合わせています。既存の電話回線には SIP、それを好む顧客には WhatsApp 通話、そして1つか2つのカスタムフィールドには API 同期、という具合です。
録音、文字起こし、同意
録音は CRM をはるかに便利にしますが、同時にはるかに慎重な扱いが必要になります。有効にする前に：
- 発信者に伝える。 通話フローの冒頭に短い告知を入れます。例：「この通話は品質向上とお問い合わせ内容の記録のために録音されます。」
- 市場ごとに同意のルールを確認する。 一方の当事者の同意で足りる地域もあれば、通話の参加者全員の同意が必要な地域もあります。GDPR などのプライバシー法は、法的根拠、透明性、保存期間に関する要件を追加しています。
- CRM に何を入れるかを決める。 通常、要約と結果はレコードに含めるべきです。録音の全体と文字起こしはコンタクトプラットフォームに置いたまま CRM からリンクし、ロールでアクセスを制限できます。
- 保存期間を設定し、期間が終わったら録音を削除します。
- 通話でカード情報を扱わない。 音声でカード番号を聞くのではなく、チャットで安全な決済リンクを送りましょう。
WhatsApp に関しては、Meta の通話録音のドキュメントで、録音は通話ごとのオプトインであり、録音開始前に、明示した目的を含む音声アナウンスが双方に流れると説明されています。録音は Meta の Webhook で通知されてから7日間ダウンロード可能なので、必要なものは自社のストレージに保存してください。同意と保存について詳しくは WhatsApp の通話録音と文字起こしのガイドをご覧ください。本記事の内容は法的助言ではありません。対象市場については法律の専門家に確認してください。
VoIP と CRM の連携を導入する手順
- 現在の流れを整理する。 すべての電話番号、誰が応答するか、現在どこに通話を記録しているか、実際に使われている CRM のフィールドを洗い出します。
- 電話番号をクリーンにする。 保存されている番号を完全な国際形式に変換し、明らかな重複を統合します。この手順を飛ばすと、照合が気づかないうちに失敗します。
- 通話レコードを定義する。 通話ごとに書き込むフィールドを決めます：方向、通話時間、担当者、結果、要約、次のステップ。実際に使われるよう、結果の選択肢は少なくしておきます。
- 連携方法を選ぶ。 上の質問を使って選び、まず1つの番号を接続します。
- 振り分けルールを設定する。 シンプルに始めましょう。対応中の案件がある既知の顧客は担当者やチームへ、新しい番号は営業や受付へ、営業時間外の通話は時間外フローへ。
- 録音ポリシーを設定する。 最初の録音通話の前に、告知、アクセスロール、保存期間を決めておきます。
- 1つのチームで2週間試験運用する。 数日ごとに通話とその CRM レコードのサンプルを確認します。照合できなかった発信者、要約の欠落、重複したログを探します。
- 研修して拡大する。 履歴がどこに表示され、要約に何が含まれるかを担当者に示してから、次のチームや番号を追加します。
導入後に追跡すべき指標
連携の評価を感覚に頼らないでください。自社の基準値をもとに、導入前後でいくつかの数値を追跡しましょう。
| 指標 | わかること |
|---|---|
| 発信者の照合率 | 既存の連絡先と照合できた通話の割合。低い場合は電話番号データが整っていないことが多い |
| レコードに要約がある通話 | 書き戻しが実際に行われているか |
| 7日以内の再問い合わせ | 文脈によって、同じ問題での顧客からの再度の電話を防げているか |
| 通話あたりの転送回数 | 顧客データによる振り分けで、通話が最初から適切な場所に届いているか |
| 応答率と不在着信 | 特に営業時間外のカバー体制が十分か |
| チャネル横断の初回応答時間 | 通話とチャットが同じ水準で対応されているか |
| 通話後の CSAT | 顧客にとっての体験がどうだったか |
これらの目標の設定方法は、チャットサポートの指標と SLAのガイドで解説しています。SIP、IVR、SLA などの用語は用語集で説明しています。
MonoChat で通話とチャットを1つの顧客履歴にまとめる方法
MonoChat は上の表のうち SIP と WhatsApp のルートを採用しています。通話は WhatsApp、Instagram、Messenger、TikTok、Telegram、Web チャット、SMS と同じ統合チーム受信トレイに届き、プラットフォームが CRM に同期します。
受信トレイの中の音声
- SIP 通話。 SIP 経由の AI 音声通話では、SIP トランクの認証情報を追加し、着信番号（DID）をマッピングし、発信者番号を設定します。あとは MonoChat が、キュー、リンググループ、振り分けルール、スケジュールを使って着信と発信を処理します。
- WhatsApp 通話。 WhatsApp 通話では、顧客が WhatsApp Business API の番号のチャットから電話をかけます。MonoChat は顧客を特定し、用件を理解し、会話履歴を添えて AI または適切なチームに通話を振り分けられます。
- 1つのプロフィール。 MonoChat はプラットフォームをまたいだチャット履歴を持つ統合顧客プロフィールを保持するため、発信者の過去のチャットと通話が1つの顧客履歴にまとまります。
通話での振り分けと AI
- IVR は、プッシュボタンや音声によるメニューを提供し、営業時間と用件で振り分け、ワークフローを通じて CRM のデータを使い、リピーターの発信者を認識してメニューを調整できます。
- AI 受付 は電話に応答し、詳細を聞き取り、予約を入れ、適切なチームに転送します。担当者向けの要約も用意されます。
- マルチエージェント コールセンターでは、スキルベースの振り分け、VIP 顧客への対応、SLA ダッシュボードが加わります。
CRM への書き戻し
- 通話録音と文字起こしは、通話を音声認識による文字起こしと、理由、結果、次のステップを含む短い AI 要約に変換し、会話とともに保存します。
- WhatsApp 通話の後、MonoChat は結果を要約し、用件と感情をタグ付けし、メモを CRM やヘルプデスクに同期できます。
- CRM 連携は、双方向同期、カスタムフィールドのマッピング、リアルタイム更新に対応しています。連携ページでは、ネイティブコネクタとして Salesforce と HubSpot、API 経由で Zoho CRM と Pipedrive が挙げられており、独自システム向けには REST API と Webhook イベントも用意されています。
- ワークフロー自動化と AI 関数ツールは、通話結果から CRM のリードを作成し、チケットを起票し、予約を入れ、WhatsApp や SMS でフォローアップを送ります。
管理機能
ロールベースの権限、通話操作の監査ログ、録音ポリシーの管理、個人情報（PII）に配慮したワークフロー、オプションのマスキング機能により、誰が何を聞き、何を読めるかを決められます。詳しくはセキュリティをご覧ください。
お試しは、app.monochat.ai の無料 Basic プラン（担当者1人、チャネル1つ）から始めるか、料金ページでプランを比較してください。
出典
MonoChatで実践する