Microsoft Copilotを12人で試す―利用率ではなく総時間・品質で継続判断

この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。 Microsoft Learnの導入・利用状況レポート・Copilot Dashboard・ライセンス資料を2026年10月28日に確認し、架空の12人・4週間パイロットで業務効果を測る手順に整理しました。Microsoft 365テナントへのサインイン、ライセンス割り当て、利用状況レポート取得、Copilot実行、WordPress表示は行っていません。

検証ステータス：📘 公式情報確認済み・実テナント未確認

Microsoft Copilotの導入効果は「何人使ったか」だけでは判断できません。まず架空の2資料を比べ、総時間・正確さ・確認負荷を一緒に測る考え方を体験します。実テナントや有料ライセンスがなくても、次の紙上演習はできます。

まず試す：3操作で差分を見つける

1. 改訂前を読む：「申請期限は毎月10日。承認者は部門責任者。」

2. 改訂後を読む：「申請期限は毎月7日。承認者は部門責任者。緊急申請欄を追加。」

3. 結果を確認する：下の表と自分の判断を比べ、変更理由を勝手に補わないことを確かめます。

この紙上演習はCopilotを動かした実績ではありません。実際に試す場合は、管理者が許可した職場・学校アカウントで架空の2ファイルを選択し、後述の「Afterで使う貼り付け用プロンプト」を入力します。回答の根拠を人が照合し、準備・確認・修正まで含めた時間を記録してください。

Copilotのパイロットで失敗しやすいのは、利用率だけを成功条件にすることです。Active users rateが100%でも、回答確認や手戻りを含む総時間が増え、誤りも増えたなら、その業務では効果が出ていません。

Microsoft 365管理センターの利用状況レポートは「使われたか」を見る資料です。Microsoftは、Purview監査ログを独自集計したPrompt数やActive Usersが公式Usage Reportと一致する保証はないと説明しています。利用率の正本には管理センターのUsage ReportまたはCopilot Dashboardを使い、監査ログはセキュリティ・コンプライアンス調査へ分けます。業務価値は、同じ仕事のBeforeとAfterをそろえ、人の確認と修正を含めて測ります。

架空の12人・4週間パイロット

実在の組織や利用者データは使いません。架空のA社で、次の12人を対象にする想定です。

全員をAIに慣れた人だけにしません。文章作成が得意な人、不得意な人、利用頻度が高い人、低い人を混ぜます。氏名や実部署は記録せず、評価用IDをP01からP12とします。

期間は4週間です。

1. 第0週：ライセンス、端末、アプリ、権限、共有、監査、対象業務を確認

2. 第1週：Copilotを使わないBeforeを2回計測

3. 第2〜3週：Copilotを使うAfterを同じ業務条件で計測

4. 第4週：集計、聞き取り、継続・変更・中止を判断

最初に改善目的を固定する

目的は3つ以内にします。

• 成果物が完成するまでの総時間を減らす

• 事実誤認と修正箇所を増やさない

• 機密情報の誤入力、誤共有、根拠のない回答を発生させない

「Copilotを使う」「プロンプト数を増やす」は目的ではありません。利用は手段であり、レポートのActive Usersも業務成果そのものではありません。

Beforeを先に2回測る

各利用者が普段の方法で同じ種類の仕事を2回行います。1回だけでは、資料の難易度やその日の慣れに左右されます。

架空の「2資料の差分確認」では、次のダミー文書を使います。

• project-rule-v1.docx：申請期限は毎月10日、承認者は部門責任者

• project-rule-v2.docx：申請期限は毎月7日、承認者は部門責任者、緊急申請の項目を追加

初稿作成だけが30分から2分になっても、事実確認と修正に35分かかれば効率化ではありません。

Afterで使う貼り付け用プロンプト

対象ファイルを正しい入口から選択し、次のプロンプトを使います。PC上のパスを貼っただけでCopilotがファイルへアクセスできるとは扱いません。

選択した2つの架空文書だけを比較してください。

目的:
改訂前と改訂後の業務ルールの差分を確認する。

出力:

1. 追加

2. 削除

3. 変更

4. 変更なし

各項目を表にし、次を付けてください。

- 改訂前の記載

- 改訂後の記載

- 根拠となる見出しまたは該当箇所

- 人が確認すべき点

文書にない理由や影響は推測しないでください。
確認できない場合は「資料から確認できません」と書いてください。
最終判断や承認は行わず、比較結果の初稿だけを作成してください。

利用者は回答時間だけでなく、根拠箇所を開き、期限、承認者、追加項目を原文と照合する時間を記録します。

期待する観測

