Microsoft Copilot を全社ライセンスで導入した。営業部門は最も期待をかけていた領域で、提案書作成やCRM連携で成果が出るはずだった。しかし半年経っても、Copilot の営業部門でのアクティブ率は10%台のまま。DX 推進担当のあなたは、営業部長から「なぜ使われないんですか」と問われて、うまく答えられずにいないでしょうか。
営業部門での Copilot 未活用には、典型的な3つのパターンがあります。それぞれ構造的な原因があり、原因を切り分けないと「使い方研修をもう1回」の空回りに陥ります。3パターンの見分け方と、抜け出し方を整理します。
3パターンの全体像
| パターン | 症状 | 根本原因 |
|---|---|---|
| パターン1 | 議事録要約マシン状態 | CRM連携の権限設計が未整備 |
| パターン2 | 商談前調査に使えない | 業務プロセスへの埋め込み設計がない |
| パターン3 | 提案書ドラフトが使い物にならない | プロンプト習熟度と社内テンプレの不足 |
3つは相互排他ではなく、多くの企業で複数が同時に起きています。診断でどれが主要ボトルネックかを切り分け、優先順位をつけて潰していくのが実務です。
パターン1: 議事録要約マシン状態
Copilot Chat の利用ログを見ると、営業のプロンプトの7〜8割が Teams 会議の議事録要約、というケースが最頻です。これはこれで業務時間削減の価値はあるものの、Copilot への投資回収としては物足りません。
なぜ議事録要約に偏るか
原因の8割は、Copilot Chat から Dynamics 365 / Salesforce / HubSpot などの商談データへのアクセス権限が営業ロールに付与されていない、という技術的な壁です。営業側は「CRMのデータをCopilotに読ませて、この商談の背景をまとめて」と使いたいのに、権限エラーで諦める。結果、Teams と社内メール(Copilot がデフォルトで見られる範囲)にとどまり、「議事録要約マシン」に固定化します。
抜け出し方
| ステップ | 内容 | 所要 |
|---|---|---|
| 1 | 情シスと合意形成: Graph API 経由の CRM 読み取り権限を営業ロールに追加 | 2〜4週間 |
| 2 | 権限追加後、営業マネージャーに「CRM連携プロンプト」5〜10種を配布 | 1週間 |
| 3 | 週次の「今週使ってみた」共有会で成功事例を横展開 | 月次で継続 |
情シスとの合意形成が最大のハードルです。「営業ロールに CRM 読み取り権限を追加すると、外部漏洩のリスクが上がる」という懸念に対しては、監査ログの取得設計と、AI経由で読める範囲の限定(顧客名・商談ステータスまで、契約金額はマスクなど)で技術的に応えます。
パターン2: 商談前調査に使えない
2つ目のパターンは、「Copilot を商談前の会社調査に使いたいが、うまくハマらない」ケースです。営業がCopilotに「XX社の最近の動きを教えて」と聞いても、社内文書とメールしか見ないCopilotは、外部情報も含めた統合的な回答をしません。Bing Web検索が Copilot に統合されていないと、この用途では機能不足になります。
業務プロセスへの埋め込み不足
Copilot に商談前調査をさせるには、業務プロセスへの埋め込み設計が必要です。「商談前日に、CRMから商談情報を取り出し、Copilotに『この会社の直近の業績・組織変更・報道』を聞き、Bing連携で外部情報も統合し、結果をSharePointに保存する」というワークフローが設計されていないと、営業は毎回ゼロから聞き方を試行錯誤して疲弊します。
抜け出し方
| ステップ | 内容 |
|---|---|
| 1 | 商談前調査のSOPを1つ書き、Copilotに聞くタイミングと聞き方を明文化 |
| 2 | 商談前調査プロンプトのテンプレートを3〜5パターン Playbook 化 |
| 3 | 営業CRMのワークフローに「商談24時間前に自動でCopilot調査を走らせる」トリガーを設定 |
Bing Web検索を Copilot に接続していない場合は、まずここから。企業契約プランでも Web検索は追加ライセンスや設定が必要なケースがあるので、情シスに確認が必要です。
パターン3: 提案書ドラフトが使い物にならない
3つ目は、「Copilot に提案書ドラフトを書かせても、社内で提出できる品質にならない」というケースです。営業が試行して「これ、結局書き直すから使わない方が早い」と離脱、以後使わない、というパターンです。
原因は3つの重なり
提案書ドラフトの品質不足は、次の3つの複合で起きます。プロンプトの書き方が汎用的すぎる、社内標準のテンプレート(構成、トーン、必須要素)を Copilot に読ませていない、参照すべき過去提案書や成功事例が Copilot から見えない場所にある。
抜け出し方
| ステップ | 内容 |
|---|---|
| 1 | 過去の高評価提案書10〜20件を SharePoint の指定フォルダに集約 |
| 2 | 社内標準の提案書構成(表紙・課題整理・提案・実施計画・費用)を Playbook 化 |
| 3 | 業界別・提案テーマ別のプロンプトテンプレートを10〜15種作成 |
| 4 | 営業マネージャーが週1回、Copilot出力の品質チェックと Playbook 更新 |
提案書ドラフトの品質は、Copilot の性能ではなく「Copilot に何を読ませているか、どう指示しているか」で決まります。過去提案書と社内テンプレートを Copilot が参照できる状態を作るのが、最も投資対効果の高い打ち手です。
3パターンの見分け方
自社がどのパターンに陥っているかは、Copilot Chat のプロンプトログのサンプリングと、営業10名程度のヒアリングで切り分けられます。
| 確認方法 | パターン1判定 | パターン2判定 | パターン3判定 |
|---|---|---|---|
| プロンプトログの用途分類 | 議事録要約が7割以上 | 商談前調査プロンプトが試みられているが低品質回答 | 提案書ドラフトプロンプトが試みられているが低品質回答 |
| 営業ヒアリング(諦めた理由) | 「CRMを読ませたいが権限エラー」 | 「聞き方が分からない」「毎回試行錯誤」 | 「結局書き直すから使わない」 |
| 情シスへの確認 | Graph API のCRM連携権限が営業ロールに未設定 | Bing検索連携やCRMワークフロー連携が未設定 | SharePointの過去提案書がCopilotから参照可能な場所にない |
パターン別の期待効果
各パターンを解消した後に見込める効果の目安です。企業規模や業種で変わるので、あくまで参考値として。
| パターン | 解消前 | 解消後(3ヶ月) | 根拠 |
|---|---|---|---|
| パターン1 | 議事録要約に7〜8割集中、営業アクティブ率15% | CRM連携用途が3割、営業アクティブ率30〜40% | Microsoft の公開ケーススタディ複数社の中央値 |
| パターン2 | 商談前調査でCopilot利用ほぼゼロ | 商談前調査に7〜8割で活用、準備時間30%減 | 商談前調査SOPを組んだ企業の実測レンジ |
| パターン3 | 提案書ドラフト用途ほぼゼロ | 1件あたり作成時間3時間→1時間 | 過去提案書とテンプレートを整備した企業の中央値 |
まとめ
Microsoft Copilot が営業部門で使われない典型3パターンは、議事録要約マシン化、商談前調査への非適合、提案書ドラフトの品質不足。それぞれ CRM 権限設計、業務プロセス埋め込み、Playbook 整備、という異なる打ち手が必要です。「もう1回研修」ではなく、パターンを見分けて構造にメスを入れるのが、営業部門の Copilot 浸透率を上げる筋道です。
「うちの場合はどこから手をつけるべきか」の見立てを掴みたい場合は、AI浸透支援 by DE-STKのAI浸透スコア診断(2週間・25万円)が入口として使えます。現状の利用実態、構造的な原因、次に打つべき手の候補まで、社内の投資判断に耐える粒度でお出しします。
あわせて読みたい
- 生成AI導入後の「使われない」を解消する:現場浸透の設計と実装
- Forward-Deployed Engineer(FDE)が去った後、AIプロジェクトを引き取る組織設計
- 生成AI浸透KPIの設計:アクティブ率・用途分布・成果指標の3層モデル
- AI浸透スコア診断に含めるべき10項目:入る前に確認する優先順位
よくある質問
Q. 3パターンが同時に起きている場合、どこから手をつけますか?
A. パターン1(権限設計)から手をつけるのを推奨します。理由は、権限が空欄だとパターン2と3の打ち手(CRM連携ワークフロー、CRMを参照する提案書ドラフト)が空回りするためです。権限が整った後に、業務プロセス(パターン2)、Playbook 整備(パターン3)の順で進めます。
Q. Bing検索連携なしで、Copilot に商談前調査をさせられませんか?
A. 部分的には可能です。社内 CRM に蓄積した過去の商談履歴、名刺管理システム、社内ニュースフィードなどを RAG に載せると、社内情報だけでも一定の調査ができます。ただ、業界動向や競合情報は Web検索なしでは限界があるので、Bing Search API か Perplexity API などの外部検索を追加するのが現実解です。
Q. 提案書ドラフトの品質を上げるために、過去提案書を全部 Copilot に読ませていいですか?
A. 過去提案書には顧客の非公開情報が含まれるため、匿名化なしで RAG に載せると、他顧客への提案書に情報が漏れるリスクがあります。顧客名・金額・技術詳細をマスキングした「テンプレート版」を作って RAG に載せる、あるいは営業マネージャーのみアクセスできる Playbook として管理するのが安全です。