PoCが本番に進まない理由｜検証の報告を本番導入の起案に変える

はじめに｜PoCの結果報告のあと、本番の話が始まらない

「PoCでは手応えがあったのに、経営会議では『優先度が違う』と言われてしまった」

そんな経験はありませんか。現場では成果が出ていて、効果の試算もできている。それでも本番導入の話が始まらず、気づけば検証の報告書だけが残っている。AIでも、業務の自動化でも、データ活用でも、同じような止まり方が起きています。

この停滞の原因は、PoCの出来が悪かったことにあるとは限りません。経営や予算を持つ人が見ているのは「本番に投資してよいか」なのに、担当者が語っているのは「検証でどれだけ使えたか」です。PoCの報告と本番導入の起案は、同じ材料を使っていても別のものです。この違いを越えないまま報告を重ねても、判断の材料として届きません。

このコラムでは、PoCの成果が本番の判断材料にならない理由を3つのずれとして見ていきます。そのうえで、PoCの報告を本番導入の起案に組み直す方法を紹介します。

1. 課題と背景｜PoCが成功しても、本番の予算の段階で止まる

1-1. 検証は成功したのに、予算の段階で別の問いが持ち込まれる

PoCの結果報告を終えたあと、「検討します」と言われたまま話が止まる。担当者にとって、最も説明しにくい停滞のひとつです。技術的には成り立っていて、効果も試算できている。そこで担当者は、効果の試算の精度を上げたり、資料を充実させたりして突破しようとしがちです。

ところが、止まっている理由は検証の中身とは別のところにあることがあります。外資系IT企業の営業だった頃、複数の事業本部を持つ機器メーカーの、医療機器の事業本部の品質保証部に、品質管理の仕組みを提案していました。品質保証部の要望は、すべての工場の品質を一括でモニタリングしたいというものでした。PoCを行い、実現できることが確かめられたので、予算申請の段階に進みました。

同社には、ほかに二つの事業本部があり、それぞれに品質保証部がありました。その部門から、全社横断で品質保証を検討すべきではないかという声が上がり、話が止まりました。事業本部ごとにガバナンスや管理の基準が違うことを説明し、医療機器の事業本部だけでの起案を続けましたが、結局は差し戻しとなり、契約には至りませんでした。

PoCで問われたのは「できるか」でした。予算の段階では、「この範囲で始めてよいのか」という、検証では扱っていなかった問いが持ち込まれたのです。

1-2. 現場の合意と、経営が判断できる状態は別のもの

もう一つの壁は、話が上に伝わらないことです。現場の詳細な報告書は、忙しい上位層にはほとんど読まれません。読まれたとしても、「で、何を決めればいいのか」が伝わらなければ、判断は先送りになります。

ある大手銀行で、東南アジアでの新しい与信サービスを提案したことがあります。海外事業の担当部門だけでなく、関係する部門を集めた勉強会を何度か開き、各部門の疑問を一つずつ解いていきました。現場の合意は取れたと考えていましたが、臨時に設けられた幹部の会議で承認されませんでした。

あとで分かったのは、勉強会に出ていた担当者が上司の上司にはレポートを提出するだけで、そのレポートがかなりの分量だったことです。担当者は丁寧に仕事をしていましたが、長いレポートは幹部には読まれません。私は担当者がすでにレポートの作成に着手していると聞いていたため、要約を作りましょうと申し出る機会を逃していました。

「現場が合意している」ことと「経営が判断できる状態にある」ことは、別の問題です。担当者には、その両方を整える役割があります。

2. 課題の構造｜PoCの報告が本番の判断材料にならない3つのずれ

なぜ、担当者の説明が本番の判断に届かないのか。その背景には、PoCと本番導入のあいだにある3つのずれがあります。このずれを把握しないまま資料を充実させると、届かない説明が増えていきます。

2-1. 報告と起案のずれ｜「何が起きたか」と「何を決めるか」

担当者がPoCの結果として示すのは、多くの場合「処理時間が何時間減った」「エラーの率が何%下がった」という数値です。これは「何が起きたか」の報告です。PoCの報告書は、検証に関わった人が読む前提で書かれているため、前提や用語の説明が省かれ、数値の意味は読み手が補うことになります。一方、本番導入の判断に要るのは、「この投資が会社のどの課題に効くのか」「何を決めてほしいのか」です。

