DX提案が経営層に届かない理由｜SI企業の提案設計を見直す

はじめに｜提案は届いているのに、前に進まない

提案の内容には自信がある。担当者との関係も悪くない。それでも、経営層に上がったところで止まってしまう——そういう経験が重なっていないでしょうか。

DX提案の現場では、このパターンが繰り返されやすい構造があります。現場の担当者には響いても、承認を握る経営層にはなぜか届かない。「もう少し待てば動くはず」と思いながら、気づくと「次年度の検討課題になりました」という報告を受けている。

その原因は、提案の熱量でも資料の完成度でもありません。業務課題をそのまま提案に持ち込んでいることが多いのです。経営層が判断する言語と、現場が語る言語は、構造的にずれています。そのずれを初期段階で埋めておかないと、提案はいつまでも担当者の机の上で止まったままになります。

このコラムでは、DX提案が経営層に届かない構造を整理し、SI企業の営業担当者が初期提案の設計を見直すための視点をお伝えします。

1. 課題と背景｜DX提案が経営層に届かない構造

1-1. 経営層がDX提案に直接関与する時代になった

以前は、SI企業がシステム構築の上流から下流まで主導し、ユーザー企業の現場担当者が窓口になるという構図が一般的でした。しかしここ数年で、その構図は大きく変わりつつあります。

きっかけのひとつは、DXという言葉が経営の優先課題として浮上したことです。レガシーシステムの刷新リスクや、データ活用による競争力確保が、経営層の関心事として位置づけられるようになりました。それに伴い、ユーザー企業の経営層が「どこを内製化するか」「どこを外部に任せるか」を自ら判断しようとする動きが広がっています。

この変化は、SI企業の営業担当者にとって、提案の難易度が上がることを意味します。現場担当者に刺さる提案をつくるだけでは足りなくなっています。承認の場に立つ経営層が「自分たちの経営課題を解決する投資だ」と感じられる提案になっていなければ、いくら現場が動いても先には進みません。

1-2. 提案が「現場止まり」になりやすい理由

経営層が関与する構造になったにもかかわらず、多くのDX提案はいまだに現場目線で設計されています。業務効率化、コスト削減、運用負荷の軽減——これらは確かに現場には響きます。ただ、経営層が投資判断を下す際の基準は、そこにはありません。

経営層が見ているのは、利益率への影響、競争力の変化、リスクの軽減、あるいは中期経営計画との整合性です。現場の改善効果をいくら積み上げても、それが経営の言葉に翻訳されていなければ、承認の場では「よい取り組みだが今期の優先事項ではない」という判断で止まりやすくなります。

提案が現場止まりになる根本的な理由は、提案の出発点が業務課題に置かれていることです。業務課題から出発する限り、提案の到達点も業務改善の範囲を出ません。経営層が判断する材料として機能させるには、出発点を変える必要があります。

2. 課題の構造｜なぜ提案は経営層に届かないのか

2-1. DXが「システム刷新」に矮小化されやすい構造

DXという言葉は広く浸透しましたが、現場での実態は「レガシーシステムの更新」や「クラウド移行」として扱われることが少なくありません。クラウド移行や老朽化システムの刷新は避けて通れない課題ですが、それはあくまでDXの手段であって目的ではありません。

ところが提案の現場では、「刷新すること」が目標になりやすい。運用コストの削減や更新リスクの回避が提案の軸になると、経営層が求める「競争優位の確立」や「新たな収益モデルの構築」とはかみ合わなくなります。

SI企業としては技術的な要件を整理することが得意であるゆえに、どうしても「何を作るか」の話に引き寄せられてしまいます。しかし経営層が知りたいのは「それをやると経営がどう変わるか」です。この問いに答えられない提案は、いかに精緻に設計されていても、経営会議の場では優先されません。

2-2. 経営層と現場のあいだにある言語の断絶

提案が経営層に届かない構造的な原因のひとつは、業務課題と経営課題のあいだに存在する言語の断絶です。

現場担当者が語る言語は、業務効率や作業負荷、システムの使いやすさです。一方、経営層が判断の軸にするのは、利益率、キャッシュフロー、事業リスク、あるいは株主への説明責任です。この二つは、翻訳なしにはつながりません。

ある外資系ITベンダーに在籍していた頃、IT部門との関係は良好で、稟議も通過していた案件が、役員会で半年近く止まったことがありました。当初は競合製品を押す役員がいるのではないかと考え、比較資料をつくったり、役員間の面談を設定したりしました。しかし実際に止まっていた原因は、競合製品との比較ではありませんでした。欧州の販売強化や工場のライン組み替えといった、IT投資とは全く別の経営アジェンダと優先順位で競合していたのです。IR情報やアニュアルレポートにはその判断が書かれていたにもかかわらず、当時はそこを読む習慣がありませんでした。

業務課題を起点に提案を設計している限り、経営層がどの文脈で投資判断をしているかは見えてきません。言語の断絶は、意識の問題ではなく、提案の設計構造の問題です。

2-3. SI企業が「作業請け」に押し込まれるリスク

経営層がDX推進に直接関与するようになったことで、ユーザー企業側の姿勢にも変化が生まれています。「構想は自社で描き、外部には実装を任せる」という考え方が広がりつつあります。

