カスタマーリファレンスコールの運用｜顧客紹介・参加同意・情報共有を揃える方法

商談の最終段階で見込み客から「実際の利用企業に話を聞きたい」と頼まれ、同じ顧客ばかりに急な依頼をしてしまう。既存顧客へ見込み客の会社名や検討状況をどこまで伝えてよいか決まっていない。オンライン会議を録音され、社内共有のつもりだった発言が別の提案資料へ使われる。このような問題は、カスタマーリファレンスコールを営業担当者同士の紹介として扱い、参加同意、共有範囲、進行、記録、負担上限、終了条件を一つの運用として管理していないと起こります。

カスタマーリファレンスコールは、導入を検討する見込み客と既存顧客が直接会話し、導入前の判断、定着までの苦労、実際の使い方などを確認する機会です。公開記事を作る導入事例の許諾管理とは異なり、非公開の対話であっても、誰を誰に紹介するか、何を共有するか、録音・引用を認めるか、顧客へ何回依頼するかを事前に決める必要があります。

運用の要点は、目的と候補者を確認し、既存顧客と見込み客の双方から参加同意を得て、必要最小限の事前情報だけを共有し、中立な進行役が時間・録音・守秘の境界を守ることです。終了後は謝意、フォロー、発言の取扱い、依頼回数、休止・終了希望を台帳へ戻し、次の営業依頼から同じ顧客を自動で除外できる状態にします。

---

本記事のポイント

1. 参加は契約上の義務と決めつけず、目的、相手、所要時間、質問範囲、録音・引用、謝礼、辞退方法を示して個別に確認します。
2. 会社名、担当者情報、検討状況、利用実績は必要最小限に分け、双方が共有に同意した項目だけを事前資料へ載せます。
3. 依頼回数、最終依頼日、負担感、休止期限、終了希望を顧客単位で管理し、営業案件の優先度より顧客の意思を優先します。

---

カスタマーリファレンスコールの目的と対象を先に決める

リファレンスコールの目的は、既存顧客に商品の営業を代行してもらうことではありません。見込み客が公開情報だけでは判断しにくい運用実態を、実際の利用者との対話で確認できるようにすることです。既存顧客には、自社の成功だけを話す義務はありません。導入時の課題、向かなかった使い方、社内調整、サポートへの要望も含め、本人が話せる範囲で率直に説明できる設計が信頼につながります。

最初に、今回の商談で本当に直接対話が必要かを判断します。機能一覧、価格、導入手順、セキュリティ資料、公開事例で答えられる質問まで顧客へ持ち込むと、負担だけが増えます。営業担当者は質問を収集し、自社で回答できる内容、公開資料で示せる内容、既存顧客の経験が必要な内容に分けます。取材形式で公開物を作る場合は導入事例の取材依頼へ分け、同じ承認で処理しません。

依頼の種類	主な目的	リファレンスコールに向くか	別の対応
運用実態の確認	定着までの期間、社内体制、日常業務への組み込み方	向く。類似条件の顧客経験に価値がある	事前に質問範囲を絞る
製品仕様の確認	機能、制限、設定方法、ロードマップ	原則として向かない	営業・技術担当が公式資料で回答する
契約・セキュリティ確認	価格、SLA、監査資料、データ取扱い	顧客へ判断を委ねない	法務・セキュリティ担当が回答する
意思決定の不安解消	導入前の懸念、社内合意、失敗回避	向く場合がある	懸念を具体化し、適切な顧客を選ぶ
公開コメント取得	記事、広告、営業資料への引用	通常のコールと分ける	公開目的・原稿・媒体を示して別途許諾する

既存顧客へ参加を依頼するときに説明する項目

既存顧客への依頼では、「紹介してもよいですか」だけでなく、判断に必要な条件を示します。依頼を受けた人が社内承認を取りやすいよう、見込み客の業種・規模、検討テーマ、参加者の役割、質問案、日時候補、所要時間、主催者、録音・文字起こしの有無、発言利用、謝礼、辞退方法を一つの依頼文へまとめます。

参加同意は、顧客プログラムへの包括的な登録と、今回の相手・日時への個別同意に分けると管理しやすくなります。登録時に関心分野や依頼上限を確認していても、相手企業や質問内容によって参加できないことがあります。営業案件が進んでいることを理由に、返答を急がせたり、断りにくい担当者へ直接依頼したりしないよう、顧客側の窓口と承認経路を守ります。

