AI ACTIVATION
PoCは動いた。なのに、本番に進まない
約6分
「デモは盛り上がった。試作も動いた。でも、そこから先に進んでいない」——AI活用の相談の場で、繰り返し耳にする話です。PoC（概念実証）自体は失敗していない。なのに本番に進まない。これは技術の問題ではなく、設計の問題です。原因は大きく4つに分解できます。
原因1: 「実証」ではなく「デモ」を作ってしまった
PoC の本来の目的は、本番化の可否を判断するための証拠集めです。ところが実際には、「上層部に見せて驚いてもらうためのデモ」が作られることが少なくありません。きれいなサンプルデータで、想定通りの質問にだけ答えるデモは、拍手はもらえても、本番化の判断材料にはなりません。
見分け方は簡単です。そのPoCは「何が確認できたら本番に進む」と事前に決めていたか。たとえば「実際の書類100件で、担当者の確認時間が半分になれば、来期予算で本番化する」——この一文が計画にあるかないか、です。判断基準のないPoCは、成功しても失敗しても、次のアクションにつながりません。「動いた。すごい。……で、どうする？」で止まっている状態こそ、PoC止まりの典型です。
原因2: 本番のデータと環境を後回しにした
PoC を早く形にするために、きれいに整えたデータ・切り離された環境で作る——それ自体は合理的ですが、本番との差分を埋める工程を最初から計画に入れていないと、PoC の成功が本番化の根拠にならなくなります。
本番の壁は具体的です。実データには表記ゆれと欠損がある。既存システムとの接続には情報システム部門の確認が要る。セキュリティ要件は後から発覚する。これらは「PoC の後で考えること」ではなく、PoC の設計段階で織り込むことです。私たちが「最初から小さく本番に載せる」進め方にこだわるのは、この差分が最大の死因になりやすいと考えているからです。
原因3: 業務プロセスを変えずに、ツールだけ足した
AIを入れても、仕事の流れが変わらなければ、AIは「追加の一手間」になります。議事録AIを入れたのに、これまで通り手書きメモも作っている。問い合わせAIを入れたのに、結局ベテランに聞いた方が早い——現場は正直です。使う方が楽になっていなければ、使われません。
本番化とは、システムの移行ではなく業務の再設計です。どの工程を消すのか、誰の役割がどう変わるのか、例外時は誰が拾うのか。ここを決めるのは現場とマネジメントの仕事であり、ベンダーには決められません。PoC止まりに陥る会社の多くは、技術の検証はしても、業務の再設計を誰の仕事とも決めていません。
原因4: 本番に進める「オーナー」がいない
PoC は現場の有志だけでも回せますが、本番化には予算・人事・業務変更の意思決定が要ります。つまり、経営の意思決定です。ここに責任者がいないと、PoC の成果報告は「引き取り手のないバトン」になります。
対策はシンプルで、始める前に決めておくことです。(1) 何が確認できたら本番に進むか（判断基準）、(2) 進むと決めたら誰が予算と業務変更を決裁するか（オーナー）、(3) いつまでに判断するか（期限）。この3つが決まっているPoCは、成功しても失敗しても前に進めます。失敗が「撤退の根拠」という立派な成果になるからです。
私たちがFDE（現場に入り込む伴走型のAIエンジニア）という形にこだわるのも、結局ここに行き着きます。試作を作る力より、本番と定着までの距離を最初から設計する力。もしいま、動いたまま止まっているPoCがあるなら、それは捨てる必要はありません。上の4つのどれで止まっているかを特定できれば、再起動の道筋は描けます。