この流れが強まると、SI企業は設計・開発だけを担う「作業請け」として位置づけられやすくなります。内製化やアジャイル開発の導入が進むほど、外部委託の範囲は狭まり、単価は下がりやすくなります。提案の早い段階から経営課題に接続した関与ができていないと、後から入り込む余地はどんどん小さくなっていきます。

問われているのは技術力の水準ではありません。提案の初期段階から、経営課題を軸に関与できるかどうかです。ここで差がついたまま関係が固定されると、それ以降はコスト競争に巻き込まれる構造から抜け出しにくくなります。

3. 解決策｜経営層が動くDX提案の設計

3-1. 提案の起点を「業務課題」から「経営課題」に移す

提案が経営層に届かない根本的な理由が、業務課題を起点にしていることであれば、解決の方向は明確です。提案の起点を経営課題に置き直すことです。

具体的には、「作業時間が削減できる」という提案の軸を、「固定費の構造が変わり、利益率の改善につながる」という経営課題の言語に変換します。「データが一元管理できるようになる」であれば、「新規事業の立ち上げに必要な分析基盤が整う」という形に置き換えます。

翻訳のポイントは、業務改善の効果を否定することではありません。業務改善の話を、経営層が「自分が判断すべき課題だ」と認識できる言語に置き換えることです。この変換ができると、提案は現場改善の話から「経営判断を求める投資の提案」として機能し始めます。

担当者が社内で上司や役員に説明する場面でも、この翻訳が機能していれば、営業担当者が同席していなくても提案の骨格が伝わります。提案の設計段階で経営課題の言語を埋め込んでおくことが、承認プロセスを前に進める上で実際には大きな差を生みます。

3-2. IR情報・中期経営計画を提案設計に使う

提案の起点を経営課題に置くには、その企業が何を経営課題として認識しているかを把握することが前提になります。そのための材料が、IR情報や中期経営計画です。

これらの資料には、「利益率の向上」「新規事業への投資」「サプライチェーンの強靭化」「人的資本の強化」といった経営ゴールが明示されています。また、競合他社のIR情報を並べて読むと、同業の中でその企業がどの課題を重点的に扱っているかの輪郭が見えてきます。

提案にこれらを使う際の実際の手順としては、まず中期経営計画の重点施策を確認し、自社のソリューションが貢献できる領域を特定します。次に、業務改善の効果をその施策の言語で言い換えます。たとえば「固定費削減への貢献」として提案できるなら、中期経営計画に「コスト構造の見直し」が明記されていれば、それとの接続を明示できます。

IRを読む習慣がない場合、最初から財務諸表を追う必要はありません。社長メッセージとアニュアルレポートの重点施策のページを読むだけでも、提案の軸は変わります。現場ヒアリングだけでは見えてこない「経営が今何を優先しているか」が、この資料には書かれています。

3-3. 担当者が社内説明を再現できる設計にする

経営課題に翻訳された提案であっても、それが担当者の机の上で止まってしまえば意味がありません。担当者が単独で上長や経営層に説明する場面で、提案の骨格が再現できる設計になっているかどうかが、承認の可否を左右します。

ここで起きやすい問題は、営業担当者が口頭で補足することを前提に提案を設計してしまっていることです。担当者が社内で説明する際、口頭補足は期待できません。長いレポートは幹部には読まれません。担当者が「なぜ今この投資が必要か」「何が解決されるか」「どこから始めるか」を自分の言葉で話せる状態を、提案の設計段階でつくっておく必要があります。

具体的には、提案の因果構造（なぜ→だから→こうなる）を短く整理した説明軸を初期段階で用意します。現場課題から経営課題への接続、投資理由、導入後のイメージが一本の筋道でつながっていれば、担当者は説明を再現しやすくなります。営業担当者の説明力に依存しない提案を設計できると、担当者が動きやすくなり、検討が前に進みやすくなります。

まとめ｜次の提案で、起点をひとつ変えてみてください

DX提案が止まる場面のほとんどは、提案の質の問題ではありません。業務課題を起点に設計した提案が、経営課題の言語に翻訳されないまま、経営層の判断の場に上がっていることが多いのです。

まず試してみるとすれば、次の提案でひとつだけ起点を変えてみることです。担当者へのヒアリングから入る前に、その企業のアニュアルレポートか中期経営計画を開いて、今何を経営課題として掲げているかを確認する。それだけで、提案の軸の置き方は変わってきます。

提案の設計は、一度変えると少しずつ積み上がっていくものです。最初から完璧に翻訳できなくても、「経営層が判断できる材料になっているか」という問いを提案設計の入口に置くことから始めてみてください。

【次に読むべきコラム】
👉️ 業務課題と経営課題の違い｜DX提案が承認されない「翻訳ミス」3つの構造

【参考】CaseScenario™なら

ここまで述べてきた「業務課題を経営課題に翻訳し、担当者が社内説明を再現できる構造を初期段階で設計する」という打ち手を、実務として形にする仕組みがCaseScenario™です。

IR・中期経営計画などから顧客企業の経営ゴールを読み取り、業務課題を経営課題に翻訳した上で、案件化・検討開始・承認前進に必要な判断材料を初期提案の設計図として整備します。営業担当者が提案に使いやすく、顧客担当者が社内説明に転用しやすい形でまとめるため、担当者が単独で動く場面でも提案の骨格が機能します。

DX提案に十分な導入事例がまだ揃っていない段階でも、経営ゴールから逆算した提案シナリオとして設計するため、「他社事例がないと提案できない」という状況を回避できます。

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