顧客が商談録音に同意しない場合の記録方法｜メモ・確認・CRM反映

顧客から「商談を録音しないでください」と言われたとき、録音ボタンを切るだけでは記録方法の判断は終わりません。会議サービスの自動メモ、文字起こし、参加用ボット、営業担当者の手書きメモ、CRMへの転記は、それぞれ取得する情報と共有範囲が違います。

断られた理由を推測して説得したり、録音を別の端末へ移したりすると、顧客が示した境界を越えるおそれがあります。一方で、録音を拒否されたことだけから「人のメモなら許可されている」とも決めつけられません。何を記録してよいかを分けて確認することが、商談の継続と顧客情報の管理を両立させます。

顧客が録音やAI処理を拒否したら、音声録音、文字起こし、自動メモを直ちに止め、別端末や別サービスにも移しません。そのうえで、人が要点だけ書くこと、CRMへ記録すること、社内で共有することを別々に説明して可否を確認します。以下は顧客の拒否を尊重するための運用例であり、すべての記録について法律上一律の同意取得が必要という意味ではありません。記録の範囲が分からない場合や、記録自体を望まない場合は、許可された形が確認できるまで内容を残さないのが基本です。

---

本記事のポイント

1. 録音を拒否されたら、音声取得・文字起こし・自動メモを止め、人手メモやCRM保存の可否は個別に確認します。
2. 許可されたメモは決定事項と次の対応に絞り、確認済みの事実・未確定事項・担当者の推測を分けて残します。
3. CRMには利用目的に必要な最小限だけを記録し、閲覧権限、保存期限、訂正の手順を決めて不要になれば見直します。

---

録音の拒否と、メモやAI処理の可否を分けて確かめる

「録音はしないでください」という言葉は、まず録音を止める合図です。顧客の希望を「録音は不可だが、文字起こしならよい」「AI要約だけは許可された」と営業側で読み替えないでください。音声から作る文字起こしや要約も、会話の内容を取得・処理する方法です。顧客がAIの利用も拒否しているときは、録音を保存しない設定でも自動メモを動かしてはいけません。

会議サービスの機能設定は、同意の確認を助ける手段です。たとえばGoogle Meet の自動メモ生成に関する公式ヘルプでは、管理者が設定した場合に自動メモ生成、録画、音声文字変換の利用前に参加者へ明示的な同意を求める機能を案内しています。機能の利用条件や管理設定は契約プラン・組織設定で異なり得るため、画面上の表示だけを社内ルールや顧客との確認の代わりにせず、参加者に分かる言葉で伝えます。

確認するときは、「記録しますか」と一問でまとめず、次のように対象を分けます。顧客が一つでも不可とした方法は使わず、会議の主催者や営業責任者が録音を希望していても、その場で設定を上書きしないでください。

その場では、たとえば次のように返せます。

録音を断られたとき:「承知しました。本日は録音、音声の文字起こし、AIによる会議内容の処理を行いません。担当者が決定事項と次の対応だけを手元でメモすること、またその要点を社内の案件記録に残すことは差し支えないでしょうか。どちらも望まれない場合は、内容の記録を止めます。」

人手メモは許可されたが、CRM保存が未確認のとき:「ありがとうございます。メモは次の対応に必要な要点に限ります。閲覧者を担当者と案件責任者に絞った社内CRMへ反映することも、別にご確認してよろしいでしょうか。」

回答が「録音はだめだが議事録はよい」のように曖昧なら、媒体・作成者・処理方法・共有先を一つずつ確かめます。確かめることで会議が停滞しそうな場合は、無理に記録許可を取りにいかず、会話に集中して終了後に別の確認方法を相談します。録音の同意、AI議事録の選び方、保存範囲の設計は商談録音の同意・保存・権限管理でも確認できます。

会議前後の手順を決め、拒否があっても商談を進める

録音を拒否された場面で担当者が迷わないよう、会議前・開始時・終了時の動作をチームで合わせます。担当者が顧客へ尋ねる文と、ツールの設定を変える役割を決めておくと、同意の確認と商談の進行を一人で抱えずに済みます。

