商談情報を共有すれば、引き継ぎやチームの振り返りに使えます。一方で、顧客との会話には、共有範囲を限りたい内容も含まれます。共有ルールは「誰に見せるか」から決めるとかみ合いません。利用者の仕事・必要な情報・認める操作・見直しのきっかけの順に決めると、必要な人が仕事に使える状態と、限りたい範囲を両立できます。
共有ルールを決める順番。特定サービスの権限設計図ではなく、打ち合わせの整理例です
権限は、付与するときと同じくらい、役割が変わったときに見直せることが大切だと私たちは考えています。この記事では、営業情報の共有ルールを作る順番を整理します。
役職ではなく、情報を使う目的から決めるのはなぜ？
商談情報の閲覧範囲は、役職名だけで決めず、その人が担当する業務と必要な情報の範囲を対応づけて考えます。
担当者が自分の案件を振り返る、チーム責任者がメンバーを支援する、別チームが事例から学ぶ。いずれも「情報を見る」行為ですが、必要な範囲は同じではありません。
別チームに伝えたいのが提案の進め方なら、録音の全文ではなく、必要な部分を確認した学習用の抜粋で足りる場合もあります。誰に何を届けたいかを決めてから、共有する形を選びます。
アクセスを業務に必要な範囲へ絞る考え方は「最小権限」と呼ばれ、OWASPの認可ガイダンスでも扱われています（Authorization Cheat Sheet）。
この考え方を営業の言葉に直すなら、「この人は何の仕事のために、この情報を必要としているか」を説明できる状態にすることです。
閲覧・編集・出力・共有は、どう分けて決める？
画面で閲覧できることと、内容を書き換えたり社外へ持ち出したりできることは、別の権限として検討します。
以下に示す区分は、共有ルールを考えるための例です。実際に設定できる範囲は、利用するサービスで確認します。
| 操作 | 決めておきたいこと |
|---|---|
| 閲覧 | 録音・議事録・要約のどれを、誰が見られるか |
| 編集 | 誰が修正でき、修正の経緯をどう残すか |
| 出力 | ダウンロードや一括出力を誰に認めるか |
| 共有 | 社内の他チームや社外へ、何を渡せるか |
「チームの責任者だから全部できる」と一括で決める前に、それぞれの操作が仕事に必要かを確認します。
システムの設定管理と、商談内容の閲覧を分けることも検討できます。利用者の追加や設定変更を担当する人が、すべての商談録音を日常的に読む必要があるかは、別に判断する問いです。
閲覧権限を分けるなら、設定担当者が自分へ閲覧権限を付けられるか、担当者の追加、チーム責任者への任命、機密区分の変更で共有範囲を広げられるかも確認します。会話本文の編集とは別に、共有範囲を変える操作の承認者と記録を決めます。
検索やAI回答にも、同じ共有範囲を適用できているか
共有範囲を確認するときは、商談の詳細画面に加え、検索結果やAI回答から同じ情報が見えないかも対象にします。
ある商談を閲覧対象から外していても、「この顧客の価格交渉をまとめて」という質問への回答に内容が含まれるなら、意図した共有範囲にはなっていません。
サービスの導入・運用担当者は、たとえば次のように確認できます。
- 閲覧対象外の商談が、検索の本文抜粋に出るか。
- AIの要約や回答が、閲覧対象外の情報を参照するか。
- 通知や共有リンクから、同じ情報へアクセスできるか。
以前に作られた要約や回答も確認対象です。元の商談を限定したり削除したりした後も、古い回答から内容が読めるなら、見直しが結果まで反映されていません。複数の商談をまとめた要約では、見る人がすべての参照元を閲覧できるかを確認します。別チームへ渡す学習用の抜粋は、共有してよい内容を見直した資料として扱います。
AIが参照する情報源を制限する考え方は、OWASPの生成AI向けガイダンスでも示されています（Sensitive Information Disclosure）。
利用者にとっては、画面も検索もAI回答も、同じサービスから得られる情報です。共有ルールも、経路ごとに確認したいところです。
異動・退職・支援の終了を、見直しの機会にする
権限を付与する手順と一緒に、役割の変更や支援の終了をきっかけとして権限を外す手順も決めておきます。
別チームへ異動する人には、新しい仕事で必要な権限を付け、元の仕事で使っていた権限を確認します。退職時は、アカウントだけでなく、発行した共有リンクや連携用の認証情報など、別経路のアクセスも確認対象にします。
一時的な支援のための閲覧も、対象の案件、認める操作、承認者、終了日を残すと見直しやすくなります。
| 見直しのきっかけ | 確認すること |
|---|---|
| 担当変更・異動 | 元の担当範囲へのアクセスと、新しい担当範囲 |
| 退職・委託終了 | アカウント、共有リンク、連携のアクセス |
| 一時的な支援の終了 | 例外として付与した権限の解除 |
| 定期確認 | 利用者と権限の一覧が、現在の業務に合っているか |
設定を変えた後は、対象外になった情報へ実際にアクセスできなくなったかも確認します。既にダウンロードされた資料の取扱いは、サービス内のアクセス停止と分けて管理します。
まずは、共有範囲と見直す担当を一枚にする
営業情報の共有ルールは、利用する人・対象の情報・認める操作・変更時の担当を一枚にまとめるところから始められます。
「営業担当者は担当案件を閲覧」「チーム責任者は支援する範囲を閲覧」といった基本ルールを置き、限定する商談や一時的な支援を別に整理します。
そのうえで、ルールをサービスの設定にどう反映するか、検索やAI回答も含めて確認できるかを導入担当者と話します。
ここで勧めたいのは、共有範囲を決めた理由と、見直すきっかけを一緒に残すことです。チームの形が変わっても、その理由をたどって判断できます。
この記事は共有ルールの作り方を扱いました。当社の IntelligentSales（インテリジェントセールス）を含むいずれのサービスについても、特定サービスの権限機能を評価したものでも、情報漏えいを防げることを実証したものでもありません。
AIへ渡す情報や送信先、保存と削除の確認は、商談録音・議事録をAIで扱う前に確認したいことも併せてご覧ください。
