DX導入の最初の90日で目指すべきこと｜全社DXの完成ではなく投資判断の根拠をつくる
DXを進める必要性は理解していても、「何から始めればよいのか」「小さく始めても全社展開につながるのか」と悩む企業は少なくありません。特に、限られた予算や人員で取り組む場合は、最初から大規模な変革を目指すのではなく、成果を確認しながら次の判断につなげる進め方が重要です。
そこで有効なのが、対象業務を絞り、90日という区切りの中で現状把握・実証・展開判断を行うアプローチです。
DX導入プロセスの最初の90日で目指すべきなのは、全社DXの完成ではなく、次の投資判断に必要な証拠をそろえることです。Day1〜30で現状値を確定し、Day31〜60で業務KPIを実証し、Day61〜90で全社展開の可否と条件を判断します。
「来月こそ、経営会議でDXの進捗を聞かれる」。RPAを試した、生成AIツールにも触れてみた、ペーパーレス化も一部進めた。それでも「で、成果は？」と聞かれると言葉に詰まる方もいるでしょう。
本記事では、最初の90日に「全社改革の完了」を求めず、次の投資判断に必要な証拠を集める期間として設計します。この視点に切り替えることで、DX導入プロセスをよりシンプルに設計しやすくなります。スモールスタートに向く業務・向かない業務の見極め方と、全社展開を見据えた90日ロードマップの具体的な設計図を解説します。
DX推進が停滞する4つの原因｜「大きく始めすぎ」ではなく「範囲設定」の誤り
DX推進の停滞を避けるには、90日間で何を明らかにするのかを事前に定義することが重要です。
PoCとは、Proof of Concept（概念実証）の略で、新しい技術や仕組み、業務改善策が実際に有効かどうかを、小規模な範囲で検証する取り組みを指します。DXにおけるPoCは、ツールを試すこと自体が目的ではありません。対象業務に導入した場合に、処理時間・コスト・品質・利用定着などのKPIが改善するかを確認し、本格導入や全社展開に進むかどうかを判断するために実施します。
- 目的がツール導入にすり替わっている：RPAを何本導入したか、生成AIの利用ユーザー数はいくつかといった導入実績が目的化し、業務がどのように変わったかが置き去りになっている
- 現場課題と経営課題がつながっていない：現場は「作業が面倒」というレベルで課題を感じ、経営層は利益率、人件費、顧客満足度といったマクロ指標で判断するため、両者を橋渡しできていない
- PoCの成功条件・終了条件を決めていない：「とりあえずやってみよう」で始めたPoCは、成功しても「次は何をするのか」が曖昧になり、失敗しても「もう少し様子を見よう」と長引く場合がある
- 効果を数値で示せず、次の予算や協力を得られない：「現場の評判は良かった」だけでは、経営層が次の投資判断を行うための材料が不足する
経済産業省が2018年に公表した「デジタルトランスフォーメーションを推進するためのガイドライン」では、DXは単なるデジタルツールの導入ではなく、事業・業務・組織文化を変革し、競争優位性の確立を目指す取り組みとして整理されています。「導入したかどうか」ではなく「何が変わったか」で評価する視点が欠けていると、成果を把握しにくくなります。
出典：経済産業省「デジタルトランスフォーメーションを推進するためのガイドライン」（2018年12月）
IPAの「DX動向2026」でも、国内企業1,799社を対象とした調査を通じて、DX・AI活用の成果は業務効率化に集中する一方、企業価値創出やビジネス変革への展開が引き続き課題であることが示されています。ツール導入から業務成果、さらに経営成果へつなげる設計が必要です。
DXのスモールスタートで重要なのは、「全社改革を構想すること」と「最初から全社導入すること」を分けて考えることです。全社を見据えた設計図を描きながら、実行は小さな範囲から始めます。本記事では、90日で目指す対象を全社DXの完了ではなく、「次の投資判断に足る証拠の獲得」と定義します。
スモールスタートに向く業務・向かない業務を見極める「2軸判定マトリクス」
着手業務は、「業務の独立性」と「効果測定のしやすさ」で判定します。本記事では、この4象限を「DXスモールスタート判定マトリクス」と呼びます。90日ロードマップでは、2軸がともに高い業務を優先候補とします。
判断の2軸｜業務の独立性 × 効果測定のしやすさ
- 業務の独立性：基幹システムやデータ統合、全社的なID管理といった共通基盤に依存せず、部門単位で完結して変更できるか
- 効果測定のしやすさ：処理件数、処理時間、コスト、ミス発生率などのベースラインを数値として取得できる状態にあるか
「業務の独立性」と「効果測定のしやすさ」を掛け合わせることで、DXの着手候補を以下の4象限に整理できます。
| 効果測定がしやすい | 効果測定がしにくい | |
|---|---|---|
| 業務の独立性が高い （部門単位で完結） | ◎ スモールスタートに適した領域。90日ロードマップをそのまま適用しやすい | △ まず現状値を数値で取得できるよう、データ定義や記録方法を整えてから着手する |
| 業務の独立性が低い （全社基盤に依存） | △ 基盤整備そのものを90日単位のPoCとして区切り、段階的に実証する | × 個別のPoCより先に、共通基盤整備・データ標準化のロードマップ策定が必要 |
「業務の独立性が高い×効果測定がしやすい」の象限に該当する業務は、部門単位で完結する定型・反復業務であり、現場責任者が実験に協力的で、他部署への横展開候補が存在するケースです。このような業務を、スモールスタートの優先候補として扱います。
逆に、「業務の独立性が低い×効果測定がしにくい」の象限に近いほど、法規制や品質保証の観点から部門単独では運用を変えられない、部門ごとにデータ定義が異なり検証が成立しにくい、といった状態に当てはまります。
今すぐ確認すべき2つの質問
自社の業務がどの象限に位置するかは、次の2つの質問に答えることでおおよその見当がつきます。
- その業務は、他部門や基幹システムに依存せず、部門単独で変更を完結できるか？：業務の独立性を確認する質問
- 処理件数・処理時間・コストなど、現状値をすでに数値で把握できる状態にあるか？：効果測定のしやすさを確認する質問
両方に「Yes」と答えられる業務を、90日ロードマップの優先候補とします。どちらか一方でも「No」であれば、要件定義・データ標準化・基盤整備を先行するアプローチを検討します。
スモールスタートに不向きな業務は、基盤整備を90日単位で検証する
2軸のどちらかで「No」と判定されたとしても、DX導入プロセスを止める必要はありません。要件定義やデータ標準化そのものを90日単位に区切り、「基盤整備の第一段階」として同じロードマップの型に当てはめることができます。重要なのは、「小さく始めるかどうか」ではなく、「90日という区切りで何を明らかにするか」を決めることです。
90日DXロードマップの全体設計｜現状把握・実証・展開判断の3フェーズ
本記事の90日DXロードマップは、①2軸で対象業務を選ぶ、②30日×3フェーズで検証する、③3層KPIで評価する、④4択で次の投資判断を行う、という4段階で構成する実務設計です。
| 期間 | 目的 | 主な作業 | 成果物 | 判断基準 |
|---|---|---|---|---|
| Day1〜30 | 現状把握 | 対象業務・ベースライン確定 | As-Is、KPI定義書、PoC憲章 | 実証可能か |
| Day31〜60 | 実証 | KPI変化を検証 | To-Be、実証結果、課題台帳 | 効果・定着性があるか |
| Day61〜90 | 展開判断 | 投資対効果・横展開条件の整理 | 投資判断書、展開ロードマップ | 拡大・継続・再設計・停止 |
プロジェクト開始時には、次の4者による役割分担を明文化することを推奨します。
| 役割 | 担当内容 |
|---|---|
| 経営スポンサー | 最終判断者 |
| 業務オーナー | 現場の意思決定者 |
| DX推進担当 | 全体設計・進行管理 |
| 情報システム・セキュリティ担当 | データと権限の管理者 |
経営スポンサー・業務オーナー・DX推進担当・情報システム／セキュリティ担当の4者がプロジェクト開始時から参加することで、「DX担当だけのプロジェクト」という孤立を防げます。運営リズムとしては、毎週の進捗確認会議に加え、30日ごとに「続けるか、変えるか、止めるか」を判断する意思決定会議を設定します。
フェーズ1（Day1〜30）現状把握｜課題集めではなく「変える業務」を1つ決める
最初の30日で行うべきことは、課題を集めることではなく、「変える業務」を一つに絞り込むことです。
Day1〜30で決めるべきこと
- 対象業務・対象部門・対象者・業務範囲
- 現状の処理件数、処理時間、コスト、ミス発生率、待ち時間などの現状値
- 今回は対象としない業務、扱わないデータ、守るべきセキュリティ条件
Day1〜30の成果物
- As-Is業務フロー
- 課題一覧と優先順位表
- KPI定義書・効果試算シート
- PoC憲章：目的、責任者、期間、予算、終了条件をまとめたもの
KPIの例としては、処理時間・差戻し率・残業時間・不要発注額・過剰在庫額・営業リード数といった業務成果指標に加え、利用率・継続利用意向・手作業への戻り率といった定着に関わる指標も含めておくと、後の判断材料がそろいます。
Day1〜30の現状把握では、「現場ヒアリングだけ」で終わらせないことが重要です。担当者の話を聞くだけでは、実際の画面操作や帳票の記入方法、例外処理のパターンまでは把握できません。実データ、実際の画面、帳票、例外処理まで踏み込んで確認することが、後々の手戻りを抑えることにつながります。
フェーズ2（Day31〜60）実証｜ツール検証ではなく業務KPIを検証する
Day31〜60の実証フェーズで検証すべきなのは、「ツールが動くかどうか」ではなく、「業務KPIが改善するかどうか」です。ツールの動作確認だけで終わる場合、業務KPIの変化が示されなければ、経営判断の材料が不足します。
実証群、つまり新しいやり方を試すグループと従来運用を比較し、改善率を算出します。同時に、次の運用設計も並行して進める必要があります。
- 現場への教育プログラム
- 問い合わせ窓口の設置
- マニュアルの整備
- 例外発生時の対応手順
ツールだけを用意して「あとは現場でお願いします」と任せると、定着状況を判断するための材料が不足する可能性があるためです。
生成AIを活用する場合は、特に注意が必要です。総務省・経済産業省が公開する「AI事業者ガイドライン（第1.2版）」では、AIのリスクを踏まえたガバナンスの重要性が示されています。生成AIの出力には誤りが含まれる可能性があるため、人による確認工程などを運用要件として設定します。次の3点を、運用手順とKPIの両方にあらかじめ組み込んでおくことを推奨します。
出典：総務省・経済産業省「AI事業者ガイドライン（第1.2版）」
- 社内データを入力してよいかどうかのルール
- 出力内容を人が確認する工程
- 誤出力が発生した場合の記録と改善方法
Day31〜60の成果物
To-Be業務フロー、実証結果レポート、現場フィードバック一覧、運用マニュアルの初版、リスク・課題台帳です。
フェーズ3（Day61〜90）展開判断｜成功報告ではなく「投資判断資料」を作る
最後の30日で作るべきなのは、「成功しました」という報告書ではなく、「投資判断資料」です。盛り込むべき内容は次の通りです。
- 実証前後のKPI実績値と比較結果
- 効果が出た条件と出なかった条件
- 横展開できる業務・部署と、横展開が難しい業務・部署の切り分け
- 初期費用・運用費・教育費を含むTCO（総保有コスト）、想定される効果、回収期間の見込み
- リスクや統制、追加で必要になる人員や経営判断
Day61〜90の成果物
全社展開判断書、横展開ロードマップ、標準業務テンプレート、予算・体制案です。
Day61〜90の展開判断では、「本導入する・しない」の二択だけで評価しないことが重要です。次の4つの選択肢を用意しておくことで、経営層が判断に必要な論点を整理できます。
- 拡大する
- 条件付きで継続する
- 設計を見直して再挑戦する
- いったん停止する
PoCは「成功を証明する場」ではなく、「次の投資判断に必要な材料を得る場」と位置づけます。
なお、経済産業省・IPAが改訂したDX推進指標は、デジタルガバナンス・コードを踏まえ、経営者・DX推進部門・現場部門が共通の視点で自社の成熟度を自己診断するための枠組みです。90日プロジェクトの開始時と終了時にDX推進指標による自己診断を実施すると、業務KPIだけでは見えにくい組織的な課題、たとえば経営層の関与度合いや人材育成の状況なども把握しやすくなります。
PoC止まりを防ぐ5つのプロジェクト運営ルール
PoCが「やって終わり」にならないためには、開始前に運営ルールを決めておくことが有効です。
- 開始前に「止める条件」を決めておく：成果が出ていない施策を情に流されて延長しないよう、「このKPIがこの水準に届かなければ再設計する」といったGo／No-Go基準を事前に決める
- KPIを3層に分ける：時間・コスト・品質などの業務成果KPI、利用率・継続率・手作業への回帰率などの定着KPI、適用可能な部署数・標準化率などの展開KPI
- 現場責任者を共同オーナーにする：現場側にも意思決定責任を持たせ、DX推進部門だけに運営を集中させない
- 情報システム・セキュリティ部門を後追いにしない：データの扱い、権限設定、外部SaaSの利用条件、AI利用時のルールは開始前に確認しておく
- 実証結果を「再利用可能な型」に変える：業務フロー、設定内容、教育資料、KPI定義をテンプレート化し、他部署への展開スピードを高める
業務成果KPI・定着KPI・展開KPIの3層は、「効果測定のしやすさ×業務の独立性」の2軸判定マトリクスと連動します。業務成果KPIと定着KPIは「効果測定のしやすさ」の軸を、展開KPIは「業務の独立性」が確認された後の横展開可能性を裏づける指標として機能します。
適用例｜発注・購買業務で90日ロードマップを使う場合
発注・購買業務のうち、部門単位で変更でき、処理時間・コスト・在庫金額などのベースラインを取得できる業務は、2軸判定マトリクスにおいて90日ロードマップの候補になり得ます。
- 発注・購買領域：適正な発注量の見極め、不要な発注の抑制、過剰在庫の削減、店舗スタッフの業務負担軽減。発注件数、在庫金額、作業時間といった数値に落とし込みやすく、KPIを設計しやすい
この適用例で重要なのは、個別の効果数値ではなく、「可視化→基準設定→実証→テンプレート化」というプロセスです。
- 現状の発注・購買業務を可視化する
- 改善対象を選ぶための判断基準を定める
- 実証によって工数・コスト・品質の変化を測定する
- 成果が出た条件を整理し、テンプレートとして他部門へ展開する
「可視化→基準設定→実証→テンプレート化」の流れは、本記事で解説してきた90日ロードマップと同じ骨格を持っています。業種や規模が異なっていても、この型を応用できる可能性があります。
90日後の経営報告テンプレート｜「頑張りました」から「次の投資判断ができる」資料へ
90日後の経営会議では、実証結果を次の投資判断につなげられる形で提示します。多忙な経営層に対しては、1枚目で次の4点を凝縮して伝える必要があります。
- 何を改善したのか
- どのKPIがどれだけ変わったのか
- どのような条件であれば他部署にも展開できるのか
- 次に必要な予算・人員・経営判断は何か
報告資料全体の推奨構成は以下の通りです。
| 順序 | 内容 |
|---|---|
| 1 | 対象業務と経営課題 |
| 2 | 実証前後のKPI比較 |
| 3 | 現場での定着状況 |
| 4 | リスクと統制策 |
| 5 | 横展開の候補と優先順位 |
| 6 | 投資対効果と次の90日計画 |
「成功しました、良かったです」で終わる報告書では、次の予算に関する判断材料が不足する場合があります。「この条件がそろえば拡大、そろわなければ継続・再設計・停止と判断できます」という一歩踏み込んだ提案に変えることで、経営層が次の意思決定を行いやすくなります。
まとめ｜DX戦略は「90日で全社改革に向けた根拠をつくる」ことから始まる
スモールスタートの本当の目的は、小さな導入で満足することではなく、全社展開に耐えうる成功条件を見つけ出すことにあります。90日という限られた時間の中で、現状値・実証結果・定着条件・展開条件という4つの材料をそろえれば、経営層への報告は「頑張りました」という感想文から、「次の投資判断ができる」提案書に変わります。
最初の90日では、「効果を測定できる」「部門単位で変更できる」の2条件を満たす業務を優先候補にします。90日後に業務成果・定着状況・横展開条件を検証し、拡大・条件付き継続・再設計・停止のいずれかを判断します。
