DX推進の報告会で、「ツールの全社導入が完了しました」「ログイン率は85%に達しました」と報告される。数字は達成している。それなのに、現場の残業時間も、処理にかかる日数も変わっていない。
この状態が生まれる原因は、現場の抵抗やITリテラシーの不足ではありません。目標そのものが「ツールを入れること」になっていることです。
本記事では、DXの目標が導入の目的化に陥る構造と、成果を正しく測るための指標の選び方を整理します。DXが失敗する構造の全体像はなぜDXは失敗するのか？経営リーダーが見落とす構造的課題と成功への変革シナリオで扱っています。
「導入」が目標になる理由
導入を目標にしてしまうのは、それが最も測りやすく、最も期日を切りやすいからです。
| 目標の種類 | 測りやすさ | 期日の切りやすさ | 業務が変わったことを示すか |
|---|---|---|---|
| ツールの導入完了 | ◎ | ◎ | 示さない |
| アカウント発行数、ログイン率 | ◎ | ◎ | 示さない |
| 研修の受講完了 | ◎ | ◎ | 示さない |
| 処理時間の短縮 | △（事前の計測が要る） | △ | 示す |
| 手戻り・エラーの減少 | △ | △ | 示す |
| 意思決定までの日数の短縮 | × | × | 示す |
上の3行は、プロジェクトの管理には便利です。しかし、どれを達成しても業務が変わった保証にはなりません。ツールにログインして、以前と同じ作業をしていても数字は上がります。
一方、下の3行は測るのに手間がかかります。事前に現状を測っておく必要があり、効果が出るまで時間差もあります。そのため避けられ、測りやすい上の3行が目標に置かれます。
偽のKPIが生む3つの問題
問題1：導入した瞬間にプロジェクトが終わる
目標が導入完了だと、導入した時点で「達成」になります。プロジェクトは完了扱いになり、定着と改善のための予算と人員が外れます。
実際には、導入から成果が出るまでに数か月の運用と調整が必要です。この期間が計画から抜け落ちるため、ツールは入ったまま使われ方が改善されず、放置されます。
問題2：現場が「数字を作る」
ログイン率が評価されると、現場はログインだけします。入力率が評価されると、とりあえず何かを入力します。
これは現場の不正ではなく、置かれた指標に合理的に反応しているだけです。問題は、そうした行動を生む指標を置いた側にあります。
問題3：失敗が見えない
偽のKPIはすべて達成されるため、報告上はプロジェクトが成功しています。業務が変わっていないことが、数字からは読み取れません。
失敗が見えないと、同じ進め方で次のツールが導入されます。
成果の指標の選び方
問い：「そのツールを入れたら、何が減るのか」
成果の指標は、この問いから作ります。減るものが言えれば、それが指標です。
| 導入するもの | 減るべきもの | 指標の例 |
|---|---|---|
| ワークフローシステム | 承認にかかる日数 | 申請から承認完了までの平均日数 |
| SFA | 報告書の作成時間、案件の取りこぼし | 週次報告の作成時間、失注理由が不明な案件数 |
| 会計ソフトの自動連携 | 手入力、転記ミス | 月次決算の締め日数、仕訳の修正件数 |
| 社内チャット | メールの往復、会議の数 | 定例会議の時間、同じ質問の問い合わせ件数 |
| RPA | 定型作業の時間 | 対象業務の1件あたり処理時間 |
何も減らないなら、そのツールを入れる理由自体を見直してください。「便利になる」「効率化できる」だけで具体的に減るものが言えない導入は、ほぼ確実に定着しません。
導入前に現状を測る
成果の指標を置いても、導入前の数字がなければ変化を示せません。
- 導入前に、対象業務の1件あたりの所要時間と月間件数を実測する
- 実測は自己申告ではなく、ログや記録から取る
- 取れない場合は、1〜2週間だけ手で記録してもらう
測れない業務は、対象の選び方が曖昧だというサインです。どの業務の何を変えるかが決まっていないと、測る対象も決まりません。
導入の期日と、成果の期日を分ける
経営層への報告では、2つの期日を分けて示します。
| 期日 | 指標 | |
|---|---|---|
| 導入 | ツールが使える状態になる日 | 設定完了、アカウント発行、研修完了 |
| 定着 | 旧来のやり方が使われなくなる日 | 対象業務のExcel・紙の利用がゼロ |
| 成果 | 業務の数字が変わる日 | 上で決めた「減るもの」の指標 |
導入の期日だけを約束すると、導入した瞬間にプロジェクトが終わります。定着と成果の期日まで含めて計画し、予算もそこまで確保してください。
補助の指標としての利用率
ログイン率や利用率を使うこと自体は問題ありません。導入直後に、使われているかどうかを確認する補助の指標としては有効です。
ただし、次の2点を守ってください。
- 成果の指標と並べて報告する — 利用率だけを出さない
- 定着したら報告から外す — 使われていることが当たり前になった後は、見る意味がない
利用率が高いのに成果の指標が動かない場合、ツールは使われているが業務のやり方が変わっていないことを示しています。この組み合わせが、最も重要な警告です。原因の多くは、業務の手順を揃えないままツールに載せたことにあります。詳しくはSaaSを入れたのに二重入力が残る理由で扱っています。
まとめ
- DXの目標が「導入」になるのは、それが測りやすく期日を切りやすいからです
- 導入完了・ログイン率・研修受講は、どれを達成しても業務が変わった保証になりません
- 成果の指標は、「そのツールを入れたら何が減るのか」から作ります。何も減らないなら導入を見直します
- 導入前に現状を実測してください。測れない業務は、対象の選び方が曖昧です
- 導入・定着・成果の期日を分けて計画します。導入だけを約束すると、そこでプロジェクトが終わります
- 利用率は高いのに成果が動かない。この組み合わせが、業務が変わっていないという最も重要な警告です
現場の反発への対処は、DXの現場の反発を防ぐKPI設計とチェンジマネジメントで扱っています。