管理センター側では、AI Administratorなど必要な役割を持つ担当者が、対象12人のEnabled UsersとActive Usersを確認します。ただし集計値には時間差があります。活動日のデータは通常UTC日の終了後48時間以内に利用可能になるため、利用当日に0件でも、直ちに未利用や故障と断定しません。

一条件だけ変える

After 1では上のプロンプトを使います。After 2では、資料と他の文面は変えず、次の1行だけ削除します。

各項目に「根拠となる見出しまたは該当箇所」を付けてください。

比較するのは、根拠提示の指示が事実確認時間と根拠不足件数へ与える影響です。指示を削除すると初稿が少し短くなっても、人が原文を探す時間や根拠不足が増える可能性があります。

結果が逆なら、そのまま記録します。一度に資料、人数、対象アプリも変えると、差の原因を説明できません。

Usage Reportと業務KPIを分ける

Active users rateが75%なら、12人中9人が使ったという確認にはなります。しかし、9人の総時間が減ったのか、3人が使わなかった理由が教育不足なのか、対象業務に合わないのかは別途確認が必要です。

対応環境・契約・入口・制約（公式確認：2026年10月28日）

Dashboardの数字を急いで断定しない

Microsoft Copilot Dashboardはreadiness、adoption、impact、sentimentを扱います。ただし、今回の12ライセンス規模で利用できるのはreadiness、adoption／impact、Microsoft Copilot／Copilot Chat insightsが中心です。agent関連分析、ベンチマーク、intelligent summaries、sentiment、週・月のトレンド、manager向けgroup viewは50以上のCopilotライセンスまたは50以上のViva Insightsライセンスが必要です。公式情報ではreadiness・adoption・impactのデータは過去28日で、現在日から最大6日の遅延があります。

4週間パイロット終了日の画面だけで最終判断すると、終盤の利用がまだ反映されていない可能性があります。評価対象期間、レポート取得日、表示上の最終データ日、ライセンス割当日、対象者数、欠測を記録します。

12人パイロットでは、高度な分析や小グループ比較を使える前提にしません。Dashboardの表示権限、ライセンス数、最低グループサイズ、匿名化設定を確認します。使えない機能を想像で補わず、個人名を公開しない評価票と全体集計を基本にします。

失敗例と理由

利用率は高いが総時間が増えた

初稿を作る楽しさから利用回数は増えても、入力準備、根拠確認、修正が増えることがあります。プロンプト、参照資料、成果物の粒度を見直し、それでも総時間が増えるなら対象業務を保留します。

使わない人へすぐライセンス返却を求めた

Active Usersには集計期間とデータ遅延があります。割当直後の観測だけで未利用と決めず、アプリが使えるか、対象業務があったか、教育を受けたかを先に確認します。

早期利用者だけで成功した

AIに慣れた人だけを選ぶと、全社展開後の問い合わせや確認負荷を見誤ります。一般利用者を含めますが、少人数の個人特定につながる集計公開は避けます。

プロンプト数を増やすことが目的になった

質問のやり直しが多いほどPrompt数は増えます。Prompt数の多さは習熟だけでなく、失敗や迷いも含むため、総時間、完成品質、問い合わせ理由と並べて読みます。

実データで最初から試した

実在する個人情報や顧客情報を教材として投入せず、架空資料で操作と記録方法を確認してから、管理者承認済みの対象へ広げます。

4週間後の判断

15%はMicrosoftの保証値ではなく、架空のA社が事前に置く社内基準です。組織の費用、業務量、リスク許容度に合わせます。

実務での判断

全社展開へ進めるのは、利用者が多いときではなく、特定業務で「総時間が減る」「品質を維持できる」「重大なリスクがない」を再現できたときです。

資料比較では有効でも、短い定型メールでは確認負荷が上回る場合があります。業務ごとに継続、改善、対象変更、停止を分けます。12人の結果を全社へそのまま外挿せず、次のグループへプロンプト、失敗例、FAQ、測定票を渡し、同じKPIで再確認します。

まとめ

Microsoft Copilotのパイロットでは、Usage Reportで配布・利用を確認しつつ、Before/Afterの総時間、事実誤り、根拠不足、手戻り、セキュリティ事象を別に測ります。

12人・4週間の小規模試験でも、対象業務、入力、測定方法、一条件変更をそろえれば、継続判断の理由を説明できます。利用率を成果と読み替えず、データ遅延と契約差を記録し、人が最終判断することが重要です。

公式情報・一次情報

• Microsoft Learn — Microsoft Copilot adoption guide and overview for IT admins

• Microsoft Learn — Set up Microsoft Copilot and assign licenses

• Microsoft Learn — Microsoft Copilot Usage Report

• Microsoft Learn — Microsoft Copilot reporting options for admins

• Microsoft Learn — Connect to the Microsoft Copilot Dashboard

• Microsoft Learn — License options for Microsoft Copilot