はじめに
Geminiを社内に導入したものの、「実際に何人が使っているのか」「どの部門で定着しているのか」「研修は成果につながっているのか」が把握できていない企業は少なくない。
利用者へのアンケートだけでは、回答者の主観に偏りやすい。一方、単純な利用回数だけを見ても、その利用が業務成果につながったかまでは判断できない。
必要なのは、Google Workspace管理コンソールから取得できる利用データを起点に、次の3つを分けて評価する仕組みである。
- Geminiが使われているか
- 業務の中に定着しているか
- 組織の成果につながっているか
本記事では、Google Workspace管理コンソール、BigQuery、Looker Studioを組み合わせ、Geminiの導入状況を継続的に改善するダッシュボードの設計方法を解説する。
Gemini導入で測るべきものは「利用回数」だけではない
Geminiの導入状況を確認する際、最も分かりやすい指標は利用回数である。しかし、利用回数だけで定着を評価すると、実態を見誤る可能性がある。
例えば、特定の社員が試しに大量のプロンプトを入力しただけでも、組織全体の利用回数は増える。一方で、少ない回数でも定型業務を効率化し、毎週継続して使っている利用者もいる。
そのため、ダッシュボードでは少なくとも次の4領域を分けて評価する必要がある。
| 評価領域 | 主な指標 | 確認したいこと |
|---|---|---|
| 導入 | 対象者数、アクティブユーザー率 | 使い始めた人がどれだけいるか |
| 定着 | アクティブ日数、継続率、利用アプリ数 | 日常業務に組み込まれているか |
| 活用の広がり | アプリ別・機能別利用数 | どの業務で使われているか |
| 成果 | 削減時間、処理時間、品質、売上等 | 利用が業務成果につながったか |
管理コンソールで把握できるのは、主に「導入」「定着」「活用の広がり」である。「成果」については、業務システムのデータやアンケートなどを別途組み合わせる必要がある。
Google Workspace管理コンソールで確認できるGeminiレポート
Google Workspace管理コンソールでは、「生成AI」からGeminiレポートを確認できる。
組織単位のレポートでは、対象期間を過去7日、28日、90日から選択し、組織部門やグループ別に利用状況を確認できる。標準は過去28日である。
主な確認項目は次のとおりである。
- Geminiのアクティブユーザー数
- 対象ライセンス保有者に占める利用者の割合
- 日別利用状況
- アプリ別の利用状況
- 機能別の利用回数
- AI機能の利用上限に達したユーザー数
ユーザーレベルでは、過去28日間の利用状況がHigh、Medium、Low、Zeroに分類される。
| 区分 | 現行の分類基準 |
|---|---|
| High | 利用回数が20回以上で、非ゼロ利用者の上位10％ |
| Medium | 利用回数が5回以上 |
| Low | 利用回数が4回以下 |
| Zero | 利用実績なし |
このほか、利用日数や「Days at limit」と呼ばれるAI機能の上限到達日数も確認できる。なお、最新データがレポートに反映されるまで2～3日かかる場合がある。Google Workspace公式「Geminiの利用状況を確認する」
High・Medium・Low・Zeroの正しい使い方
この分類は、人事評価や社員同士の順位づけに使うものではない。次の施策を決めるための診断指標として活用する。
- High：効果的な使い方を社内に共有する推進役候補
- Medium：別のアプリや業務への展開候補
- Low：操作方法やユースケース研修の対象
- Zero：利用できない理由を確認する対象
- Days at limitが多い人：AI Expanded Accessなどの必要性を検討
Zeroユーザーについても、直ちに「不要」と判断してはいけない。職種上Geminiを使う場面が少ない場合もあれば、権限、教育、心理的不安、業務ルールが障壁になっている場合もあるからだ。
また、現在はGemini機能が対象のGoogle Workspaceライセンスに含まれる構成が中心である。したがって、「未利用者からGeminiだけを回収する」という運用ができるとは限らない。ライセンス最適化は、AI Expanded Accessや旧アドオン、契約プランの構成を確認したうえで判断する必要がある。
3段階で構築するGemini定着ダッシュボード
組織の規模や分析目的に応じて、ダッシュボードを3段階で発展させる。
第1段階：管理コンソールだけで現状を把握する
最初から大規模な分析基盤を構築する必要はない。
まずは管理コンソールのGeminiレポートを使い、次の指標を月次で確認する。
- 全社アクティブユーザー率
- 部門別アクティブユーザー率
- High・Medium・Low・Zeroの構成
- 平均アクティブ日数
- Gmail、Docs、Sheets、Meetなどのアプリ別利用
- AI機能の上限到達者数
この段階の目的は、精密なROI計算ではなく、活用が進んでいる部門と停滞している部門を発見することである。
第2段階：BigQueryで長期データを蓄積する
管理コンソールの画面だけでは、独自の期間比較や複雑な集計に限界がある。より高度な分析を行う場合は、Google WorkspaceのログをBigQueryへ出力する。
BigQueryでは、Gemini for Workspaceのログイベントを含むGoogle Workspaceデータを蓄積し、SQLで分析できる。
ただし、BigQuery Exportは利用できるエディションが限られる。また、ログイベントの出力には課金設定が必要であり、出力テーブルには初期状態で有効期限が設定される場合もある。導入前にエディション、保存期間、取り込み料金、クエリ料金を確認しておきたい。Google Workspace公式「BigQueryへのサービスログ出力」
Geminiの監査ログでは、主に次の属性を取得できる。
app_name：Docs、Sheets、Gmail、Meet、Geminiアプリなどevent_category：対話、生成、要約、非アクティブなどfeature_source：Help me write、サイドパネル、AI関数など
Googleの現行イベント定義では、event_categoryがinactiveのイベントは、アクティブ利用として数えない扱いである。独自集計を行う場合も、単純な全イベント数ではなく、アクティブ利用に該当するカテゴリを明示的に抽出する必要がある。Google for Developers「Gemini in Workspace Apps Activity Events」
また、BigQueryの標準出力には組織部門を直接示す列がない場合がある。部門別分析を行うには、ユーザーと組織部門の対応表を別途保存し、ログデータと結合する設計が必要である。
第3段階：Looker Studioで役割別に可視化する
BigQueryに蓄積したデータは、Looker Studioと接続することでダッシュボード化できる。
全利用者に同じ画面を見せるのではなく、意思決定者ごとに表示内容を変えることが重要である。
経営層向け画面
- 全社アクティブユーザー率
- 月次推移
- 部門別の活用差
- 上限到達者数
- 削減時間や業務成果
- AI投資の継続判断に必要な指標
DX・AI推進担当者向け画面
- アプリ別利用率
- 機能別利用状況
- High・Medium・Low・Zeroの推移
- 研修受講者と未受講者の比較
- 部門別の活用ギャップ
- 研修後の定着率
部門管理者向け画面
- 部門内の利用状況
- 未活用者・低活用者の傾向
- 活用が進んでいる業務
- 研修や個別支援の対象
- 上限到達者の確認
なお、Looker Studioと有償BI製品のLookerは別のサービスである。自然言語でデータに質問したり、GeminiでLookerの可視化設定を生成したりする機能は、主にLookerの対象インスタンスで提供される。Looker Studioだけで同等の機能が使えると誤解しないよう注意したい。Google Cloud公式「Gemini in Looker」
定着を判断する5つのKPI
1．アクティブユーザー率
対象者のうち、一定期間内にGeminiを利用した人の割合である。
アクティブユーザー率 ＝ Gemini利用者数 ÷ 対象者数 × 100
導入初期の基本指標だが、1回だけ利用した人も含まれるため、継続利用率と組み合わせる必要がある。
2．アクティブ日数
過去28日間のうち、Geminiを利用した日数である。利用回数よりも、日常業務への定着度を把握しやすい。
3．活用アプリ数
Gmailだけで使っているのか、Docs、Sheets、Meetなど複数のアプリへ活用が広がっているのかを確認する。
利用アプリが増えること自体を目的にするのではなく、職種ごとに必要なアプリで利用が進んでいるかを評価する。
4．研修後の継続率
研修受講者について、受講前後のアクティブユーザー率、利用日数、利用機能を比較する。
研修直後の利用増加だけでなく、30日後、60日後、90日後も利用が続いているかを見ることが重要である。
5．業務成果KPI
管理コンソールのデータだけでは、Geminiが業務成果に貢献したかは分からない。そのため、次のデータを組み合わせる。
- 文書作成時間
- メール対応時間
- 会議後の議事録作成時間
- 集計作業の処理時間
- 修正回数
- 問い合わせ対応件数
- 従業員の負担感
- 顧客対応速度
「利用したか」と「成果が出たか」を分けて測定することが、正確なROI評価につながる。
セキュリティ監視にもGeminiログを活用する
Geminiの定着ダッシュボードは、利用促進だけでなくガバナンスにも活用できる。
Google Workspaceの監査・調査機能では、Gemini for Workspaceのログイベントを検索できる。対象エディションでは、ログデータを条件にしたアラートやアクティビティルールも設定できる。Google Workspace公式「Gemini for Workspaceログイベント」
例えば、次のような傾向を監視対象にする。
- 特定アカウントで利用回数が急増した
- 通常利用していないアプリで大量実行が発生した
- 深夜や休日に異常な利用が集中した
- Geminiの利用後に外部共有操作が増加した
- 退職予定者や権限変更対象者の活動が急増した
ただし、利用回数が多いという理由だけで問題利用と判断してはいけない。Driveの外部共有ログや管理者操作、アカウント情報など、複数のデータを組み合わせて確認する必要がある。
90日で進める段階的な導入ロードマップ
1～2週目：評価基準を決める
- 導入目的を明文化する
- 対象部門と対象業務を決める
- アクティブユーザー率などの基準値を取得する
- 業務成果KPIを設定する
3～6週目：管理コンソールで定着を確認する
- High・Medium・Low・Zeroを確認する
- 部門別・アプリ別の差を分析する
- 低活用者への研修を実施する
- 高活用者のユースケースを共有する
7～10週目：データ基盤を拡張する
- 必要に応じてBigQuery Exportを設定する
- データ保存期間とアクセス権限を決める
- ユーザーと組織部門の対応表を整備する
- Looker Studioで役割別画面を作成する
11～13週目：改善サイクルを定着させる
- 研修前後の変化を比較する
- 上限到達者の追加ライセンスを検討する
- 未活用者の障壁を確認する
- セキュリティルールを見直す
- 業務成果KPIと利用データを照合する
ダッシュボードを社員監視ツールにしない
個人別の利用データを扱う際は、利用目的と閲覧権限を明確にする必要がある。
Geminiを使わない理由は、能力不足とは限らない。担当業務との相性、繁忙状況、情報入力への不安、社内ルールの不明確さなど、複数の要因が考えられる。
ダッシュボードは個人を評価するためではなく、教育や環境整備が必要な場所を見つけるために使うべきである。
個人情報を閲覧できる担当者を限定し、経営層には原則として部門単位の集計値を表示するなど、データ最小化を前提とした設計が求められる。
まとめ
Geminiの導入を定着につなげるには、「利用者が増えたか」だけでなく、「継続利用されているか」「業務成果につながったか」まで段階的に確認する必要がある。
最初はGoogle Workspace管理コンソールの標準レポートだけでも十分である。そこから必要に応じてBigQueryとLooker Studioへ拡張すれば、部門別分析、研修効果測定、長期トレンドの把握が可能になる。
重要なのは、精密なダッシュボードを作ること自体ではない。
データから活用上の障壁を見つけ、研修、業務設計、利用ルール、ライセンス判断へ反映し、その結果を再びデータで確認することである。この改善サイクルが回り始めたとき、Geminiは「導入済みのAI」から「組織に定着した業務基盤」へ変わっていく。
コメント