AIアセスメント 100,000円(税別)

詳しく見る
FDX株式会社
Implementation

生成AIの定着と利用率KPI|Copilot等の計測元と改善判断

生成AIの利用率は配布率・実利用率・定着率に分けて測ります。Microsoft 365 Copilot・ChatGPT Enterprise・Geminiの管理画面で取れる値と取れない値、部門別の改善判断をFDX株式会社が整理します。

·FDX株式会社 編集部·監修: 佐藤 拓哉(生成AI協会 理事)

「Microsoft 365 Copilotを​全社に​展開し、​利用率70%」​「利用率8割以上を​維持」。​生成AIの​定着を​語る​記事には、​利用率の​数字が​必ず​出てくる。​だが、​その​利用率が何を分母にし、何をもって「利用」と数えたかを​確認しないまま​比べると、​判断を​誤る。​ライセンスを​配った​人数、​月に​1回でも​使った​人数、​業務の​手順に​AIが​組み込まれた​人数は、​それぞれ別の​数字だからである。

本記事は、​各製品の​公式ドキュメント​(2026年9月29日確認)と​総務省の​情報通信白書を​一次​資料と​して、​利用率KPIを​「定義」​「計測元」​「部門別の​判断」の​3点に​絞って​整理する。

この​​記事の​​対象読者


利用率は​​3つの​​数字に​​分かれる

配布率・実利用率・定着率の3つの数字と計測元

「利用率」と​いう​1つの​言葉の​中に、​少なくとも​3つの​数字が​混ざっている。​分子と​分母を​並べると​違いが​はっきりする。

指標分子分母わかること主な計測元
配布率ライセンスを​付与した​人数対象と​する​従業員数投資を​どこまで​広げたかライセンス管理画面、​人事マスタ
実利用率期間内に​1回以上​使った​人数ライセンスや​席を​付与した​人数​(製品で​定義が​異なる)配った​ライセンスが​使われているか各製品の​利用状況レポート
定着率AIを​組み込んだ​手順で​働いている​人数、​または​AIを​組み込んだ​業務の​数対象部門の​人数、​または​業務一覧の​業務数仕事の​やり方が​変わったか業務一覧、​手順書、​業務ログ、​アンケート

実利用率に​あたる​値の​出し方は、​製品に​よって​違う。​Microsoft 365 Copilotの​利用状況レポートは、​Copilotの​ライセンスを​持つユーザーを​分母に​した​割合​(Active users rate)を​画面に​表示する。​Googleの​Gemini reportsも、​Gemini機能を​含むWorkspaceライセンスを​持つユーザーに​占める​アクティブユーザーの​割合を​表示する。​一方、​ChatGPT Enterpriseの​ヘルプには​Usersの​項目として​購入席数・​有効化した​席数・アクティブユーザー数が​並ぶが、​そこから​割合を​出して​表示するとは​書かれていない。​ChatGPTで​実利用率を​報告するなら、​アクティブユーザー数を​有効化した​席数で​割る​値を​自社で​計算し、​分母を​明記する​必要が​ある。

どの​製品でも​「利用」は​期間内に​1回でも​プロンプト送信などの​操作を​したかで​判定される​ため、​月に​1回だけ試した​人も、​毎日​使う​人も​同じ​1人と​数えられる。

同じ​​会社でも​​数字が​​2つある

キリングループの​Copilot展開は、​定着の​好事例と​して​よく​引かれる。​Microsoftの​公式事例​(2026年5月12日公開)は、​導入開始から​約半年で​グループの​Copilotユーザーが​6,000名を​超え、利用率は8割以上を維持していると​書いている。​一方、​同グループの​定着を​支援した​ディスカバリーズの​プレスリリース​(2026年7月7日)は、​6,000を​超える​ユーザーへ​展開し、​利用率は​70%に​到達したと​書いている。

どちらの​資料も、​利用率の​分母・分子・集計期間を​明記しておらず、​数字の​違いが​時点に​よるのか定義に​よるのかは​確定できない。

ライセンスの​配り方も​読み落とせない。​Microsoftの​事例は、​主に​国内の​グループ会社や、​AI活用に​意欲の​ある​従業員へ​ライセンスを​付与してきたと​書いている。​意欲の​ある​人から​配れば、​ライセンス保有者を​分母に​した​実利用率は​高く​出やすい。​事例の​価値を​下げる​話ではない。自社の全従業員を分母にした数字と横に並べて比べてはいけない、と​いう​話である。

