Vol.07

AIのPoCが本番化しない中小企業の3パターン

PoC Operations

AIのPoCが本番化しない中小企業には、共通する3つのパターンがあります。目的不在型、責任不在型、運用不在型。いずれもPoC開始の時点で兆候が見えています。経営者が初期に見抜けば、回避できます。本番化させるための順序を、現場で起きる現象と合わせてお伝えします。

「PoCで終わる」とはどういう状態か

多くの企業で、AIのPoCは盛り上がります。技術はうまく動き、現場の反応も悪くない。ところが半年後、PoCの環境はそのまま放置され、本番業務には組み込まれていません。PoCで終わるとは、技術が動いたが、業務に組み込まれなかった状態を指します。

原因は技術ではありません。「PoCの先」を最初に設計していないからです。本番化のシナリオを最初に書かないPoCは、ほぼ確実に止まります。

本番化しない3パターン

1. 目的不在型

「AIをやってみたい」が目的になっているパターンです。何が解決すれば成功か、を最初に決めていません。技術が動いた瞬間に「成功した」と感じ、誰も次の一歩を引かなくなります。

回避策は単純です。PoC開始前に「本番化したらどの業務がどう変わるか」を1ページで書くこと。書けないなら、まだPoCを始めるタイミングではありません。

2. 責任不在型

「みんなで進める」プロジェクトは、誰も本番化責任を持ちません。情シスは「業務側が決めること」と言い、業務側は「技術がよくわからない」と言います。間に立つ人がいない限り、PoCは止まります。

回避策は、PoC開始時点で「本番化責任者」を1名決めることです。情シス出身でも業務出身でも構いません。1名決めるだけで、決裁の流れが生まれます。

3. 運用不在型

本番化はしたが、運用設計がない、というパターンです。誰がトラブル時に対応するか、誰が改善を続けるか、が決まっていない。3ヶ月後にエラーが起き、誰も対応せず、自然消滅します。

回避策は、本番化の判断時点で「最初の3ヶ月、誰がどれだけの工数で運用するか」を明文化することです。運用工数が確保できないなら、本番化しないほうがよい場合もあります。

本番化させる正しい順序

技術が動いてから本番化を考えるのは遅すぎます。本番化のシナリオが先、PoCは後です。

順序は明確です。本番化の業務シナリオを書く → 本番化責任者を決める → 運用工数を確保する → そのうえでPoCを始める。逆順にすると、ほぼ必ず止まります。中小企業はこの順序を守るほうが、大企業より速く本番化できます。

経営者がまず取るべき3つのアクション

  1. 本番化シナリオを1ページで書かせる。PoC開始前に、本番化したときに業務がどう変わるかを1ページで書きます。書けないPoCは、始める時期ではありません。
  2. 本番化責任者を1名決める。「みんなで進める」を排除します。1名決めるだけで、決裁が動きます。
  3. 運用工数を先に確保する。本番化後の最初の3ヶ月分の工数を、PoC段階で押さえます。これがないと、自然消滅します。

まとめ

AIのPoCが本番化しないのは、技術の問題ではなく、設計の問題です。目的・責任・運用の3つを、PoC開始前に決める。これだけで、本番化率は大きく上がります。PoCは「やってみる」ものではなく、「本番化を前提に検証する」ものです。前提が変わると、進め方も結果も変わります。

自社のPoCが本番化しているかを3分で診断できます。

無料で組織のAI成熟度を診断する  →

よくある質問

PoCの期間はどれくらいが適切ですか?
目安は2〜3ヶ月です。それ以上は、本番化を逃すリスクが高まります。短く区切り、判断ポイントを設けます。
PoCの成功基準はどう定めますか?
業務時間の削減量、エラー率、利用人数の3つを最低限の指標にします。技術が動いたかではなく、業務が回ったかで判断します。
本番化したいが反対意見が出る場合は?
反対意見の中身を分解します。リスク懸念であれば対策を、抵抗感であれば段階移行を、コスト懸念であれば回収期間を提示して合意を作ります。
本番化に失敗した場合のリカバリーは?
PoCに戻すのではなく、業務を旧来のフローに戻します。中途半端な並行運用は最も非効率です。原因を特定してから、再設計します。
診断を受ける  →