1. 会議前に初期設定を点検する。自動録画、自動文字起こし、自動メモ、会議に参加する外部ボットなどが有効になっていないかを確認します。顧客の回答を待たずに処理が始まる設定なら、開始前に無効化するか、明示的な確認を挟める運用へ改めます。画面共有や録画インジケーターだけで、全参加者が目的・保存先・共有先まで理解したと仮定しないことも大切です。
2. 開始時に対象を説明する。使う可能性がある手段を、録音、文字起こし、AIによる要約、人手のメモ、CRM保存に分けて案内します。実際には使わない手段まで「全部記録します」と一括で尋ねず、予定する処理と社内での使い道を簡潔に伝えます。参加者が増えたときや、途中で処理方法を変えるときも、必要な確認をやり直します。
3. 拒否されたら記録機能を止め、範囲だけ確認する。議論を続ける前に、稼働中の録音や自動メモを停止します。顧客へ理由の説明を迫る必要はありません。「メモも不可ですか」「社内共有も避けたいですか」と、次の処理に必要な最小限だけを尋ねます。拒否後に録音済みの断片が残っていないかは、会議終了後に管理者が確認します。
4. 許可された方法で商談を続ける。人手メモが認められたら、発言全文を写す代わりに、顧客が確認した事実、合意した事項、次の行動だけを記します。メモも不可なら、内容の記録を止め、口頭で確認できる次の連絡日時や担当を相談します。会議記録が必要という自社都合を、顧客が拒否した処理を再開する理由にしません。
5. 終了時に事実を確認し、許可された範囲で共有する。メモを送る前に、決定事項、未決事項、担当者、期限を口頭で読み返します。会議後の書面共有は、手元メモの許可から自動的に含まれるとは限りません。送付が必要なら、誰へ何を送るかを確認し、誤りや訂正の連絡先を案内します。

手順を短いチェック表にすると、担当者ごとの判断差を減らせます。下記の「止める」は、別のアプリ、スマートフォン、録音ペンなどへ置き換えることも含みます。拒否された形式から別形式に移せばよい、という判断はしません。

運用をツール選定へ反映するときは、録音停止や自動メモの制御だけでなく、記録しない会議を登録せずに扱えるか、権限を案件単位で絞れるか、削除を追えるかを比較します。同意管理や権限設定を含めた製品比較はAI議事録ツールの比較が参考になります。これらは許可されていない会議にAI処理を使う根拠にはなりません。

人手メモ・顧客確認・CRM記録を別々に管理する

「人が取ったメモなら安全」「CRMに入れれば社内だから問題ない」とは限りません。顧客名、案件、連絡先と結び付いたメモは、誰が読めるか、何の目的で使うか、いつまで残すかを管理する必要があります。個人情報保護委員会の個人情報保護法ガイドライン（通則編）は、利用目的に必要な範囲で個人データの正確性を保つこと、利用する必要がなくなったときは遅滞なく消去するよう努めること、安全管理のために必要かつ適切な措置を講じることを示しています。適用される法律・契約・社内規程は状況によって異なるため、録音の一律の適法性をこの記事だけで判断せず、個人情報保護や法務の担当者と確認してください。

人手メモを許可された場合も、会話全文や顧客の発言を逐語で残す必要はありません。次の対応を進めるための要点に絞り、顧客の発言、合意、営業側の確認事項、担当者の解釈を分けます。

特に数字、納期、契約条件、導入時期は、短いメモでも意味が変わりやすい項目です。「来月から利用したい」という希望を「来月導入で合意」と書くのではなく、「顧客希望：来月開始。契約条件と開始日は未確認」のように、発言の内容と確定状態を並べます。顧客の表現をそのまま引用する場合は、引用であることを示し、推測・感想・社内評価と区別します。

会議後に要点を確認する文面例

要点の送付が認められた場合は、次のような短い文面で確認します。送信先は顧客が指定した参加者・窓口に限ります。

「本日の確認事項は、①現在の課題は顧客情報の二重入力、②当社は次回までに連携方法と費用の案を提示、③導入日は未定、④次回は10月15日14時、です。認識に違いがあればご指摘ください。価格と開始日は本日時点で合意していません。」

顧客から返答がない場合は、送ったメモの内容を「合意済み」に変えず、確認依頼中として扱います。CRMにも「顧客確認待ち」を残し、次回の担当者が推測を事実と取り違えないようにします。