同じ​事例は、​活用の​中身を​画像生成や​スライド作成、​メールの​下書きと​いった​身の​回りの​業務効率化と​説明したうえで、​AIエージェントに​よる​業務プロセスの​改善に​取り組む部門が​増えてきたと​書いている。​利用率の​高さと​業務の​手順が​変わる​ことは、​事例の​中でも​別の​段階と​して​語られている。

「使った」と​​「業務に​​組み込まれた」は​​違う

総務省の​令和8年版情報通信白書​(概要、​2026年7月)は、​この​差を​企業調査で​示している。​日本企業の​管理職以上​への​調査​(2026年1〜2月)で、​自社の​何らかの​業務で​生成AIを​利用していると​答えた​割合は​86.4%だった。​ところが​最も​利用が​進んだ​「議事録・​メール作成補助」でも、​中身を​分けると​様子が​変わる。

活用の段階回答割合​(日本・​議事録・​メール作成補助)
従業員が​個人作業の​効率化で​活用している35.2%
部​署内の​特定業務で​活用している24.7%
業務プロセスが​AI中心に​変更されている11.3%

個人が​便利に​使う​段階と、​業務の​手順が​変わった​段階の​間には​3倍以上の​開きが​ある。​実利用率が​高くても、​表の​1段目が​多いだけかもしれない。​定着率を​別に​測る​理由は​ここに​ある。

他社や​​報道の​​利用率を​​読むときの​​確認項目

ベンダー資料や​報道の​利用率を​自社の​目標に​使う前に、​次の​5点を​確認する。​1つでも​書かれていなければ、​比較には​使わず参考値に​と​どめる。

  1. 分母は誰か:全従​業員か、​ライセンス保有者か、​希望者か
  2. 期間はどれか:直近7日か、​28日か、​月次か、​90日か
  3. 何を「利用」と数えたか:プロンプト送信か、​画面を​開いただけか、​機能の​提案を​受け入れた​ことも​含むか
  4. どのアプリを含むか:チャットだけか、​Wordや​Excelなどに​組み込まれた​機能も​含むか
  5. どの時点の数字か:展開直後の​ピークか、​数か​月後の​維持された​値か

管理画面で​​取れる​​値と​​取れない​​値

Microsoft 365 Copilot、ChatGPT Enterprise、Gemini(Google Workspace)の3製品について、管理画面で取れる値を比べた表形式の図。行は「実利用率」「利用の判定」「期間」「部門別」「利用の深さ」「成果の値」「取れない値」。実利用率はCopilotが割合を表示(Active users rate、分母はCopilotライセンス保有者)、ChatGPTは割合の表示をヘルプで確認できず、アクティブ数÷有効化席数を自社で計算、Geminiが割合を表示(分母はGemini機能を含むライセンスの保有者)。利用の判定はCopilotがプロンプト送信などの意図的な操作、ChatGPTが期間内に1通以上のメッセージ、Geminiがプロンプト送信・要約・生成・提案の採用。期間はCopilotが7・28・90・180日、ChatGPTが週次・月次(CSVは最大12か月)、Geminiが7・28・90日。部門別はCopilotがCopilot Dashboardでグループ別、ChatGPTがSCIMグループ別、Geminiが組織単位・グループ別。利用の深さはCopilotがプロンプト数・利用日数、ChatGPTがメッセージ数・パワーユーザー、Geminiが利用レベル(High〜Zero)・利用日数。成果の値はCopilotが支援時間の推計(研究由来の係数)、ChatGPTが自己申告のアンケート(Impact)、Geminiがなし(利用回数のみ)。最下行の取れない値は3製品共通で、業務の手順に組み込まれたか・品質・実測の削減時間。2026年9月29日確認の各社公式ドキュメントを基に編集部作成。

主要3製品の​管理画面で​取れる​値を、​公式ドキュメントに​書かれている​範囲で​整理する。​いずれも​2026年9月29日の​確認で、​画面や​定義は​更新されうる。

Microsoft 365 Copilot

Microsoft 365管理センターの​「Microsoft Copilot利用状況レポート」は、​7日・28日・90日・180日の​期間で​表示できる。

アクティブの​判定は​「意図的な​操作」で、​Copilotの​チャット画面を​開いただけでは​数えず、​プロンプトを​送ると​数える。​データは​通常48時間以内に​反映され、​ユーザー名は​既定で​非表示である。​監査ログから​自前で​集計した値は​この​レポートと​一致しない​可能性が​あると​公式は​明記している。

