Microsoft 365 Copilot の効果測定｜時間短縮をアンケートで測るときの設問と、数字が膨らむ理由

Copilot を一部の社員に配って2〜3か月。経営や部門長から効果を聞かれて、アンケートを取ることにした。集計すると「1人あたり週に数時間減った」と出たが、この数字をそのまま報告してよいのか、自分でも少し疑っている。そんな状況の方に向けて書いています。

この記事で分かるのは、アンケートで出す時間短縮の数字がどこで膨らむか、膨らまないように何をどう聞くか、そして人数と期間を管理センターの使用状況レポートにどう合わせるかです。使用状況レポートそのものの見方と、業務の所要時間を実測する手順は、それぞれ別の記事に任せ、ここでは扱いません。

当社は Microsoft 365 と生成 AI の導入を支援しています。この記事は、効果の数字を報告する前に、期間・数える相手・定義の3つがそろっているかを確かめる、という手順を Copilot のアンケートに当てはめて整理したものです。本文の数字の例は、説明のために置いた架空の会社のもので、当社やお客様の実績ではありません。この記事の Copilot は Microsoft 365 Copilot のことで、Microsoft Learn と管理センターのレポートでは Microsoft Copilot と呼ばれています。以後、Copilot と書きます。

短縮した時間は、1件あたりの短縮時間 × 件数 × 人数 の掛け算

「Copilot で週に○時間減った」という数字は、アンケートの集計のどこかで、次の式を通っています。

アンケートで本人から取れるのは、このうち「1件あたりの短縮時間」と「件数」です。「人数」は集計する側が決めます。式の形が同じなら、問題は式ではなく、3つの数のそれぞれをどう取ったかにあります。アンケートの数字が信じてもらえないのは、設問が悪いというより、3つの数のうちどれかが、聞き方か掛け方で膨らんでいるからです。

膨らみ方は3つで別々です。次の2つの節で、本人の答えが膨らむ理由（1件あたりの短縮時間と件数）と、集計で膨らむ理由（人数）を分けて見ます。そのあとで、設問の形と、使用状況レポートの使い方に進みます。

この記事に関連するサービス

Microsoft 365 Copilot 導入支援Copilotを、共有の見直しから配るところまで。詳しく見る →M365・Google Workspace の移行と設定の相談移行と設定を、1件から相談できます。詳しく見る →Microsoft 365 導入支援Exchange・SharePoint・Teamsの移行から権限設計・Copilot活用まで詳しく見る →Google Workspace 導入・移行支援Gmail移行から権限設計・Gemini活用まで詳しく見る →AIセキュリティ診断・規約・ルール整備AIを使う前に、出す前に。安全の確認と、規約・ルールの整備を詳しく見る →

記憶で答える数は、「ふだん」と聞くと膨らむ

「Copilot で1回あたり何分減りましたか」への答えは、記録ではなく記憶です。出力を読んで、誤りを直し、言い回しを整えた時間は、本人の中では「Copilot を使った時間」ではなく「自分の仕事」に入っていることがあり、そのときは短縮時間から引かれません。短縮した時間と、確かめて直した時間を別々に聞くと、差が見えます。

件数のほうは、聞く期間で変わります。「ふだん、週に何回使いますか」と聞くと、使う週の回数が返ってきます。出張や休みで1回も開かなかった週は「ふだん」に入りません。「先週、何件」と期間を区切って聞くと、使わなかった週がそのまま0件として数えられます。回数を「ふだん」で取るか「先週」で取るかで同じ人の答えが変わる、というのが、この聞き方を分ける理由です。

もう1つ、配った直後の件数には試しに使った分が入る、と見ておきます。1か月目のアンケートの件数を、そのまま年の件数にしないほうがよいのはこのためです。件数が落ち着いたかどうかは、翌月も同じ設問で配って比べます。使用状況レポートの「送信されたプロンプト」の傾向ビュー（Copilot Chat に送ったプロンプトの数の日ごとの推移）も使い方の増減の目安にはなりますが、業務の件数そのものではありません（理由は後の節で書きます）。

答えるのは使っている人で、ライセンスの数を掛けると膨らむ

アンケートに答えるのは、Copilot を使って何か言いたいことがある人に寄る、と当社は見ています。使っていない人は、聞かれても書くことがないので、答えないか「便利だった場面」の設問を飛ばしがちです。そうなると、集まった答えの平均は「使っている人の平均」になります。