両者は同じ検証を見ていながら、使っている言葉が違います。「作業工数の削減」「プロセスの効率向上」は現場の言葉です。経営や予算を持つ人は、「コストの構造がどう変わるか」「人をどこに振り向けられるか」「事業の柔軟性がどう上がるか」という言葉で考えます。現場の言葉のまま説明すると、聞き手には「現場の改善活動」として届き、本番への投資の判断対象になりません。

「何が起きたか」を現場の言葉で報告することと、「何を決めるべきか」を経営の言葉で伝えることは、別の作業です。PoCの報告書をそのまま本番の起案に使うと、この違いが埋まらないまま上に上がります。

2-2. 評価する人と判断する人のずれ｜検証の範囲と本番の範囲

PoCは、多くの場合、一つの部門や一つの業務の範囲で行われます。成果を評価するのも、その部門です。ところが本番導入の段階では、予算を持つ人や、影響を受ける別の部門が判断に加わります。検証を評価した人と、本番を判断する人が変わるのです。

PoCを一部門で素早く進めることには利点があります。ただ、その間に本番で判断に加わる部門が検証の存在を知らないままだと、予算の段階で初めて自分たちの基準を持ち込むことになります。

判断に加わる部門は、それぞれ自分の基準で施策を見ます。ある部門はコストを、ある部門はシステムの負荷を、ある部門は全社の統一を見ます。機器メーカーの例では、検証を評価したのは一つの事業本部の品質保証部でしたが、予算の段階では、ほかの事業本部の品質保証部が「全社として揃えるべきではないか」という基準を持ち込みました。

検証の範囲で出た成果は、その範囲の外にいる人の問いには答えていません。本番の範囲を誰がどう決めるのかが描かれていないと、判断に加わった部門の数だけ問いが増え、施策は差し戻されます。

2-3. 時間軸のずれ｜今期の成果と中長期の投資

担当者は、PoCの成果を今期の成果として説明しようとします。一方、経営は3〜5年先の競争環境や、事業の組み合わせの変化を見据えて判断します。担当者が短期の効果で説明するほど、経営には「小さな改善」として映ります。

逆に、担当者が中長期の戦略的な意義を語ろうとすると、今度は「具体的な根拠がない」と受け止められます。PoCで得たのは短期の、限られた範囲の数値だからです。たとえば、現場の作業時間がどれだけ減ったかは今期のうちに示せますが、それが3年後の人員の配置や事業の拡大にどう効くのかは、PoCの数値だけでは示せません。担当者が語れる根拠と、経営が知りたい時間軸のあいだに、ここで隙間ができます。

どちらの時間軸で語るべきかは、誰が最終的に承認するかによって変わります。PoCの成果は短期の根拠として使い、そのうえで中長期のどの段階まで進めるのかを示す。この二つをつながないまま説明すると、どちらの時間軸の聞き手にも届きません。

3. 解決策｜PoCの報告を本番導入の起案に組み直す

3つのずれは、担当者ひとりで解消できるものではありません。それでも、どこで何が止まっているかを把握したうえで起案を組み直せば、本番の判断を前に進めやすくなります。

3-1. 成果を、本番の判断に使う言葉に置き換える

PoCの成果を報告するとき、現場の数値をそのまま示すのではなく、本番の判断に使う言葉に置き換えることから始めます。たとえば「作業時間を月30時間削減」という成果は、「その業務を特定の人に頼る度合いが下がる」「固定費として抱えていた作業を、量に応じて調整できるようになる」と語り直せます。置き換えは、一つの数値に一つの言葉で十分です。成果を並べすぎると、どれが判断の根拠なのかがかえって見えにくくなります。

これは言い回しを変える作業ではありません。「現場の改善」を「本番に投資するかどうかの判断材料」に変える作業です。自社の中期経営計画や決算説明資料を見て、経営がいま注目しているテーマ、たとえばコスト構造の見直しや事業の選択と集中と、PoCの成果をどう結べるかを先に整理しておきます。

そのうえで、PoCの報告書とは別に、本番導入の起案を一枚目から書き起こします。最初に置くのは「何を決めてほしいのか」、次が「なぜその判断が今必要なのか」です。検証の結果は、その根拠として後ろに置きます。報告書の並びを変えるだけでも、読み手が受け取るものは変わります。

3-2. 本番の範囲と、誰が回し誰が決めるかを先に描く