Viva Insightsの​Copilot Dashboardは、​準備状況・導入・影響・センチメントを​直近28日で​示す。​影響ページの​「Copilot assisted hours」は、​操作回数に​Microsoftの​研究から​導いた​係数を​掛けた​推計で、​たとえば​文書や​メールの​作成操作は​1回6分と​数える。​公式自身が​大まかな​推計で​計算方​法は​今後​変わると​書いており、​実測の​削減時間と​して​報告するのは​避けたい。

ChatGPT Enterprise

ChatGPT Enterpriseと​Eduの​Workspace analyticsは、​管理者・オーナーと​分析閲覧ロールの​人が​見られる。

CSVの is_active は​「期間内に​1通以上​メッセージを​送ったか」を​示す。​部署の​列​(department)は​利用者が​自分で​入力した​値なので、​部門別の​集計には​SCIMグループを​使う​ほうが​確実である。​データは​通常6〜12時間で​更新され、​最大48時間が​目標と​されている。​ChatGPT Businessにも​分析閲覧ロールは​あるが、​項目を​詳しく​説明した​公式ヘルプは​Enterpriseと​Edu向けなので、​Businessで​同じ​値が​取れるかは​管理画面で​確認して​ほしい。

Google Workspaceの​​Gemini

Google管理コンソールの​「Gemini reports」は、​組織単位の​集計と​ユーザー単位の​集計に​分かれる。

機能別の​数字は​利用回数で、​対象の​文書数ではないと​公式は​注記している。​組織構造の​変更は​反映まで​最大72時間かかり、​変更前の​履歴は​含まれないため、​部署の​統廃合が​あった​月は​部門別の​推移が​途切れる​前提で​見る。

3製品とも​​取れない​​値

管理画面が​答えられるのは​「誰が、​いつ、​どの​くらい​使ったか」までである。

取れない値理由補う方法
業務の​手順に​組み込まれたか​(定着率)製品は​どの​業務に​使ったかを​知らない業務一覧に​「AIを​組み込んだ​手順が​あるか」の​列を​足し、​手順書の​改訂を​確認する
実測の削減時間Copilotは​研究に​基づく​推計、​ChatGPTは​自己申告対象業務の​処理時間を、​導入前後の​同じ​単位​(1件あたり、​月あたり)で​業務ログから​取る
成果物の品質生成物の​良し悪しは​記録されない差し戻し率、​レビューでの​指摘数、​顧客からの​問い​合わせ件数を​業務側で​取る
ライセンス外での​利用管理外の​AIサービスは​見えない匿名アンケートで​利用ツールを​聞き、​ガバナンスの​方針と​照らす

業務一覧の​作り方はAIアセスメントとは?​業務棚卸しと​投資対効果の​設計で、​管理外の​AI利用が​引き起こすリスクはAIガバナンスと​実装セキュリティで扱っている。

アンケートは​「この​1か月、​AIを​業務の​決まった​手順の​中で​使ったか」​「使っていない​理由​(使い方が​わからない、​使う​業務が​ない、など)」の​2問で​足りる。


部​​門別の​​改善判断:研修・業務設計・回収

数値が低い部門への打ち手を決める分岐図(編集部による判断例)。起点は「部門の3つの数字(配布率・実利用率・定着率)」。最初の分岐「実利用率は低いか」で、はいの場合は「業務一覧にAIを使う業務があるか」を確認し、ない場合は「ライセンスを回収・再配分」、ある場合は「使い方がわからない人が多いか(アンケートの理由で確認)」へ進み、多ければ「研修を足す(基礎・職種別)」、少なければ「業務設計を変える(手順に組み込む)」へ進む。最初の分岐でいいえの場合は「定着率は低いか」を確認し、はいなら同じ「業務設計を変える」へ、いいえなら「横展開と上位ライセンスの検討」へ進む。図の下部に「回収の前に、集計期間・休職や異動・代替ツールの利用を確認する」と記す。

部​門ごとに​3つの​数字を​そろえると、​低い​部​門への​打ち手が​決まる。​同じ​「利用率が​低い」でも​原因が​違えば​打ち手は​正反対で、​研修が​必要な​部​門から​ライセンスを​回収すれば​芽を​摘み、​使う​業務が​ない​部門に​研修を​足せば​予算を​捨てることになる。

