
AIの試作はうまくいったのに、本番運用まで進まない。その多くは、技術ではなく「何をもって成功とするか」を着手前に決めきれていないことに理由があります。この記事では、試作から運用へ橋を架けるための、成功定義の合意の手順を整理します。
要点:PoC(試作)が本番に載らない原因の多くは、精度の不足より前に、成功の基準を関係者で共有できていないことにあります。着手前に「誰が・どの業務で・どう良くなれば成功か」を書き出して合意しておくと、判断が速くなり、投資の見送りも前向きに決められます。
なぜPoCは止まるのか
AIの試作は、動くものを作るところまではたどり着きやすくなりました。難しいのはその先です。試作を見た関係者の反応が「悪くはないが、これで進めていいのか分からない」で止まってしまう。この状態が続くと、判断そのものが先送りになります。
止まる理由を分解すると、技術の問題より合意の問題が先に来ることが分かります。よくあるのは次のような食い違いです。
- 現場は「日々の手間が減ること」を、経営は「投資に見合う効果が出ること」を成功と考えていて、基準がそろっていない。
- 「精度何割で良い」という数字だけが独り歩きし、その数字が業務のどの判断に効くのかが曖昧なまま。
- 試作の対象データと、本番で流れてくるデータの前提がずれていて、そのまま比べられない。
いずれも、着手前に言葉にしておけば避けられたものです。逆に言えば、成功の定義を先に合意しておくだけで、この食い違いはたいてい起きません。
試作の目的は「動くこと」の確認ではなく、「本番に進めてよいか」を判断できる材料をそろえることにある。
成功定義を、着手前に一枚で合意する
成功の定義は、長い文書である必要はありません。関係者が同じ一枚を見て「これで合意」と言える粒度が、いちばん機能します。次の3つを埋めるところから始めます。
1. 誰の・どの業務が良くなるのか
対象を業務単位まで絞ります。「問い合わせ対応」ではなく「一次回答の下書き作成」まで下ろすと、成功したかどうかを後から確かめられます。対象がぼやけると、評価もぼやけます。
2. 何が、どうなれば成功か
業務がどう変われば良いのかを、確かめられる形で書きます。処理にかかる時間、手戻りの回数、担当者が抱える件数など、業務の実感に近い指標を選びます。精度の数字は、その指標を支える裏付けとして置きます。目的と手段を取り違えないことがコツです。
3. どういう状態なら見送るのか
見送りの基準も、同じ一枚に書いておきます。「ここまで届かなければ、いったん止めて設計を見直す」を先に決めておくと、うまくいかなかったときに判断が滞りません。撤退の線を引くことは、前に進むための準備でもあります。
この3つを、関係者が集まる場で一度に埋めます。埋める過程そのものが、立場ごとの期待のずれをあぶり出してくれます。
合意を、評価の設計につなげる
成功の定義が決まると、試作で何を測るべきかが自然に決まります。合意した指標を、そのまま評価の観点に写します。ここを別々に考えると、試作は動いたのに合意に照らして判断できない、という手戻りが起きます。
評価の観点は、着手前に短くメモしておくだけでも十分に効きます。たとえば、判定の材料をこのような形で残しておきます。
成功定義: 一次回答の下書き作成
対象業務 : 問い合わせの一次回答づくり
成功の基準 : 下書き完成までの時間を体感で短縮 / 手戻りが増えない
見送りの基準: 手戻りが今より増える / 担当が内容を確認しきれない
確かめ方 : 1週間ぶん試し、担当者の実感 + 手戻り件数で判断
大切なのは、判定を後から水掛け論にしないことです。着手前に合意した基準に照らして「進める・見直す・見送る」を選ぶ。この順番を守るだけで、試作の一つひとつが次の判断につながっていきます。
止まらないチームがやっていること
本番まで進むチームに共通しているのは、合意を先に置く習慣です。
- 試作に入る前に、成功と見送りの基準を関係者で書き出して合意している。
- 指標を業務の実感に近いところに置き、精度の数字はその裏付けとして扱っている。
- うまくいかなかったときの進め方まで、着手前に決めてある。
どれも派手さはありませんが、この準備があるかどうかで、試作が判断につながるか、宙に浮くかが分かれます。