本番導入の起案では、検証で扱わなかった問いに先に答えておきます。どの範囲で始めるのか、誰がどの時点で判断するのか、本番で誰が運用を回すのか、の3つです。

範囲については、最初の本番導入を、一つの工場や拠点の中で完結させる起案にすると進めやすくなります。データが拠点の中で揃い、拠点の責任者が自分の課題として判断できるからです。ただし、他の拠点に広げられる形で設計し、全社展開の起案は、最初の実績を根拠に別に用意します。

機器メーカーの例のように、全社で揃えるべきだという問いは、どこかで出てくることが多いものです。その問いに線を引いて退けるのではなく、「まずこの範囲で始め、ここからこう広げる」という道筋を起案の中で示しておくことです。

運用については、ある電子部品メーカーの例があります。品質問題が起きるたびに行う原因分析が複雑で、特定の人に頼っており、データの量が増えると追いつかなくなっていました。先方の技術者と共同で分析の流れを組み直し、流れを設計する人と、決まった手順で実行する人に役割を分けて、実行は同じ部門の別の業務の人が応援で担える形にしました。本番で誰が回すのかが見えている起案は、判断する側の不安を一つ減らします。

なお、どの条件で次の段階に進み、どこで止めるのかという分岐条件も、起案の段階で決めておきます。

3-3. 上位層向けの要約を、担当者自身が設計する

現場の担当者が詳細な報告書を作ることは、誠実な仕事です。けれども、その資料が判断する人に届くかどうかは別の問題です。幹部や役員が承認の場で必要とするのは、状況、論点、判断の根拠が1〜2ページで読める要約です。

この要約は、詳細な報告書を渡したあとに誰かが作ってくれるものではありません。大手銀行の例では、担当者がレポートを書き始めた時点で、要約を誰が作るのかを決めておくべきでした。担当者自身が「上位層向けに圧縮して設計するもの」と捉え直し、報告書と並行して最初から作っておきます。

要約に入れるのは、何を決めてほしいのか、なぜ今なのか、検証で何が確かめられ、何がまだ確かめられていないのか、そして判断に加わる部門の受け止めです。確かめられていないことも書いておくと、読み手は判断の範囲を自分で見極められます。

誰が読むかによって、何を前に出すかは変わります。予算を持つ事業部門の責任者に向けた要約と、経営会議に向けた要約は、同じ因果のまま入口を変えて用意します。経営会議に上がる資料の粒度と言葉を担当者自身が整えておくことで、自分のいない場でも判断が前に進む状態を作れます。

まとめ｜PoCの報告書を、本番の起案として読み直してみてください

PoCが成功したのに本番に進まないとき、検証の中身を足しても状況は変わらないことが多いと思います。足りていないのは検証の結果ではなく、本番の判断に使える形の材料です。

まず試していただきたいのは、手元のPoCの報告書を横に置いて、「これを本番の起案として読んだとき、何を決めてほしいのかが一枚目に書かれているか」を確かめることです。書かれていなければ、そこから書き起こしてみてください。

あわせて、本番をどの範囲で始めるのか、そして決める立場の人が読む1〜2ページの要約があるかも確かめてみるといいかもしれません。そこから始めると、次の説明の場が少し変わってくるはずです。

【参考】CaseScenario™なら

PoCの成果が現場の評価で止まるのは、その成果が、予算を持つ人の経営課題とつながっていないためです。本文で述べた「PoCの報告を本番導入の起案に組み直す」ことを、実際の施策で形にするのが、DX稟議の設計図｜CaseScenario™です。業務課題を経営課題に翻訳し、承認前進に必要な判断材料を整える「初期提案の設計図」の考え方を、社内の起案に当てはめています。

題材は、PoCを終えて本番導入の起案を控えている、実際の施策1件です。月2回のセッションを3ヶ月続け、PoCの結果を材料に、次の4点を設計します。

• 誰の予算に乗る施策か

• どの経営課題に接続するか

• 試行から展開までの段階と、止める基準をどう置くか

• 工場長向け・本社向けなど、読み手ごとの入口をどう変えるか

全社展開の前に、まず一つの拠点での本番導入を起案する形もご提案します。

稟議書を書くのは起案者ご自身で、当方は論点の設計とレビューを担います。範囲は稟議を上げられる状態にするところまでで、技術の選定やPoCの実施そのものは扱いません。承認は各社の投資基準や他の案件との優先順位によるため、お約束はしていません。

👉 CaseScenario™の紹介ページはこちら