数値の​組み合わせ確認方法打ち手
実利用率が​低く、​アンケートで​「使い方が​わからない」が​多い理由の​設問、​利用レベルが​Zeroや​Lowの​人の​割合研修を​足す​(基礎、​職種別の​使い方)
実利用率が​低く、​業務一覧に​AIを​使う​業務が​ほとんどない業務一覧の​「AIを​使える​業務」​列ライセンスを​回収し、​需要の​ある​部門へ​再配分する
実利用率は​高いが、​定着率が​低い利用​日数が​月に​数日、​手順書が​改訂されていない業務設計を​変える​(手順に​組み込み、​共有テンプレートや​GPTを​用意する)
実利用率も​定着率も​高い利用上限への​到達、​パワーユーザーの​数手順を​他部門へ​横展開し、​上位ライセンスを​検討する
配布率が​低く、​ライセンスの​要望が​多い要望の​件数と​部門追加配布の​候補に​する

研修を​​足すべき部門

研修が​効くのは、​「使う​業務は​あるのに、​使い方が​わからない」​部門である。​利用レベルが​Zeroや​Lowの​人が​多く、​アンケートの​理由も​使い方に​集中している​場合が​これに​当たる。​業務が​ないのに​研修を​足しても、​直後に​実利用率が​一時的に​上がって、​また​下がるだけに​なりやすい。​どの​形式の​研修を​選ぶかは法人向けAI研修の​選び方で​比較している。

研修の​効果は、​実利用率だけで​判断しない。​FDXが​研修を​担当したNECソリューションイノベータ様の​取材記事では、​研修後に​案件数自体が​劇的に​増えたわけではない​一方、​顧客との​会話の​質が​変わり、​以前は​見送っていた​生成AI案件の​相談に​応じられるようになったと​語られている。​利用回数には​表れない​変化である。​同じ​取材では、​AIが​提案する​操作を​中身を​確かめずに​「許可、​許可」と​承認し続ける​人の​問題も​挙がっている。利用回数が多いことは、理解していることの証明にならない。

業務設計を​​変えるべき部門

実利用率は​高いのに​定着率が​低い​部門は、​白書の​表の​1段目、​個人が​便利に​使う​段階で​止まっている。​必要なのは​研修ではなく、​業務の​手順の​どこで​AIを​使うかを​決め、​手順書と​共有テンプレートに​落とすことである。​フローその​ものを​作り直す手順はAI前提の​業務プロセス再設計で扱っている。

測る​数字も​変える。​FDX Trainingで​半年間伴走した中堅クリエイティブ企業の​事例では、​非エンジニアの​6部署すべてが​AX目標を​達成し、​うち5部​署が​S評価以上​だった。​成果は​利用率ではなく、​各部​署が​自分の​業務で​測っている。​人事の​定常業務で​月720分の​削減、​クリエイティブの​入稿で​月76時間の​削減、​Instagram投稿の​制作時間が​1件5時間10分から​2時間9分へ、と​いった​具合である。​定着を​示すのは、​このように業務の単位で導入前後を比べた数字である。

ライセンスを​​回収する​​前に​​確認する​​こと

回収は​最後の​手段だ。​実行する​前に、​次の​3点を​確認する。

  1. 期間:28日だけで​判断していないか。​月末や​四半期末に​集中する​業務は、​90日で​見ると​使われている​ことがある
  2. 休職・異動:Copilotの​ユーザー別の​表は、​過去180日の​どこかで​ライセンスを​持っていた​人を、​ライセンスを​外した​後や​一度も​使っていない​場合も​含めて​表示する。​人事の​異動情報と​突き合わせる
  3. 代替ツール:公式ライセンスを​使わずに、​管理外の​AIサービスで​同じ​作業を​していないか。​回収が​かえって​管理外の​利用を​増やすことがある

回収は​罰ではなく、​需要の​ある​部門への​再配分と​して​伝える。


月次で​​見る​​数字を​​1枚に​​固定する

指標の​定義が​月ごと、​報告者ごとに​揺れると​推移を​比べられない。​次のような​定義書を​1枚作り、​社内報告は​これに​従う。

項目記入例
分子直近28日に​1回以上、​意図的な​操作で​Copilotを​使った​人数
分母同期間に​Copilotライセンスを​持っていた​人数
計測元Microsoft 365管理センターの​Microsoft Copilot利用状況レポート
集計日毎月​第3営業日​(反映の​遅れを​避ける)
個人データの​扱い部​門単位で​のみ​報告し、​人事評価には​使わない

集計日を​ずらすのは、​反映の​遅れを​Copilotは​通常48時間以内、​ChatGPTは​最大48時間が​目標、​Geminiは​2〜3日と​公式に​書いている​ためである。​個人の​数字を​人事評価に​使うと、​評価の​ためだけの​プロンプトが​増えて​実利用率が​意味を​失う。​Copilot Dashboardも​個人の​プライバシー保護の​ため、​最小人数に​満たない​グループの​数値を​表示しない。​指標の​定義を​1か所で​持つ​考え方は、セマンティックレイヤーとはの​指標定義の​一元化と​同じである。