説明項目	既存顧客へ示す内容	記録する証跡
目的	見込み客が確認したい導入・運用上の論点	依頼目的と質問案
相手	企業名、業種、参加者の所属・役割	共有に同意した相手情報
時間	候補日時、所要時間、延長しない方針	確定日時と終了時刻
会話範囲	話してよいテーマ、話せないテーマ、回答を断れること	確認済みの境界
記録・利用	録音、文字起こし、メモ、引用、社内共有、公開の扱い	許可・禁止・追加承認条件
負担と謝礼	準備の要否、謝礼、交通費、依頼頻度	提供内容と処理状況
辞退・終了	理由不要で断れること、今後の依頼停止窓口	休止・終了希望と反映日

個人情報保護委員会の通則編ガイドラインは、本人の同意を、事業者が示した取扱方法で個人情報を取り扱うことへの本人の意思表示と整理し、判断に必要な情報を合理的かつ適切な方法で示すことを求めています。個人データの第三者提供については、個人情報保護法第27条に例外を除く本人同意の原則があります。企業間の紹介でも、担当者の氏名、所属、連絡先、発言、利用状況が個人情報・個人データに当たる可能性を確認し、適用法令、契約、自社方針に沿って共有根拠と範囲を記録してください。

見込み客と既存顧客へ共有する情報を最小化する

事前情報は、会話を有意義にするために必要ですが、詳細にしすぎると、双方の営業機密や個人情報を不用意に渡すことになります。企業名を伝える前の匿名打診、参加同意後の限定共有、会議当日の口頭説明という段階を分け、必要になった時点で必要な範囲だけ開示します。

情報	既存顧客へ共有する範囲	見込み客へ共有する範囲	避けること
企業・参加者	同意済みの会社名、業種、参加者の役割	同意済みの顧客名、担当者の役割	私用連絡先、不要な組織情報の共有
検討・利用状況	質問に必要な検討テーマと前提	顧客が話してよい導入範囲	未公表の契約額、評価、機密設定
質問・回答	事前質問、答えなくてよい項目	質問可能な範囲と時間	競合比較や契約交渉を顧客に委ねる
連絡方法	主催者経由の会議招待	主催者経由の会議招待	同意なく直接連絡先を交換する
会議記録	保存者、保存先、閲覧者、削除時期	録音・メモ・共有の可否	自動録音、無断文字起こし、目的外転用

守秘義務契約があるから何でも話せる、と考えないことも重要です。NDAは秘密情報の取扱いを定めますが、特定の顧客情報を第三者へ共有する権限や、個人の発言を録音・引用する許可を自動的に与えるものではありません。見込み客側にも、他社へ再共有しない、競合調査へ転用しない、既存顧客へ直接営業しないなど、会話の目的に応じたルールを示します。

7ステップで依頼から終了後フォローまで運用する

1. 営業案件の必要性を確認する。公開資料や自社担当者で答えられない質問を抽出し、直接対話が購買判断に必要な理由、希望時期、対象業種・役割を記録します。
2. 条件に合う候補を複数選ぶ。業種、規模、利用期間、活用範囲だけでなく、依頼回数、最終依頼日、満足度、休止希望を確認します。営業担当が一人の顧客を直接指名しても、そのまま依頼せずプログラム責任者が負担を審査します。
3. 匿名で打診し、条件を提示する。最初の連絡では見込み客を特定しすぎず、目的、業種、役割、質問範囲、所要時間、録音・引用、謝礼、辞退方法を示します。関心がある場合だけ相手情報を追加共有します。
4. 双方の参加と情報共有を確定する。既存顧客と見込み客の双方へ、相手、参加者、質問、会議ルール、記録・利用条件を示します。連絡先を交換する場合は、その必要性と今後の直接連絡の可否も確認します。
5. 中立な進行役が会議を運営する。冒頭で目的、終了時刻、守秘、録音禁止または許可条件、答えなくてよいことを確認します。営業担当は反論や誘導を避け、製品仕様・契約条件の質問は自社へ持ち帰ります。
6. 終了後に発言の取扱いと謝意を確認する。公開引用や営業資料への転載は通常の参加同意に含めず、必要なら実際の文案・媒体・期間を示して別途許諾します。謝礼、交通費、顧客側の社内処理も漏らさず完了します。
7. 負担と次回可否を台帳へ戻す。実施日、所要時間、テーマ、参加者、課題、負担感、次回可能時期、休止・終了希望を更新し、営業担当が同じ顧客へ直接再依頼できないようにします。

コールの進行役は、商談を前に進める営業担当とは別の役割として置くと安全です。既存顧客の否定的な経験を打ち消したり、見込み客へ結論を迫ったりせず、質問の範囲と時間を守ります。顧客同士の対話で製品課題が見つかった場合は、その場で約束せず、担当部署、回答期限、連絡先を決めて持ち帰ります。

録音・文字起こし・引用は参加同意と分けて管理する

