すべての記事

PoCは成功した。それでも本番化しない理由は、技術ではない。

PoCは成功した。それでも本番化しない理由は、技術ではない。

PoCは成功した。
それでも本番化しない理由は、技術ではない。

PoCは動く。デモは通る。現場も「いけそうですね」と言う。

それでも本番化しない。

理由は単純だ。
検証しているリスクを間違えている。


PoCの成功率は高い。
本番移行率は低い。
この矛盾を説明できるだろうか。

技術リスクと投資リスクの層ズレ

多くのPoCは「技術成立」を証明している。

・アルゴリズムは動く

・データは取れる

・精度は出る

だが経営が知りたいのはそれではない。

経営が知りたいのは、
それに投資して、回収できるのか?

つまり、

PoCは技術リスクを潰している。
しかし本番化に必要なのは投資リスクの解消だ。

この層ズレが、止まりの正体だ。

技術は動く。意思決定が動かない。

決裁会議で止まる理由

決裁会議で止まる案件には共通点がある。

・ROIの前提が曖昧

・失敗時の損失上限が未定義

・保守予算が仮置き

・運用責任者が名指しされていない

「この前提でGoと言えますか?」

と問われた瞬間、空気が止まる。

つまり、

成功の定義が弱い。
失敗の定義は存在しない。

これでは「Go」は出ない。

勇気の問題ではない。設計の問題だ。

PoCは実験ではない

PoCは本来、

投資判断のための情報生成プロセス
であるべきだ。

ところが実態はこうなる。

PoC開始時に、本番移行条件が存在していない。

だから終わった後に議論が始まる。

「もう少し検証を」

「精度を上げてから」

「追加データを取ってから」

誰も反対していない。
誰もGoと言わない。

これは技術不足ではない。
判定条件の未設計だ。

本番化に必要な4つの設計

これを定義せずにPoCを始めるのは、
判定基準のない受験をさせるのと同じだ。

本番化を偶然にしないために必要なのは、次の4つ。

  1. Go/No-Goの数値基準
  2. ROI前提の合意
  3. 責任の帰属
  4. 失敗時の出口設計

これがPoC開始時に存在していれば、
終わった瞬間に判断できる。

存在していなければ、

半年後も同じ会議室で、同じ議論をしている。

PoCかMVPかは本質ではない

PoCかMVPか、という議論は枝葉だ。

重要なのは、
どのリスクを潰しているか。

技術か。市場か。運用か。投資か。

判断設計がなければ、どちらも止まる。

責任構造が止めている

本番化とは、

予算の質が変わる瞬間だ。
実験費から、責任費へ。

この瞬間に

・誰が運用を背負うのか

・誰が失敗を引き受けるのか

が曖昧だと、止まる。

技術は関係ない。

止めているのは責任の構造だ。

本番化は勇気ではない

成功した技術を本番に変えるのは、
勇気ではない。

判定設計だ。

本番化は結果。
設計されていないものは起きない。

最後に

PoCが止まるのは失敗ではない。
設計不足だ。

もし本番移行率を上げたいなら、
技術を磨く前に、

投資判断の設計を磨くべきだ。

そこに手を入れない限り、
成功率と移行率の矛盾は消えない。

本番化できない組織は、
技術が足りないのではない。
覚悟の設計が足りない。