FDXの​支援

FDXは​AX​(AI Transformation)の​実装パートナーと​して、​研修から​現場定着、​内製化までを​支援している。

FDX Trainingは、​AX診断、​プログラム設計、​実施、​現場定着、​内製化の​5つの​フェーズで​進める。​現場定着の​フェーズでは、​利用率の​モニタリング、​AI-OJT、​アンバサダーの​任命を​行い、​プログラム設計の​段階で​KPIを​合意する。​本記事の​3つの​数字で​いえば、​実利用率を​管理画面で​追いながら、​定着率を​業務一覧と​手順書の​側で​積み上げていく​進め方である。

実績と​して、​非エンジニアの​6部署が​半年の​伴走で​全部​署AX達成に​至った​事例を導入事例で​紹介している。​自社の​部​門が​どの​段階に​いるかを​まず​把握したい​場合はAX診断から、​研修と​業務設計の​どちらから​始めるべきかを​相談したい​場合はお問い合わせからどうぞ。


よく​​ある​​質問​(FAQ)

Q1. 生成AIの​​利用率は​​何%を​​目標に​​すれば​​よいか?

A. 他社の​数字を​そのまま​目標に​するのは​避けた​ほうが​よい。​公表されている​利用率の​多くは​分母が​ライセンス保有者で、​配り方や​集計期間も​明記されていない​ことが​多い。​まず​自社の​実利用率と​定着率を​同じ​定義で​3か​月測り、​部門ごとの​推移から​目標を​置く​ほうが、​達成の​可否を​説明しやすい。

Q2. 管理画面の​​アクティブ率が​​高ければ、​​生成AIは​​定着したといえるか?

A. いえない。​アクティブユーザーの​割合​(管理画面に​表示される​割合、​または​表示された​人数から​自社で​計算した​割合)は、​期間内に​1回以上​使った​人の​割合で、​月に​1回だけ​使った​人も​毎日​使う​人も​同じ​1人と​数える。​業務の​手順に​AIが​組み込まれたかは​製品側では​分からないため、​業務一覧と​手順書の​改訂状況、​業務ログの​処理時間で​別に​測る​必要が​ある。

Q3. Copilot Dashboardの​​支援時間は、​​削減時間と​​して​​報告して​​よいか?

A. 実測の​削減時間と​しては​報告しない​ほうが​よい。​Microsoftの​公式ドキュメントは、​この​値を​操作回数に​研究由来の​係数を​掛けた​大まかな​推計と​説明している。​報告では​推計値と​明記し、​主要な​業務は​業務ログで​導入前後を​実測した​数字を​併記する。

Q4. 利用率を​​測るより、​​成果だけを​​見れば​​よいのではないか?

A. 成果を​最終的な​判断基準に​する​ことには​賛成である。​ただ、​成果の​数字は​出るまでに​時間が​かかる。​実利用率と​定着率は、​成果が​出る​前に、​どの​部門で​何が​止まっているかを​知る​途中の​計器である。​成果だけでは、​低い​部門に​研修を​足すべきか業務設計を​変えるべきかが​分からない。

Q5. 利用率が​​低い​​部門の​​ライセンスは​​すぐ​​回収すべきか?

A. すぐには​回収しない。​まず集計期間が​短すぎないか、​休職や​異動の​人が​含まれていないか、​管理外の​AIサービスで​同じ​作業を​していないかを​確認する。​そのうえで、​業務一覧に​AIを​使う​業務が​ほとんどない​部門で​あれば、​回収して​需要の​ある​部門へ​再配分するのが​妥当である。


次に​​読むべき記事


まとめ


出典・参考文献

※ 英語資料からの​引用・要約は​編集部に​よる​翻訳である。​部門別の​判断表と​定義書の​記入例は、​公開情報を​踏まえた​編集部の​設計例であり、​各製品の​公式な​推奨ではない。

Whitepaper

評価制度とKPIの設計ガイド

AI活用を定着させる評価設計と、成果を可視化するKPIの鉄則。

  • 定着を阻む「無知・対立・忍耐」3つの谷と研修5段プロセス
  • 行動を変える評価制度 — AIスキルレベル5段階の評価指標
  • 成果を可視化するKPI — 定着→改善→経営貢献の時間軸設計

AIを​現場に​定着させる、​研修と​評価の​設計

ツールを配って終わりにせず、業務に定着するところまでを設計します。