AI を業務に入れた後、よく聞くのが「たしかに楽になった気はするけれど、どれくらい効果が出たのかと聞かれると答えられない」という声です。経営層に報告できず、次の予算も取れない。結果、PoC(ピーオーシー/Proof of Concept = 実現可能性を確かめる小規模な試行)止まりで終わる。
原因のほとんどは、AI の性能ではありません。導入前の数字を誰も測っていなかったことです。比較対象がなければ、どんな優秀なツールでも効果はゼロと同じ扱いになります。この記事では、導入前に「削減時間のベースライン(基準値)」を置くための、現場で実際に回せる測り方を整理します。
なぜ「導入後に測る」では手遅れなのか
導入後に「前はどれくらいかかっていましたか?」と聞くと、だいたい記憶で答えが返ってきます。そしてその記憶は、たいてい実態とズレます。
- 過大申告になりやすい:面倒だった作業ほど、体感時間は長く記憶されます
- 過小申告にもなる:細切れの作業(メール確認、転記、確認待ち)は記憶に残らず、合計すると大きいのに「ほぼゼロ」と答えられる
- 観測されると行動が変わる:測定されていると分かった時点で、人は普段と違う働き方をします。導入後だけ測ると、この変化と AI の効果が混ざって切り分けられません
さらに厄介なのは、社内に説明する場面です。「以前は 3 時間くらいかかっていたと思います」という申告ベースの数字は、経理や経営企画のレビューで必ず止まります。記録として残っている数字でなければ、投資判断の材料にならないからです。
まず決める:何を「効果」と呼ぶのか
削減時間だけを追うと、後で「で、それでコストは下がったのか?」という問いに詰まります。指標はあらかじめ階層で整理しておくと説明が楽になります。
| 層 | 指標の例 | 測りやすさ | 使いどころ |
|---|---|---|---|
| 作業レベル | 1 件あたりの処理時間、修正回数、やり直し率 | 高い | 現場での改善判断 |
| 業務レベル | 月間の総投入時間、リードタイム(着手から完了まで)、処理件数 | 中 | 部門長への報告 |
| 経営レベル | 人件費換算額、残業時間、採用抑制、売上機会の増加 | 低い | 投資判断・稟議 |
| 品質・リスク | 誤りの発生件数、クレーム件数、手戻り工数 | 中 | 導入の可否判断 |
重要なのは、作業レベルの数字から経営レベルへ換算する道筋を、導入前に決めておくことです。後から換算式を作ると「都合のいい計算をした」と見なされます。
削減時間の測り方 3 つ — 精度とコストのバランスで選ぶ
「全員に 1 か月タイムログをつけてもらう」は理想的ですが、まず続きません。現実的な選択肢は次の 3 つです。
| 手法 | やり方 | 工数 | 精度 | 向く業務 |
|---|---|---|---|---|
| 件数 × 単位時間法 | 処理件数を記録 or システムから取得し、1 件あたりの所要時間をストップウォッチで数件実測して掛ける | 小 | 中〜高 | 問い合わせ対応、見積作成、報告書作成など定型・反復 |
| タイムサンプリング法 | 1 日数回ランダムな時刻に通知を出し「今なにをしていたか」だけ記録。比率から総時間を推計 | 中 | 中 | 業務が多岐にわたる企画職・管理職 |
| 業務分解(WBS)法 | 対象業務を工程に分解し、各工程の所要時間を担当者ヒアリング+実測で埋める | 大 | 高 | 工程が複雑で、AI が一部工程だけを置き換える場合 |
最初に試すなら「件数 × 単位時間法」
ほとんどのケースでこれが最適解です。手順は単純です。
- 対象業務を 1 つに絞る(複数やると失敗します)
- その業務の「1 件」の定義を書き出す(例:顧客からの問い合わせメール 1 通への返信を完了するまで)
- 5〜10 件、実際にストップウォッチで測る。中断時間は除く
- 中央値と最大・最小を記録する(平均だけだと外れ値に引きずられます)
- 月間の件数を、メールボックス・基幹システム・チケット管理ツールなどの既存記録から拾う
たとえば次のような場面です。社内の総務が受ける「経費精算の書き方」に関する質問に、1 件あたり中央値 8 分かかっていた。月の質問件数がチャットツールの検索で 120 件だった。これだけで、月 960 分 = 16 時間という導入前の数字が置けます。ここに社内規程を読み込ませた RAG(検索拡張生成。AI が社内文書を検索してから回答を作る仕組み)型のチャットボットを入れるなら、比較対象はもう揃っています。
金額に換算するときの注意点
削減時間を金額にするときの式はシンプルです。
年間削減額 = 月間削減時間 × 12 × 時間単価
問題は時間単価の決め方です。ここを雑にやると稟議で必ず突っ込まれます。
- 年収を労働時間で割るだけでは不足:社会保険料の会社負担分、賞与、間接費を含めた「人件費総額」ベースで出す。経理部門に「対象部署の年間人件費総額」を聞くのが早い
- 分母の労働時間は社内実績を使う:所定労働時間ではなく、実績値を使うほうが保守的です
- 削減時間 ≠ コスト削減:人を減らさない限り、人件費は減りません。これは隠さず明記します
最後の点が実務上いちばん重要です。報告では「削減額」と書かず、「創出時間とその機会価値」として出し、浮いた時間を何に充てるか(提案活動、品質チェック、残業削減)までセットで書くほうが通りやすくなります。残業削減に充てる場合は割増賃金分が実際のキャッシュとして効きますから、そこは明確に金額で書ける部分です。
なお、労働時間の把握そのものについては、厚生労働省の「労働時間の適正な把握のために使用者が講ずべき措置に関するガイドライン」があり、労働安全衛生法でも労働時間の状況の把握が求められています。測定のために新しく記録を作る前に、すでに義務として取っている勤怠記録が使えないかを確認してください。多くの場合、追加の測定より既存データのほうが信頼されます。
ベースライン測定で踏みやすい 4 つの罠
1. 平均値だけ見てロングテールを見落とす
定型業務の 8 割は AI で速くなっても、残り 2 割の例外処理に時間の大半が吸われているケースはよくあります。測定時は必ず所要時間の分布(最短・中央値・最長)を記録し、「AI が効くのは分布のどの部分か」を見極めてください。
2. レビュー時間を数え忘れる
生成 AI を使う業務では、作成時間は減っても確認・修正時間が増えることがあります。測るべきは「作成時間」ではなく「出荷できる品質になるまでの総時間」です。導入前の測定でも、見直し・上長確認の時間を必ず含めてください。
3. 切り替えコストを無視する
ツールを開く、プロンプト(AI への指示文)を書く、結果をコピーして元のシステムに貼る。この往復が 1 件あたり 1〜2 分あると、短時間作業では効果が消えます。導入前に「現状のツール往復回数」も数えておくと、後で効果が出なかった理由を説明できます。
4. 測定期間が短すぎる・季節性を無視する
月初・月末、繁忙期で件数は大きく変動します。最低でも 2 週間、可能なら 1 か月。難しければ「繁忙期の 1 週間」と「通常期の 1 週間」の 2 点を取ってください。
明日から始める 1 週間ベースライン測定
完璧を目指さず、まずこの形で回してみてください。
| 日程 | やること | 成果物 |
|---|---|---|
| Day 1 | 対象業務を 1 つ決め、「1 件」の定義と開始・終了条件を文章で書く | 業務定義メモ(A4 半ページ) |
| Day 2 | 既存システム・メール・チャットから過去 3 か月の件数を抽出 | 月間件数(3 か月分) |
| Day 3〜5 | 担当者 2〜3 名が各 5 件、実測。レビュー時間も含める | 所要時間の実測データ |
| Day 6 | 中央値・最長・最短を算出。月間総時間を計算 | ベースライン値 |
| Day 7 | 時間単価を経理に確認し、機会価値を算出。目標削減率を仮置き | 1 枚の比較シート |
仕上がりは「現状:月 16 時間 / 導入目標:月 6 時間 / 差分:10 時間」という 3 行で十分です。この 3 行があるかないかで、半年後の評価会議の難易度がまったく変わります。
まとめ
AI 導入の効果測定は、高度な分析手法の問題ではありません。導入前に、誰でも再現できる形で数字を記録に残したかどうかだけです。
- 効果が説明できない原因の多くは、比較対象(ベースライン)の不在
- まずは「件数 × 単位時間法」で十分。5〜10 件の実測から始める
- 平均値ではなく分布を見る。レビュー時間とツール往復時間を忘れない
- 金額換算では「削減額」と言い切らず、創出時間の使い道まで書く
- 既存の勤怠記録やシステムログが使えないか、新規測定の前に必ず確認する
測定に 1 週間かけることを「導入が遅れる」と感じるかもしれません。しかし、効果を説明できずに止まるプロジェクトのほうが、結果としてはるかに遠回りになります。対象業務を 1 つ選んで、今週から数えてみてください。
この記事は、AI で下書きを作り、益山康秀(運営者)が内容を確認して公開しています