CRMへ転記する際は、次の行動に必要な最小限を選びます。たとえば、確認した課題、提案対象、合意済み事項、保留理由（顧客が共有を許可した範囲）、担当者、期限を活動履歴へ記載し、録音ファイル、全文文字起こし、手元メモを一律に添付しない運用が考えられます。商談記録を営業分析やフォローにどうつなぐかは商談文字起こし分析の設計も参考になりますが、本記事のケースでは顧客が認めた入力方法・範囲が前提です。

CRMの閲覧権限は、担当者、案件責任者、対応に必要な部署など、業務上の必要性に合わせます。全社一律公開、共有リンク、個人アカウントへの複製が標準になっている場合は、記録項目をさらに絞るか、アクセス設定を見直します。保存先を決めるときは、閲覧者だけでなく、ダウンロード、エクスポート、外部連携、バックアップ、退職者の権限解除も確認します。第三者サービスを使う場合は、処理内容や委託先の管理を担当部署が確認し、契約と社内ルールに沿った範囲で扱います。

保存期間は「営業だから一律○年」と決めず、その記録を使う目的、案件の状態、契約・法令上の保存要件、顧客との約束を確認して設定します。目的を達成した後も保管が必要な法的・業務上の理由があるかを担当部門が確認し、理由のないコピーは削除します。削除期限はCRMの自動処理だけに任せず、添付ファイルやエクスポート先にも同じ基準が及ぶかを点検します。正確性を維持するために、顧客から訂正があった場合は、誤りを放置せず、CRM上の訂正権限と履歴の残し方に従って更新します。主観的な評価を事実欄へ移したり、訂正前の誤記を別のメモとして残し続けたりしないことも必要です。

記録をCRMに残すこと自体を顧客が望まない場合、商談内容を社内の別メモ、個人のノート、AIチャットへ移して回避してはいけません。次の連絡や契約手続に必要な最小の情報をどのように扱えるか、記録範囲・閲覧者・目的を説明して確認します。顧客がそれも認めない場合は、社内の記録要件との調整を上長や個人情報保護担当へ引き継ぎ、顧客向けの内容記録を作らずに進められるかを決めます。

よくある質問

録音を拒否されたら、担当者が手で議事録を取ってもよいですか？

録音への拒否だけでは、人手メモが許可されたとも、すべてのメモが禁止されたとも決めつけられません。メモの内容、CRMへの反映、社内の共有先をそれぞれ説明して確認します。顧客がメモも望まない場合は書き取りを止め、会議後の要点送付も別に許可を確認します。

顧客が録音を断った場合、文字起こしやAI要約だけなら使えますか？

顧客の拒否を「録音ファイルの保存だけ」と解釈して、音声を別のツールで文字起こししたり、会議サービスの自動メモを動かしたりしないでください。AI処理も含めて断られた場合は、録音・文字起こし・要約のすべてを停止します。利用方法を変えるなら、その方法と目的を具体的に説明して確認します。

録音の拒否をCRMへ登録してもよいですか？

拒否の理由や商談内容を広く書き残す必要はありません。再度同じ確認をして顧客に負担をかけない目的で、必要であれば「録音・AI処理は不可」「確認日」「許可された記録範囲」などの最小限を登録します。その登録目的、閲覧権限、保存期間が社内規程に合うかを確かめ、顧客がCRMでの記録自体を望まない場合は、別の個人メモへ移して回避せず担当部門へ相談します。

録音は法律上可能だと聞きました。顧客が反対しても録音できますか？

法律上の論点と、顧客との契約・説明、会社の規程、サービスの設定は分けて確認します。この記事は個別案件の適法性を判断するものではありませんが、顧客から拒否された場面で営業担当者が録音を続けたり、隠れて録音したりする運用は勧められません。必要な場合は録音を止め、法務・個人情報保護担当へ判断を引き継ぎます。

誤って録音や自動メモが始まってしまったら、すぐ削除すればよいですか？

まず処理を止め、出力を確認・共有・AIへ再投入せず、閲覧できる人を限定します。録音断片、自動メモ、文字起こし、連携先へのコピーがどこにあるかを管理者と確認し、社内の事故対応・記録保持のルールに沿って処置します。削除の完了や、顧客への説明が必要かは、確認前に推測で約束しないでください。

録音の可否を分けた後に、記録項目、共有権限、保存・訂正の流れまでそろえると、顧客の希望を守りながら商談の次の行動を明確にできます。会議データの扱いをCRMや営業プロセスに合わせて整理することが、商談後の抜け漏れを減らします。

商談記録とCRM運用を相談する