ALPHA BRANDING Corp.

CaseScenario

Column

PoCが本導入に進まない理由|承認を前に動かす提案設計の考え方

データダッシュボードを俯瞰する人物。PoCから戦略投資への展開を象徴。
宮崎祥一の顔写真

執筆者:宮崎 祥一

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

はじめに|成功しても前に進まないPoCには、共通した構造がある


「PoCはうまくいったのに、その先が進まない」。DX提案に関わっていると、この言葉を繰り返し耳にすることはないでしょうか。AI、RPA、IoT、データ分析。領域が違っても、検証段階では成果が出ているのに、本導入や全社展開の承認まで届かないケースは、いまもかなり多く見られます。

現場で「十分な成果が出た」と感じていても、経営層の意思決定はなかなか動かない。そのとき提案担当者が最初に疑うのは、「提案の内容が弱かったのか」「競合に押されているのか」といったことではないでしょうか。しかし実際には、そこではないところに止まる理由があることが少なくありません。

本稿では、PoCが成功しても承認が進まない背景にある構造的な理由を整理し、提案担当者として初期段階で何を見直せるかを、順を追って見ていきたいと思います。

1. 課題と背景|なぜPoCは成功しても止まるのか


1-1. 「技術検証」として設計されたPoCが経営層に届かない理由

多くのPoC(概念実証)は、「技術が動くか」「効果が出るか」を確かめる場として設計されています。そのため成果の報告も「業務効率が何パーセント改善した」「精度がこれだけ上がった」という現場レベルの結論に終始しやすく、経営層の意思決定プロセスにはなかなか届きません。

たとえば、製造業でAI画像解析による品質検査のPoCを行い、判定精度99%を達成して現場では高評価だったとします。しかし経営会議では「全社導入に見合うインパクトではない」と判断されて保留になる。こうした話は珍しくありません。

経営層は技術の成果を疑っているわけではありません。見ているのは別のことです。全社展開に入れば、システム改修、業務プロセスの見直し、部門間の調整、人材配置の変更など、変革の負荷が一気に大きくなります。現場の部分的な成果だけでは、その投資を全社で動かす正当性を説明しきれない。つまり「業務効率化の成果」は示せていても、「全社を巻き込む投資として今期に動く理由」が初期段階で設計されていない、というのがPoC止まりの根本にある問題です。

PoCの設計そのものが「技術を動かす場」にとどまる限り、この評価軸のズレは埋まりません。

1-2. 予算の枠組みが「PoC止まり」のサイクルを作っている

PoCが繰り返される背景には、企業内部の予算構造も深く関係しています。多くの企業では、IT関連の費用を「運用費枠」と「投資予算枠」に分けて管理しています。PoCのほとんどは前者、運用費枠で進められます。

この仕組みは機動性を高める面がある一方で、「運用費で始めたPoCが投資予算枠に昇格する明確なルートがない」という構造的な断絶を抱えています。PoCが成功しても、次の投資予算枠への接続が設計されていなければ、翌年度には新しいPoCがまた立ち上がります。こうして「成功しても動かないサイクル」が繰り返されます。

DX関連の取り組みは現場主導で進みやすく、経営層が直接関与しないまま検証が進行するケースが多いのも、この傾向に拍車をかけます。成果が出ても「局所的な改善」とみなされ、経営として投資判断すべき論点として扱われない。この「予算の枠組みの断絶」が、PoC止まりを生むもう一つの構造的な要因です。

あるSI案件で同様のケースを経験したことがあります。5年以上にわたって続いていたPoCで、毎年「今年度の投資課題ではない」という判断が繰り返されていました。現場の担当者も疲弊し始めており、止まっている原因が精度の問題なのか、予算の問題なのか、誰も明確に診断できていない状態でした。問題は技術ではなく、「PoC終了の条件」と「次の投資判断への橋渡し」が初期段階に設計されていなかった点にありました。この構造については、3章で改めて取り上げます。

2. 課題の構造|承認が進まないのは、誰の問題なのか


2-1. 経営層が「動かない」のではなく、判断できる論点が届いていない

承認が進まないとき、担当者が最初に疑うのは「競合の製品を推す役員がいるのではないか」「何かネガティブな情報が入ったのではないか」といったことではないでしょうか。しかし実際には、全く別のところに理由があることが多いのです。

以前、IT部門との関係が良好で、稟議も通過していた案件が、役員会・ステアリングコミッティで半年以上止まり続けたことがありました。担当者として取ったアクションは、競合製品との比較資料を作り、役員同士の面談を設定することでした。しかし止まっている本当の理由は、競合製品との競合ではありませんでした。「欧州の販売強化」や「工場ラインの組み替え」など、IT投資とはまったく無関係の経営アジェンダとの優先順位争いに負けていたのです。IRやアニュアルレポートを読む習慣がなく、その状況に気づけていませんでした。

経営層は、複数の投資テーマを同時に判断しています。海外展開、生産改革、新規事業、人的投資。それらとの優先順位の中で、今期にその投資を動かす理由があるかどうかを見ています。業務改善の成果だけでは「なぜ今その投資を動かすべきか」を説明しきれず、他の経営テーマに押し流されてしまう。これは経営層の問題ではなく、提案が経営の言語で組まれていないことに原因があります。

2-2. 現場と経営の間にある3つの認識のズレ

PoCが経営層の判断まで届かないのは、現場と経営の間に認識のズレがあるためです。このズレは大きく3つの軸で起きています。

ズレの軸

現場の認識

経営の認識

①目的のスケール