集計のときに、この平均に Copilot のライセンスの数を掛けると、使っていない人の分まで短縮したことになります。たとえば40席を配って、27人が答え、そのうち20人が先週使ったと答えた会社で、20人の平均に40を掛けるのが、人数で膨らむ形です。

掛ける人数は、アンケートの外で決めます。管理センターの使用状況レポートには、選んだ期間にライセンスを持っていた人の数（有効なユーザー）と、その期間に Microsoft 365 のアプリで、本人が開始した Copilot の機能を1回でも試した人の数（アクティブ ユーザー）が出ます。答えた人の平均を当てはめてよいのは、アクティブ ユーザーまでです。有効なユーザーのうちアクティブでない人は、0件として扱います。

ここで、当てはめる平均を誰の平均にするかで、もう一度膨らみます。アクティブ ユーザーは28日のうち1回でも使った人なので、先週だけ使わなかった人も入ります。その人はアンケートで「先週0件」と答えます。「先週使った」と答えた人だけの平均をアクティブ ユーザーに当てはめると、この0件が平均から落ち、前の節の「ふだん」と同じ膨らみ方が、集計の段で戻ってきます。

そこで、アンケートで「この4週間に、Copilot を1回でも使ったか」も聞きます。当てはめる平均は、「使った」と答えた人の、先週0件の人も含めた平均です。これをアクティブ ユーザーの数に掛けます。アクティブ ユーザーのうちアンケートに答えていない人は、答えた人と同じと仮定することになるので、その仮定を報告に書きます。

設問は3つを分けて聞く

ここまでの2つの膨らみ方を避ける設問の形は、次のとおりです。業務を名指しするのは、「Copilot で」とだけ聞くと、人によって思い浮かべる業務が違い、1件の単位がそろわないからです。名指しする業務は、配るときに想定した2〜3つ（会議のまとめ、メールの下書き、資料の初稿など）で足ります。

答えの形を分で選ばせているのは、「何分」と自由に書かせると、15分と20分の違いに意味がないのに、平均を出すと小数点まで出てしまうためです。選択肢の幅は、1件あたりの短縮時間を5分刻みより細かく答えるのは難しい、という前提で置いています。

時間の設問とは別に、Copilot の受け止めを聞く設問を4つ添えます。Viva Insights の Copilot ダッシュボード（ビジネス・エンタープライズ向けの Microsoft 365 か Office 365 を契約し、Exchange Online を使っている組織で見られる、Copilot の利用状況の画面）の Microsoft Learn の説明には、Viva Insights のサブスクリプションがある組織の Viva Insights 管理者がアンケートの結果を CSV でダッシュボードに取り込む場合に含める文として、次の4つが載っています。

• Copilot を使用すると、自分の課題または業績の品質を向上させるのに役立ちます
• Copilot を使用すると、ありふれたタスクや繰り返しのタスクを行うことに関する心労を減らすのに役立ちます
• Copilot を使用することで、タスクが早く完了できるようになります
• Copilot を使用すると、生産性が向上します

この4つは、時間の設問と役割が違います。時間の設問は「どれだけ減ったか」を数えるためのもので、この4つは「本人がどう感じているか」を同じ物差しで追うためのものです。答えの形は、Learn では5段階でも7段階でも文字列でもよく、取り込むときに管理者が100点満点に直す決まりになっています。この記事では5段階（強くそう思う〜まったくそう思わない）で聞く前提で置きます。ダッシュボードに取り込まない会社でも、この文のまま聞いておけば、回を重ねたときに手元で前の結果と並べられます（Microsoft Learn「Microsoft Copilot ダッシュボード」）。

配り方で決めること

配る相手は、Copilot のライセンスを持つ全員です。使っている人だけに配ると、人数の膨らみが設問の段階で起きます。配る時期は、使用状況レポートを見る日（書き出す日）を先に決め、その数日前に終わる7日を「先週」として設問に書きます。ある日の分は通常その日の終わり（UTC）から48時間以内に見られるようになり、さらに過去3日分は毎日確かめ直して欠けを埋める、と Learn にあるので、少し余裕を置きます。月曜から日曜を「先週」にするなら、レポートを見るのは木曜以降です。こうすると「先週」が、レポートの28日の中に入ります。

アンケートは無記名でかまいません。記名にしてレポートのユーザー別の表と突き合わせれば、誰がアクティブ ユーザーかを本人の答えに頼らずに分けられますが、この記事では「この4週間に1回でも使ったか」の設問で代える前提にしています。答えを部署や職種と結びつけるかどうかは、組織の判断です。Copilot ダッシュボードが、最小グループ サイズに満たないグループの数字を出さない仕組みを取っているのと同じ理由で、人数の少ない部署の結果は、まとめてから見るほうが無難です。