会議へ参加すること、会議を録音すること、文字起こしを保存すること、発言を商談関係者へ共有すること、発言を公開物へ引用することは別の利用です。会議ツールの録音ボタンが使えることを許可とみなさず、誰が、何のために、どこへ保存し、誰が見て、いつ削除するかを示して確認します。録音不要なら、議事メモに限定し、メモの共有先も商談関係者へ絞ります。

録音やAI議事録を使う場合の実務は商談録音の同意・保存・権限管理で詳しく整理しています。リファレンスコールでは、既存顧客が自社サービスの利用状況だけでなく、組織課題や他社サービスに触れる可能性があります。自動要約をそのままCRMへ転記せず、機密情報、個人情報、推測、誤認識を確認し、保存項目を必要最小限にします。

文化庁の著作権契約書作成支援システムは、ウェブ提供や電子媒体での配布など利用場面を具体化し、後の利用で問題が生じないよう文書で条件を確認する考え方を示しています。リファレンスコールの発言を事例記事、広告、営業資料、研修動画へ二次利用したい場合も、「会議への参加」と一括せず、利用する発言、編集文、媒体、公開範囲、期間を示して別の承認にします。

依頼の偏り・顧客負担・終了希望を数値と状態で管理する

良い話をしてくれる顧客や、知名度の高い顧客へ依頼が集中すると、短期的には商談を支援できても、長期的には関係を損ないます。顧客プログラム責任者は、営業案件の金額だけで候補を並べず、顧客ごとの依頼上限と休止状態を先に適用します。カスタマーサクセス担当者が関係悪化を懸念した場合に、営業部門から独立して停止できる権限も決めます。

管理項目	確認例	停止・見直しのきっかけ
依頼回数	直近90日・12か月の打診数と実施数	合意した上限への到達
時間負担	準備、会議、事後確認に使った時間	予定超過、追加作業の継続
回答状況	承諾、辞退、無回答、日程不成立	辞退や無回答への再打診
関係状態	オンボーディング、障害、更新交渉、解約懸念	重要課題が未解決の期間
本人・会社の意思	継続可、条件付き、休止、終了	休止期限前の依頼、終了後の連絡
謝礼・便益	謝礼、寄付、イベント招待、交通費	約束した提供の遅延・不公平

顧客の関与を深める施策でも、目的と負担は分けて考えます。複数顧客から継続的に製品方針への意見を得る場合はカスタマーアドバイザリーボードの運営、導入成果の受け入れ条件を確認する場合は顧客オンボーディングの完了判定が適しています。商談支援のための単発対話へ、製品諮問や成功判定の役割まで混ぜないことが大切です。

よくある質問

カスタマーリファレンスコールとは何ですか？

導入を検討する見込み客と既存顧客が直接会話し、導入判断、運用、定着、効果、注意点などを確認する機会です。既存顧客へ営業代行や推薦を求める場ではなく、本人が話せる範囲で経験を共有する場として運営します。

既存顧客へ参加を依頼するとき何を説明しますか？

目的、見込み客の企業・参加者、質問案、日時、所要時間、主催者、録音・文字起こし、発言の共有・引用、謝礼、辞退方法、今後の依頼停止方法を説明します。包括登録済みでも、今回の相手と条件への個別同意を確認します。

見込み客と既存顧客の間でどの情報を共有しますか？

会話に必要な企業名、業種、参加者の所属・役割、検討テーマ、利用範囲、質問案に絞り、双方が共有に同意した項目だけを渡します。私用連絡先、契約額、未公表情報、不要な個人情報は共有しません。

依頼の偏り・負担・終了希望をどう管理しますか？

顧客ごとに打診数、実施数、所要時間、最終依頼日、関係状態、負担感、次回可能日、休止期限、終了希望を記録します。上限や休止状態を営業案件より先に適用し、担当者が台帳外で直接依頼できないようにします。

コールを録音してもよいですか？

参加同意だけで録音可とは判断しません。目的、保存先、閲覧者、保存期間、削除、文字起こし・AI要約、引用の扱いを示して別に確認します。録音不要なら議事メモに限定し、共有範囲を商談関係者へ絞ります。

既存顧客が否定的な意見を話した場合はどうしますか？

営業担当がその場で否定したり、発言の撤回を求めたりせず、事実確認が必要な点だけを持ち帰ります。見込み客へ回答期限を伝え、既存顧客には課題の担当者と対応方法を案内します。率直な経験を許容できない場合はリファレンスコールを依頼しない方が安全です。

リファレンスコールは、既存顧客の善意を商談ごとに借りる仕組みではありません。参加条件と共有範囲を明確にし、進行役が境界を守り、終了後に負担と次回可否を更新することで、見込み客の判断材料と既存顧客との信頼を両立できます。

リファレンスコールの完了は、会話が終わった時ではなく、共有範囲を守り、顧客の負担を記録し、次回の依頼可否まで更新できた時です。