この業務を効率化したい

事業全体の競争力をどう高めるか

②成果の評価軸

作業時間を20%削減した

経営指標にどう寄与するか

③責任範囲の定義

自部門の改善を完遂する

投資判断から回収までの事業としての一貫性

この3軸のズレを放置すると、現場が「成功」と報告した結果でも、経営から見ると判断の材料として機能しません。現場は「達成」で語り、経営は「全社最適と投資継続性」で判断する。このギャップを初期提案の段階で埋める設計がなければ、提案は経営層の手前で止まります。

重要なのは、このズレは「説明の工夫」でどうにかなるものではないという点です。担当者がどれほど丁寧に説明しても、提案ロジックが経営の評価軸で組まれていなければ、受け取る側には届きません。これは担当者の説明力の問題ではなく、提案の設計の問題です。

3. 解決策|承認を前に動かすために、初期段階で整えること


3-1. PoCの目的を「技術検証」から「経営仮説の検証」に置き換える

PoCを「技術が動くか」を確かめる場として設計している限り、経営層が動く判断材料は生まれません。目的を「経営仮説の検証」として置き直すことが、最初の見直しポイントです。

ここで言う経営仮説とは、「この取り組みが企業成長にどう寄与するか」という問いに対する仮定です。新規事業の実現可能性、既存事業の競争力の維持、コスト構造の転換。PoCで検証すべきは技術精度だけでなく、「この方向性で進めることが、経営にとって投資として正当化できるか」という論点です。

初期提案の段階でこの問いを立てておくと、PoCの設計自体が変わります。検証する指標が変わり、報告の粒度が変わり、経営層が「次の判断をするための材料」として機能する成果報告が可能になります。提案を受け取った担当者が、社内でPoCの意義を説明するときにも、この経営仮説が論点の軸として機能します。

3-2. 中期経営計画との接続を初期段階で明示する

経営が投資判断を下すとき、重視するのは「この施策が、どの経営計画に位置づくか」です。業務改善の効果を示すだけでなく、それが現在進行している経営テーマのどこに接続するかを、初期提案の段階で明示しておくことが、承認を前に動かすうえで有効です。

具体的には、IR・中期経営計画から顧客企業の経営ゴールを読み取り、「この取り組みがその経営ゴールにどう寄与するか」という論点を提案に組み込んでおくことです。「なぜ今期に検討すべきか」という経営層の問いに、業務の成果とは別の言語で答えられる構造を初期段階で用意しておく。これにより、提案が他の経営テーマとの優先順位争いに負けにくくなります。

担当者が社内で説明を引き継ぐ場面でも、この経営課題への接続が論点として整理されていると、上長や役員が判断しやすくなります。現場の担当者が「自分の言葉で説明できる」状態を作ることが、承認プロセスを前に動かすための実務的な条件です。

3-3. 「次の投資判断を行う条件」を初期段階に設計しておく

PoCの成果報告が「うまくいきました」で終わるとき、多くの場合、次の投資判断を行うための評価軸がそもそも設計されていません。経営層が求めているのは、「この結果を全社展開すればどのリスクが生まれ、どのタイミングでどの判断をすべきか」という情報です。それが提示されていなければ、PoCは「成功報告」で終わります。

先に挙げた5年以上続いた需要予測PoCの案件では、「これで結果が出なければプロジェクトを終了する」という撤退条件を含んだロードマップを提示したところ、分析結果の改善を待たずに本導入が決まりました。精度が上がらないことが原因で止まっていると思っていたのですが、実際には「いつ終わるか分からないPoC」のまま続いていること自体が、投資判断を阻んでいたのです。

「どこまで達成できれば本導入に進むか」「どの条件が揃えば投資判断を行うか」という評価軸を、PoCの開始前に経営層と合意しておく。この設計があるかどうかが、PoCが報告で終わるか、承認が前に動くかを分けます。初期提案の段階でこの論点を含めることが、提案担当者として実務的に取れる最も有効な打ち手のひとつです。

まとめ|初期提案の設計図を変えることから始めてみてください


PoCが止まる原因を、提案担当者が「競合の問題」や「説明の問題」として診断していると、手を打てる場所を見誤ります。本稿で整理した通り、多くの場合は「初期提案の設計」にある問題であることが少なくありません。

経営仮説を検証する目的の置き方、中期経営計画との接続の明示、次の投資判断を引き出す評価軸の設計。これらはいずれも、PoCを始める前、あるいは最初の提案を組む段階で整えることができるものです。

「うまくいったはずなのに、なぜ動かないのか」と感じているなら、次の提案から、初期段階の設計を見直すことから始めてみてはいかがでしょうか。

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

【参考】CaseScenario™なら


CaseScenario™は、IR・中期経営計画をもとに顧客企業の経営ゴールを読み取り、業務課題を経営課題に翻訳した「初期提案の設計図」を整備するサービスです。

本稿で挙げた3つの見直しポイント——経営仮説の設計、中期経営計画への接続、評価軸の設計——は、いずれも初期提案の段階で論点を整えることで対応できます。CaseScenario™では、この論点整理を「案件化・検討開始・承認前進に必要な判断材料」として初期段階でまとめ、営業担当者が提案に使いやすく、顧客担当者が社内説明に転用しやすい形で整備します。

「事例がまだ十分にない」「提案担当者によって初期提案の質がばらつく」という状況でも、経営課題を起点とした提案シナリオを初期段階で設計できるのが、CaseScenario™の使い方です。

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

ライブラリ

BtoB提案シリーズ

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