結論：生成AIの定着は「使った人数」では測れない
M365 Copilot Chatの利用研究では、企業内で文章作成、情報検索、分析、意思決定支援など幅広い用途に使われていることが示されている。一方で、職種や業務によって利用の偏りもある。
生成AIを全社配布しても、使った人数だけでは成果を説明できない。部門別に何の業務がどれだけ短縮されたかを見る必要がある。
定着KPI
| KPI | 見る内容 | 目標例 |
|---|---|---|
| 週次アクティブ利用 | 継続利用されているか | 対象部門60%以上 |
| 部門別ユースケース数 | 業務に紐づいているか | 部門ごと20件 |
| 保存プロンプト数 | 再利用されているか | 月50件 |
| 削減時間 | ROI | 月100時間 |
| 社内データ利用 | RAGや文書検索に進んでいるか | 上位3データ接続 |
| 低評価理由 | 改善すべき点 | 月次レビュー |
100点監査表
| 監査項目 | 配点 | 100点条件 |
|---|---|---|
| ユースケース | 20点 | 部門別に具体化 |
| 教育 | 10点 | 職種別に更新 |
| ログ | 15点 | 部門別利用と成果を追う |
| 成果測定 | 20点 | 削減時間と品質を測る |
| 社内データ | 15点 | RAGや業務システムに接続 |
| ガバナンス | 10点 | 禁止事項と承認を明確化 |
| 改善運用 | 10点 | 月次で見直し |
90日ロードマップ
| 期間 | 実施内容 | 成果物 |
|---|---|---|
| 1〜30日 | 部門別ユースケースを作る | 業務別テンプレート |
| 31〜60日 | 利用ログと削減時間を測る | KPIダッシュボード |
| 61〜90日 | 社内RAG候補を決める | 文書棚卸し、接続計画 |
部門別に見る削減シナリオ
| 部門 | 対象業務 | 現状時間 | AI後 | 月間効果 |
|---|---|---|---|---|
| 営業 | 商談メモから提案骨子作成 | 1件30分×80件 | 1件18分 | 16時間削減 |
| CS | 問い合わせ要約と回答案 | 1件10分×600件 | 1件7分 | 30時間削減 |
| 情シス | チケット分類と手順案内 | 1件8分×500件 | 1件5分 | 25時間削減 |
| 経理 | 請求確認メモ作成 | 1件6分×400件 | 1件4分 | 13時間削減 |
| 人事 | 制度問い合わせ回答案 | 1件12分×200件 | 1件7分 | 17時間削減 |
この例では5部門で月101時間の削減余地がある。時給4,000円で換算すると月40万円相当である。ただし、教育、プロンプト管理、社内RAG更新、セキュリティ確認に月20時間かかるなら、純削減は約81時間として見る。
社内RAGと業務システム連携へ進む判断基準
| 判断項目 | 進める基準 |
|---|---|
| 同じ質問が月100件以上ある | FAQ/RAG化する |
| 文書探索が週10時間以上ある | 社内ナレッジ検索へ接続 |
| CRMや基幹の情報が必要 | API連携や中間DBを検討 |
| 回答根拠が求められる | 出典表示と版管理を入れる |
| 部署ごとに見せる情報が違う | 権限設計を先に行う |
Copilotのような生成AIツールは、単体利用から始めやすい。一方で、業務成果をさらに伸ばすには、社内RAG、CRM、チケット、基幹システム、レガシーDBとの連携が必要になる。ここから先は、ツール導入ではなくシステム開発と運用設計の領域である。
GXOのFDE+で進める場合
| フェーズ | 実施内容 | 成果物 |
|---|---|---|
| FDE+ Brief | 対象業務、KPI、利用部門を決める | 実行ブリーフ |
| FDE+ Playbook | 90日定着計画を作る | ユースケース、ログ、教育計画 |
| FDE+ Ready | 社内データ、権限、RAG候補を棚卸し | データ台帳、権限表 |
| FDE+ Squad | RAG、API、AIポータルを実装 | 社内AIポータル、ダッシュボード |
生成AI定着は、研修だけで終わらせない。週次利用、削減時間、問い合わせ削減、保存プロンプト、社内RAG利用件数を同じダッシュボードで見ることで、次に投資すべき部門と業務が分かる。
GXOで支援できること
GXOでは、生成AI定着のための部門別ユースケース、AIポータル、社内RAG、利用ログ分析、教育更新をFDE+ Playbookで整理する。