ALPHA BRANDING Corp.

CaseScenario

Column

DXが定着しない本当の理由|SI企業が提案後に設計すべき3つの構造

青とピンクの光が交差するデジタルネットワーク上に立つ人々。データと人のつながり、DXによる組織間連携や協働を表現したイメージ。
宮崎祥一の顔写真

執筆者:宮崎 祥一

Honeywell、Experian、Teradata、Avanade、SAS Instituteなどで、アナリティクス領域の事業開発に従事。製造業を中心に、医薬や金融など多様な業界において、導入事例が乏しい新領域の提案も含め、案件創出から受注までを主導してきました。2023年にHoneywellのAccount Management Directorを退任。現在は株式会社アルファブランディングを通じて、DXや新領域のソリューションにおける初期提案の設計支援を行っています。

はじめに|提案が通ったのに、なぜ続かないのか


PoCは成功した。ROIも示せた。経営会議の承認も取り、導入まで進んだ。それなのに数か月後、現場では利用率が落ち、会議でも話題に上らなくなっていく——。そんな案件を、一度は経験したことがあるのではないでしょうか。

提案が通るまでのシナリオは描けても、「通ったあとをどう続けるか」までは設計しきれていない。顧客企業の中では責任が宙に浮き、標準が曖昧になり、成果を測る軸も途中で途切れていく。そうして、「成功したはずのDX」が、静かに止まってしまいます。

これは導入の失敗ではなく、続ける構造が最初から設計されていなかった、ということです。本稿では、DXが「続かない」理由を構造の側から整理しながら、SI企業の提案担当者として何を一緒に設計できるかを考えていきます。

1. 課題と背景|提案が通ってから止まるDXの現実


DXの導入が承認され、PoCを経て本格展開へ——それでも半年から一年のうちに動きが鈍り、現場での活用が続かない。多くのSI企業の提案担当者が、こうした「提案後の停滞」に直面しています。技術面の課題が解消されていても、プロジェクトが失速する。その背景には、実行構造そのものが設計されていないという問題があります。

1-1. 定着しないDX|運用責任が宙に浮く

導入直後は成果が見えやすく、関係者の関心も高い。ところが時間が経つにつれ、運用責任が特定されないまま現場判断に委ねられていく。部門ごとに優先順位が異なり、利用ルールや改善要望が統一されないまま、DXは「誰のものでもない仕組み」になっていく。

プロジェクトの熱が失われると、担当者の異動や組織再編のタイミングで、取り組みそのものが形骸化します。「誰が続けるのか」が決まっていない——この継続責任の不在が、DX定着の最大のリスクです。

1-2. 広がらないDX|横展開を阻む組織的摩擦

PoCで成功を収めたチームが他部門展開を目指すと、新たな壁が生じます。システム基盤やKPI設計が部門ごとに異なり、共通テンプレートが存在しないため、再調整に時間がかかる。とくに日本企業では、「横展開=他部門への介入」と受け取られる傾向があり、調整に慎重さが求められます。

標準化と裁量のバランスを設計しないままでは、スケール戦略は立ち上がりません。「一度成功したPoC」が次の案件につながらないまま終わる——この構造的制約が、SI企業にとって大きな機会損失になっています。

1-3. 評価されないDX|成果が経営判断に届かない

もう一つの見えにくい壁は、評価の時間軸にあります。現場は短期的なKPI(工数削減や利用率)を追う一方、経営層は中期的なKGI(事業貢献や競争力強化)を見ています。この二つが接続されていないと、定量的な成果が出ていても、経営会議では「来期の優先度を下げよう」と判断されることがある。

短期KPIと中期KGIの断絶が、DXを「一過性の取り組み」に変えてしまいます。評価の枠組みが整っていなければ、投資継続の根拠は生まれません。

2. 課題の構造|「続かない」を生む3つの設計の空白


DXが続かない理由は、現場の熱意や技術の問題ではありません。意思決定後の構造設計が欠けていることにあります。導入によって得た成果をどう維持し、どこに拡張し、どの指標で評価するか。その三つが曖昧なままプロジェクトが進むと、推進力は失われていきます。

2-1. 継続責任の空白|「誰が続けるか」が決まらない構造

多くのDXプロジェクトでは、推進フェーズの中心が「プロジェクトチーム」に置かれます。しかし導入後の運用段階になると、この一時的なチームは役割を終え、責任の所在が曖昧になります。「誰が成果を維持するか」「どの部門が改善を判断するか」が決まらないまま、プロジェクトは各部門の持ち場感覚に委ねられていく。

提案シナリオが「導入完了」を出口として設計されており、「持続的な成果創出」まで含めた構造になっていないのです。推進担当者が異動すると後任者は背景を知らず、判断が止まる。続かないのではなく、続けるための構造が最初から存在していない——そこが問題の核心です。

2-2. 標準化構造の空白|「どこまで共通にするか」が決まらない

横展開の局面で生じるのが、標準化と裁量のバランスの崩れです。PoCの成功を他部門に展開しようとすると、現場固有の業務プロセスやKPI設定が壁となります。ベンダー側が共通テンプレートを提示しても、「うちの業務には合わない」と反発が起きやすい。

これは単に標準化の問題ではありません。「どこまでを共通化し、どこからを現場裁量とするか」という設計が欠けているために起きます。このバランスを決めないまま展開を進めると、組織横断の合意形成に時間がかかり、プロジェクトが再びPoC化してしまう。一度は導入されたDXが「横展開のたびに再検討される」構造が、定着を阻みます。

2-3. 評価構造の空白|現場の成果が経営の判断に変換されない