人数と期間は、使用状況レポートに合わせてから掛ける

Microsoft 365 管理センターの Copilot の使用状況レポート（利用状況レポートとも呼ばれます）は、過去7・28・90・180日のどれかの期間を選んで表示し、ある日の分は通常、その日の終わり（UTC）から48時間以内に見られます（Microsoft Learn「Microsoft Copilot の使用状況レポート」）。アンケートの集計で使うのは、このうち28日の有効なユーザーとアクティブ ユーザーの数だけです。列の見方、書き出し、最後に使った日の数え方、付け替えの判断は、使用状況レポートで使われていないライセンスを見つける記事に書いています。

期間のそろえ方は、先週の件数 × 4週 ＝ 28日です。28日は4週ちょうどなので、暦の月（30日や31日）より扱いやすく、レポートの期間と同じになります。1か月の数字として報告したいときも、28日の数字に「28日あたり」と書くほうが、レポートと突き合わせられます。ただし、この置き方は1週の答えを4倍にするので、先週が連休や月末の締めに当たると、その偶然も4倍になります。人数の少ない会社ほど効くので、配る週はそうした週を外して決めます。

人数のそろえ方は、前の節のとおり、アクティブ ユーザーを上限にし、「この4週間に使った」と答えた人の平均（先週0件を含む）を掛けます。ここで1つ気をつけるのは、アクティブ ユーザーは「本人が開始した機能を1回でも試した人」の数で、使った量ではないことです。月に1回だけ要約を試した人も、毎日使っている人も、同じ1人です。だから人数の上限には使えますが、件数の代わりにはなりません。レポートのユーザー別の表には送信したプロンプトの数の列もありますが、1件の資料に何度も聞き直すことがあるので、プロンプト1件と業務1件は対応しません。件数はアンケートの「先週、何件」から取り、レポートは人数のためだけに使います。

感じ方のほうは、レポートではなく Copilot ダッシュボードに「満足度」があります。Microsoft 365 のアプリで Copilot の回答に付けた「サムアップ」（回答への「良い」の評価）が、全リアクションに占める割合で、28日に5人以上から30件以上のフィードバックがあるときだけ表示されます。アンケートの4つの文と同じく「感じ方」の数字で、時間の数字とは足しません。

Copilot ダッシュボードの「Copilot アシスト時間」も、掛け算の推定

Copilot ダッシュボードに出る「Copilot アシスト時間」という数字も、構造は同じ掛け算です。Learn の説明によると、従業員の Copilot でのアクションの数に、Microsoft の調査から導いた乗数を掛けて出す推定値です。

係数は、検索や要約のアクション1回を6分、作成のアクション1回を6分と置き、会議の要約は要約した会議の長さをそのまま足します。6分の出どころは、163人と147人のナレッジ ワーカー（事務や企画など、机で考える仕事の人）を対象にした Microsoft の調査で、Learn 自身が「正確な計算ではなく、利用可能な最良の研究に基づく大まかな近似値」と書いています。これに時給（既定は72米ドル、設定で変えられる）を掛けたものが「Copilot アシスト値」です。Copilot Cowork（会話で頼んだ仕事や、予定を組んだ仕事を Copilot が実行する機能）にも同じ名前の「アシスト時間」がありますが、こちらは Cowork 用の別の方法で計算されるもので、Learn のCopilot Cowork の使用状況のページには「時間の節約、生産性の向上、ビジネス成果、または実現された価値を直接測定するものではありません」と書かれています。

つまり、ダッシュボードの数字は「アクションの数は実際の記録、1アクションあたりの時間は Microsoft が置いた係数」です。アンケートの数字は「件数も1件あたりの時間も本人の申告」。どちらを報告に使うにしても、3つの数のうちどれが記録で、どれが申告か係数かを添えれば、受け取る側が数字の確かさを判断できます。なお、Copilot のライセンスが1〜49のテナント（Microsoft 365 を使う組織の単位）では、Viva Insights のライセンスが50以上無い限り、ダッシュボードのアンケート連携（Microsoft のアンケートの製品 Viva Pulse と Viva Glint のデータによるセンチメント指標）と週・月の推移は含まれません。どちらのライセンスも50に満たない会社では、感じ方の数字は自前のアンケートで取ることになります。

