執筆者：宮崎 祥一
Honeywell、Experian、Teradata、Avanade、SAS Instituteなどで、アナリティクス領域の事業開発に従事。製造業を中心に、医薬や金融など多様な業界において、導入事例が乏しい新領域の提案も含め、案件創出から受注までを主導してきました。2023年にHoneywellのAccount Management Directorを退任。現在は株式会社アルファブランディングを通じて、DXや新領域のソリューションにおける初期提案の設計支援を行っています。
はじめに｜PoCが終わっても、なぜ「次」が決まらないのか
PoCは終わった。デモも動いた。現場の反応も悪くない。それでも本番には進まず、「いったん様子見」「来期以降に再検討」となる。DX提案では、この止まり方が本当に多いのではないでしょうか。
この「次が決まらない」状態は、成果が出ていないから起きるのではありません。多くの場合、PoCが終わった時点で「次の判断に必要な条件」が整理されていないことが原因です。そして、その条件が整っていない理由のほとんどは、PoCを始める前の初期段階に遡ります。
この記事では、PoC止まりを生む構造を整理しながら、Go／Stop／再設計を判断可能にするために何が欠けているのかを確認し、どこから手をつけられるかを見ていきます。
- はじめに｜PoCが終わっても、なぜ「次」が決まらないのか
- 1. 課題と背景｜PoCは「試す」ではなく「判断材料を作る」工程
- 1-1. 「小さく試す」が目的になると、判断材料が生まれない
- 1-2. 意思決定者が欲しいのは「可能性」ではなく「条件付きのYes/No」
- 1-3. PoCの設計で最初に揃えるべきは、判断条件である
- 2. 課題の構造｜PoC止まりを生む3つの設計ミス
- 2-1. 設計ミス①：PoCの目的が「実現可能性の確認」になっている
- 2-2. 設計ミス②：評価指標が曖昧で、結果が「解釈」になっている
- 2-3. 設計ミス③：分岐条件と責任がなく、意思決定が先送りできてしまう
- 3. 解決策｜本番化のGo／No-Goを決める「分岐条件」の作り方
- 3-1. PoCの前に「次の判断の問い」を1行で固定する
- 3-2. 評価指標は3つに絞り、「測れる形」にする
- 3-3. Go／Stopの分岐条件を「数行」で先に合意する
- 3-4. PoC後の判断主体を、PoC前に接続する
- まとめ
- 【参考】CaseScenario™なら
1. 課題と背景｜PoCは「試す」ではなく「判断材料を作る」工程
1-1. 「小さく試す」が目的になると、判断材料が生まれない
PoCが導入される背景には、意思決定者側の合理性があります。DXは不確実性が高い。だから、いきなり本番投資はしない。その代わり、小さく試す。ここまでは正しい判断です。
問題は、「小さく試すこと」自体が目的になると、PoCが終わっても不確実性が減っていないことです。「動きました」「可能性があります」「課題が見えました」という所感で終わる。実施したことにはなっても、意思決定の前提は何も変わっていません。PoCは学びを増やす場にはなっても、次を決める場にはなっていない状態です。
1-2. 意思決定者が欲しいのは「可能性」ではなく「条件付きのYes/No」
意思決定者が欲しいのは、可能性そのものではありません。何が分かれば本番へ進めるのか。何が満たせなければ止めるのか。つまり、条件付きのYes/Noです。
「動きました」という報告が本番化の判断につながらないのは、その報告が条件付きのYes/Noに変換されていないからです。PoCは本来、その判断条件を見える形にする工程です。
1-3. PoCの設計で最初に揃えるべきは、判断条件である
したがって、PoCの設計で最初に揃えるべきものは、ツール選定でも画面デモでもありません。PoCの結果を、次の会議で「本番化するか」「追加検証に進むか」「今回は止めるか」という判断に変換できる条件です。
この判断条件は、PoCが終わった後に作るのではなく、初期段階で整えておくものです。後から条件を合わせようとすると、結果に引きずられた解釈が入り込み、本番化の根拠として機能しにくくなります。
次章では、その条件が揃わないままPoCを進めると、どのような設計ミスが起きるのかを整理します。
2. 課題の構造｜PoC止まりを生む3つの設計ミス
PoCが本番化しないとき、原因はPoCの中身ではなく、設計の前提にあります。典型は次の3つです。
2-1. 設計ミス①：PoCの目的が「実現可能性の確認」になっている
PoCの目的が「技術的にできるか」だと、本番化の判断につながりません。技術的に「できる」は、DXの入口に過ぎないからです。
本番化の判断に必要なのは、それより先の問いです。運用できるのか。投資に値するのか。途中で見直せるのか。こうした条件までPoCの目的が届いていないと、「できる」という結果が出ても、本番判断にはつながりません。
2-2. 設計ミス②：評価指標が曖昧で、結果が「解釈」になっている
PoCの成果が「良さそう」「使えそう」という評価で終わるのは、判断に使える指標がないからです。指標がないPoCは、どの結果が出ても肯定も否定もできます。会議に持ち込んでも、意思決定に使えません。
PoCで必要なのは、万能なKPIではなく、判断に直結する最小限の指標です。効果だけでなく、運用できるか、統治に耐えられるかまで見えないと、本番判断は止まりやすくなります。
2-3. 設計ミス③：分岐条件と責任がなく、意思決定が先送りできてしまう
PoCが終わったあと次の判断に進むには、PoC前の時点で「何が分かれば進むのか」「満たせなければどうするのか」「次に誰が判断するのか」が決まっていなければいけません。これがないと、PoCの結果を見ても「次に進む責任」が誰にも乗りません。先送りが最も安全な選択になります。
以前、需要予測の案件で、検証活動が長く続いているのに本番判断に進まない状況を経験したことがあります。表向きは「結果が改善すれば次に進む」という整理でしたが、実際に不足していたのは結果の精度ではなく、「どこで撤退するのか」という条件でした。分岐条件が置かれていなかったために、PoCは学びを増やす場にはなっても、次を決める場にはなっていなかったのです。
PoC止まりの本質は、成果不足ではなく、判断条件と責任の所在が初期段階で設計されていないことにあります。
3. 解決策｜本番化のGo／No-Goを決める「分岐条件」の作り方
PoC止まりを防ぐには、PoCを「実験」ではなく「意思決定プロセスの一部」として設計することです。手順はこの順番で進めます。
3-1. PoCの前に「次の判断の問い」を1行で固定する
PoCの目的は、その問いに答えるためにあります。問いがないPoCは、成果が出ても本番化しません。問いは、条件付きのYes/No、つまり「次の判断ができる形」で書きます。
「当社は、◯◯の理由により、◯◯業務に◯◯を導入し、本番投資に進むべきか（条件：◯◯を満たさない場合は停止）」
停止条件をここに入れることで、PoCが「判断材料を作る工程」に変わります。
3-2. 評価指標は3つに絞り、「測れる形」にする
指標は多くなるほど曖昧になります。PoCは短期なので、測れる指標に絞ります。典型はこの3タイプです。効果（処理時間・工数・精度・リードタイムなど）、運用（例外処理率・定着率・運用負荷など）、統治（監査・権限・セキュリティ・責任分界など）。
このうち少なくとも1つは、経営の判断に接続できる財務指標に変換できる形にしておくことで、本番判断に近づきます。処理時間や工数の削減であれば、年間での削減額に換算できるくらいの粒度が目安です。「効果があった」という報告が本番化につながらないケースの多くは、その効果が経営の判断軸と接続されていないことに原因があります。
3-3. Go／Stopの分岐条件を「数行」で先に合意する
ここが核心です。PoCのゴールはレポート提出ではなく、分岐条件の確定です。分岐条件は「定量＋定性」で十分で、大事なのは先に合意しておくことです。
Go、Stop、再設計の3パターンをそれぞれ数行で書き、PoCを始める前に顧客側の判断主体と合意しておきます。たとえば、Goは主要指標が◯◯以上かつ運用負荷が◯◯以下、Stopは指標が◯◯未満または統治要件を満たせない、再設計は効果は出たが運用負荷が高い場合は範囲を縮小して再PoC、という形です。
先述の需要予測の案件では、「どこで撤退するのか」を先に決めたことで、分析結果の向上を待たずに次の判断が動きました。撤退条件を先に置くことは、相手を縛るためではありません。「何が分かれば次を決められるのか」を共有し、判断しやすい状態をつくることです。
3-4. PoC後の判断主体を、PoC前に接続する
PoCが終わった瞬間に意思決定が起きるわけではありません。PoC後の結果を受けて誰が次を判断するのかが決まっていなければ、結果が出ても本番化にはつながりません。PoC前に、以下の3点を確認しておきます。PoC終了後の継続判断をどこで行うのか、誰が最終的な判断主体なのか、追加で必要な判断材料は何か、です。
あわせて、判断主体が何を最も不安視しているかもPoC前に確認しておきます。ここがずれると、PoC結果が出ても次の場で論点が噛み合いません。これを決めることで、PoCは「やって終わりの活動」ではなく、「次の判断に接続された活動」になります。
以上の4点（判断の問い・評価指標・分岐条件・判断主体）は、PoCを設計する以前、初期提案の段階で整えておくものです。提案の後半で追加するのではなく、最初から持った状態で顧客との議論を始めることが、PoC止まりを防ぐ起点になります。
以下に、提案書の一部として差し込める最小テンプレを示します。PoC止まりの案件は、この7項目のどこかが空欄になっていることがほとんどです。
項目 | 何を書くか | 記載例 |
|---|---|---|
1. 経営の問い | 条件付きYes/Noで、本番判断の論点を書く | 当社は、請求業務を対象にRPAを導入し、本番投資に進むべきか |
2. PoCの目的 | 何の不確実性を減らすかを書く | 例外処理工数と運用負荷を見極める |
3. 対象範囲 | 業務・部門・データの境界を書く | 経理部門の請求処理、既存帳票・既存データに限定 |
4. 評価指標 | 効果・運用・統治の観点で最大3つ置く | 処理時間、例外処理率、年間削減額 |
5. 分岐条件 | GO／STOP／再設計を先に書く | GO：精度80%以上かつ運用負荷+5%以内 など |
6. 統治・責任 | 承認者、責任者、責任分界を書く | 部門長承認、経理責任者主導、IT部門が技術支援 |
7. 次ステップ | 本番化判断の会議体と必要資料を書く | 投資委員会で判断、予算レンジ・契約形態・体制案を添付 |
この1枚を初期提案の段階で持っておくことが、PoCを「試す活動」から「判断活動」に変える出発点です。
まとめ
判断材料は、PoCが終わった後に足すものではありません。初期段階で整えておくものです。それが揃っていないまま始まったPoCは、成果が出ても「次が決まらない」状態に入りやすくなります。
進行中のPoCがあるなら、まずGo／Stop／再設計の分岐条件を3行で書き出してみてください。そのうえで、PoC終了後に誰が次の判断を行うのか、何を見て判断するのかを先に整理する。この2つを初期段階で持っておくだけで、「様子見」「来期送り」になりにくくなります。
【次に読むべきコラム】
👉️ 導入事例の制作を依頼する前に知っておくべきこと｜営業が使わない事例になる理由
【参考】CaseScenario™なら
本記事では、判断条件・評価指標・分岐条件・判断主体の4点を初期段階で整えることが、PoC止まりを防ぐ起点になると整理しました。
一方で、実際の提案現場では、そもそも何をPoCでYes/Noにすべきか、どの問いが顧客社内の意思決定に効くか、どの論点を初期段階で揃えれば判断が前に進みやすいか、が見えていないまま提案が始まることも少なくありません。
CaseScenario™は、IRや中期経営計画をもとに業務課題を経営課題に翻訳し、案件化・検討開始・承認前進に必要な判断材料を初期段階で整える「初期提案の設計図」です。PoCの前段となる「何を判断材料にするか」の設計から入ることで、後工程で資料を足して失速する状態を防ぐ土台をつくります。
