PoCで終わったAI化案件が本番化しない。止まる工程の見極め方

PoCは成功したのに、本番化が止まる。デモは好評なのに、半年が過ぎる。そういう案件が多い。精度85%から90%へ、90%から95%へ。改善のたびに「あと少し」が続き、誰も「もう十分」と言わない。正体は精度ではなく、実は最初から「合格ラインを決めていなかった」ことだ。合格ラインは数字だけでは決まらない。人が全件確認する運用なら、精度80%でも下書きが8割生きれば十分だ。無人で顧客に出すなら、99%でも残り1%の悪影響次第では不合格。その判断を最初に文書で決めているかいないか。もう一つ、PoCの成果は担当者の手作業に支えられていることが多い。データを手で整えて投入し、おかしな出力は黙って除外し、止まったら手で再実行する。本番化とは、この人力を仕組みに置き換えることだ。

PoC停滞は「技術の壁」ではなく「設計の壁」である。見極めは単純だ。PoCが本当に1つのシステムとして動いていたら、そのシステムを動かすために人間が何をやったのか、すべて書き出せるか。書き出せないなら、本番化の要件定義がまだできていない。それなのに「精度を上げ続けろ」と言うのは、土台のない家に屋根を足すようなものだ。もう一つ、PoCで使ったデータは往々にして整ったサンプルだが、本番には手書きスキャン、空欄だらけの項目、部署ごとに違う書式が流れてくる。そこで精度が落ちるのは、モデルが弱いのではなく、実データが汚いのだ。最後に、社内の投資判断は「精度92%」という技術報告では動かない。「月何時間の業務が、AI化後は何時間になるか。費用と回収期間は」という経営の言葉に訳す必要がある。

明日からPoC案件に入るなら、開始時に5つを決めておけ。本番化の合格ライン（精度と運用のセット）、人の手作業を記録する担当、実データか・権限審査の並行スタート、導入前の業務量の測定、そしてPoCの終了日に「本番化する/しない」を判断する会議を最初から予約する。最後の1つは地味だが効く。その会議があるだけで、「なんとなく続く、なんとなく消える」というPoCの最も多い末路が防げる。