大手銀行向けに新サービスを提案したある案件では、担当者が関連部門を集めた勉強会を複数回開き、現場の合意を丁寧に取り付けた。ところが、担当者が作成した詳細なレポートは幹部にほとんど読まれておらず、承認会議で判断材料として機能しなかった。「現場が丁寧に仕事をした」ことが逆効果になった典型です。

この構造は評価設計の問題でも同じように起きます。現場は短期的なKPI(工数削減・利用率)を可視化するが、経営が必要としているのは中期的なKGI(事業収益・競争力)への接続です。この二層をつなぐ翻訳設計が欠けていると、現場の成果はいくら積み上げても経営判断に届かない。評価の断絶が、DXを「やった感」で終わらせる構造を作り出しています。

3. 解決策|提案担当者が「続く構造」を共設計する


DXの定着やスケールを阻むのは、実行フェーズの管理力ではなく、構造の設計力です。SI企業の提案担当者が果たすべき役割は、導入後の運用を肩代わりすることではなく、顧客とともに「続く構造」そのものを設計することにあります。具体的には、継続責任・スケール・評価という三つの領域を、初期提案の延長線上で共に整えていくことです。

3-1. 継続責任の設計|オーナーと伴走者を分けて明示する

DXを続けるには、「継続責任(内部オーナー)」と「伴走責任(外部支援者)」を明確に分ける設計が必要です。内部オーナーは成果を維持・拡張する顧客側の担当者であり、外部支援者であるSI企業は構造を可視化し、仕組みとして整える役割を担います。

たとえば、導入後のロードマップを「活用期・展開期・制度化期」の三段階で構造化し、それぞれに責任者と意思決定ルートを明示する。この設計が初期提案の段階で共有されていれば、担当者が変わっても組織的な継続力を維持できます。DXの持続性は、運用ルールの細かさよりも、責任構造の透明性に左右されます。

3-2. スケールの設計|標準化の範囲と現場裁量の境界を決める

DXをスケールさせるには、「全社標準」と「部門裁量」を同一フレームで扱う構造設計が必要です。共通化すべき範囲(目的・指標・責任・リスク・期間など)を体系化した構造テンプレートをベースに、部門固有の条件を上書きする形にすることで、再現性と適応性を両立できます。

SI企業がすべてを主導するのではなく、構造の骨格を提示し、顧客側がそれを自社の文化・プロセスに沿って補完していく共同設計が、「現場の納得」と「経営の承認」を両立させます。どこまでを標準とし、どこからを裁量とするかを最初に合意しておくことが、横展開を「再検討」にさせない前提条件です。

3-3. 評価設計|現場のKPIを経営のKGIに接続する

現場の成果を経営判断に届けるには、短期と中期を分断せずに連動させる評価構造が必要です。第一層では導入直後のKPI(利用率・工数削減・エラー率など)で現場の成果を可視化し、第二層ではその成果を中期的なKGI(事業収益・顧客体験・人的生産性など)に接続して経営判断に耐える形に翻訳します。

この二層を時間軸と意思決定軸で接続することで、DXは単年度施策から戦略投資の連鎖として位置づけられます。SI企業の提案担当者が担うべきは、数字を「成果」で終わらせず、「経営が続ける理由」として翻訳することです。この評価設計を初期提案の段階で整えておくことが、PoC止まりを超えた先につながります。

まとめ|提案を「伴走の設計」として捉え直す


責任の所在が曖昧なまま進み、標準化と裁量のバランスが崩れ、現場の成果が経営判断に届かない。これらの断層が重なると、どれだけ丁寧に導入を進めても、DXは組織の中で少しずつ勢いを失っていきます。

それでも、この三つの構造は、提案の段階で設計の骨格を渡しておけば変わります。「誰が続けるか」「どこまでを標準とするか」「何をもって成果とするか」——この問いに提案時点で答えを出しておくことが、DXを続けるための最初の一手になります。

導入をゴールではなく、伴走の設計の始まりとして捉え直す。その視点で初期提案を組み直すところから、始めてみていただければと思います。

【次に読むべきコラム】
👉️ PoCから本番に進まない理由|事前に合意すべき分岐条件と判断設計

【参考】CaseScenario™なら


CaseScenario™は、DX提案の初期段階で「業務課題を経営課題に翻訳し、案件化・検討開始・承認前進に必要な判断材料を整える」初期提案の設計図です。

本稿で述べた「継続責任・標準化・評価設計」の三構造も、IRや中期経営計画を起点に顧客の経営課題を整理し、提案シナリオとして構成する段階で骨格を渡すことができます。営業が直接介入できないフェーズに入る前に、顧客担当者が社内説明を進められる形に整えておく——その初期設計を短期間で整備します。

👉 CaseScenario™の紹介ページはこちら

ライブラリ

BtoB提案シリーズ

導入事例の制作を依頼する前に知っておくべきことを解説するコラムのバナー。営業が使わない事例になる理由と、担当者止まりを防ぐ設計の考え方を紹介。導入事例の制作を依頼する前に知っておくべきことを解説するコラムのバナー。営業が使わない事例になる理由と、担当者止まりを防ぐ設計の考え方を紹介。
「提案停滞」の文字と、足跡のシルエット図「承認停滞」の文字と、ビジネスパーソン3人のシルエット図「伝達不全」の文字と、4人の人物がネットワークで繋がっているシルエット図「PoC停滞」の文字と、進入禁止のテープのシルエット図「事例依存」の文字と、3つのバインダーのシルエット図「営業実務」の文字と、ジグソーパズルの3つのピースのシルエット図