例：120人の会社が40席を配って2か月目（架空）

ここまでの話を、1つの架空の会社で通して計算します。社員120人、Copilot のライセンス40席、配って2か月目。アンケートは40人に配って27人が答え、20人が「先週使った」、7人が「先週は使っていない」。先週使っていない7人のうち5人は「この4週間には使った」、2人は「この4週間に1回も使っていない」と答えました。使った20人の申告の平均は、1件あたり15分の短縮、確かめて直すのに5分、「ふだん」で聞くと週10回。先週の件数は20人で合わせて150件です。使用状況レポートの28日のアクティブ ユーザーは30人です。値はすべて説明のために置いたもので、どれかの会社の実績ではありません。

当てはめる平均は、「この4週間に使った」25人（先週使った20人＋先週0件の5人）の平均で、150件 ÷ 25人 ＝ 週6件です。アクティブ ユーザー30人のうち、残る5人はアンケートに答えていないと見て、同じ平均を当てはめます。

差は400時間と120時間で、3.3倍です。この倍率は、作り手が置いた値から出たもので、どの会社でもこうなるという数字ではありません。見てほしいのは倍率ではなく、1つずつ直したときの動きです。短縮時間から確かめ直しの5分を引くだけで400時間が266.7時間に、件数を先週の6件にするだけで240時間に、人数をアクティブ ユーザーの30人にするだけで300時間になります。3つは掛け算なので、それぞれの直しの倍率（3分の2、5分の3、4分の3）が掛け合わさり、3つとも直すと400時間の3割になります。

3つを直しても、当てはめる平均を「先週使った」20人だけの平均（150件 ÷ 20人 ＝ 週7.5件）にすると、10分 × 週7.5件 × 4週 × 30人 ＝ 9,000分 ＝ 150時間です。先週0件だったアクティブな5人を平均から落とした分だけ、120時間より膨らみます。

直した120時間にも、まだ前提が残っています。アンケートに答えていないアクティブ ユーザー5人は、答えた人と同じと仮定しています。「この4週間に使った」は本人の答えで、レポートのアクティブ ユーザーの数え方と完全には一致しません。15分と5分は本人の記憶です。これを報告に書くのが次の節です。

報告には、3つの数と前提を同じ紙に書く

合計の時間だけを報告すると、受け取った側は「どう数えたか」を聞くしかなく、聞かれて初めて前提を説明することになります。最初から3つの数と前提を同じ紙に置けば、数字の確かさを受け取る側が判断でき、翌月に同じ形で出せば、変化が見えます。

気をつける点は2つです。1つは、合計を年に伸ばさないことです。28日の数字に12や13を掛けると、配った直後の件数の多さと、アンケートに答えた人の偏りが、そのまま12倍になります。買う前の試算として年の数字が要るときは、試算だと分かる別の紙にします。もう1つは、「短縮した時間」と「浮いた時間の使い道」を足さないことです。時間が減ったことと、減った時間で別の仕事をしたことは別の話で、後者はアンケートでは取れません。

アンケートで取れないものは、ほかにもあります。出力の品質が上がったか、確かめて直す時間が本当に5分だったかは、本人の記憶では分かりません。信じてもらう数字にするなら、名指しした2〜3の業務について、前と後（配る前後か、研修の前後）で同じ担当者が同じ方法で所要時間を実測します。研修の前後で測る手順はCopilot の研修を買う前に決めることの記事の「研修のあとの確かめ方」に書いているので、ここでは繰り返しません。アンケートは全員に広く、実測は少数の業務に深く、という分担です。

使用状況レポートを見る日を決めて、設問を作る

次にすることは、使用状況レポートを見る日（書き出す日）を決め、その数日前に終わる7日を「先週」にしたアンケートの設問を、この記事の表の形で2〜3の業務について作ることです。配るときに、「先週」がどの7日かを設問に書いておきます。集計の式と前提を書く欄は、配る前に作っておくと、集計の日に迷いません。

当社は、Microsoft 365 の導入と活用を支援しています。配った後の測り方と報告の型を一緒に組むところからご相談いただけます。

レポート・ダッシュボードの仕様は、2026年10月26日に Microsoft Learn 日本語版と英語版（Microsoft Copilot の使用状況レポート、Microsoft Copilot ダッシュボード、Copilot Cowork の使用状況）で確かめたものです。仕様は変わることがあるため、報告に使う前に各ページの最新を確かめてください。