株式会社renue
AI導入・DXの悩みをプロに相談してみませんか？
AIやDXに関する悩みがありましたら、お気軽にrenueの無料相談をご利用ください。 renueのAI支援実績、コンサルティングの方針や進め方をご紹介します。
「AI の PoC は走らせたものの、本番に届かない」という相談が、2026 年も多くの企業から続いています。Digital Applied が 2026 年 3 月に公表した AI Agent Scaling Gap レポート では、AI エージェントのパイロットを抱える企業の 78% に対し、本番到達した比率はわずか 15% 未満であると整理されています。中国でも 163.com が 2026 年に紹介した PoC 本番化の調査 が、企業 AI 案件の 93% が PoC で滞留している実態を伝えており、規模・地域を問わず本番ロールオーバーが業界共通の難所になっています。
本記事は、AI 実装支援を本業とするコンサルティングファーム（renue）が、社内で運用している「PoC を 90 日で本番化する設計フレームワーク」を、採用候補者向けに公開する設計記事です。一般論の方法論ではなく、フェーズ管理と判断軸という形で、再現性のある形で書き下ろします。
1. PoC が本番に届かない構造
本番到達率の低さは、技術力ではなく設計の問題です。Omdia が公表している AI Proof of Concept to Production レポート も、本番到達のためには「セキュリティ、プライバシー、コンプライアンス、運用監視、コスト管理」を最初から組み込んでおく必要があると整理しており、「PoC で技術検証 → 本番で運用設計」という順序では遅すぎる、という指摘で一貫しています。
日本では、経済産業省が 2024 年 7 月に公表した 「コンテンツ制作のための生成AI利活用ガイドブック」 が、生成 AI 出力の直接利用回避とファクトチェックを基本ルールとして示しています。これは PoC ではなく本番運用フェーズで意味を持つ規範ですが、PoC の段階で運用ルールを置かないと、本番ロールオーバーで突然このレベルの統制を要求されてプロジェクトが止まります。
OpenAI が公表している The next phase of enterprise AI も、AI 案件の本番化フェーズでは「ガバナンスと運用監視を最初から組み込んだ設計」が成功パターンの共通項だと指摘しています。renue 社内のフレームワークは、この前提の上に立っています。
2. 90 日フレームワークの全体像
renue 社内で運用している 90 日フレームワークは、3 つの Phase に分割されます。各 Phase は 30 日で、Phase 間にゲートが置かれており、ゲートを通らない案件は次の Phase に進めません。これは EC-Council が公表している 90-Day AI Scaling Roadmap や、BayTech Consulting が公表している Enterprise AI 90-Day Roadmap とも構造が近く、海外・国内の標準モデルから大きくは外れていません。renue の独自部分は、ゲートで何を見るかと、Phase ごとに人間とエージェントがどう協働するかの判断軸です。
2-1. Phase 1（Day 1–30）：スコープ確定と運用設計の同居
Phase 1 でやるのは、PoC のスコープを切ることだけではありません。Phase 3 で必要になる運用設計を、Phase 1 のうちに紙に落としておきます。具体的には次の項目を 30 日以内に確定させます。
- 業務オペレーションの 1 ステップずつのトレース：社内ガイドラインでいう「業務のトレース（自動化の前提）」。ここをスキップすると Phase 2 でモデルが何を解いているのか分からなくなります。
- 本番運用後の責任主体：誰が監視し、誰が改善し、誰が止めるのか。メンバーズが 2025 年 6 月に公表した DX 人材コラム も、PoC が本番に届かない最大要因は「最初に運用責任者を決めていないこと」だと指摘しています。
- 合否判定基準：Phase 2 終了時点で本番化判定をするための、定量・定性両方の基準を Phase 1 で固定します。判定基準を Phase 2 中に動かすと、評価が泥沼化します。
- セキュリティ・コンプライアンス境界：本番で必要になる規制対応（個情法・業界別法令）を Phase 1 のうちに洗い出します。Phase 3 で気付くと作り直しになります。
Phase 1 のゲートは、上記 4 項目が確定し、責任主体が紙に署名している状態です。これが揃わないまま Phase 2 に進むと、本番ロールオーバーで止まります。
2-2. Phase 2（Day 31–60）：実装と評価ループ
Phase 2 はエージェント実装と評価を並走させます。AWS が公表している Generative AI Path-to-Value フレームワーク でいうところの Construction フェーズに相当します。renue 社内の運用では、次の 3 点が他社と違います。
- コンサル本人がコードまで書く：実装をエンジニアに丸投げせず、ドメイン知識を持つコンサルが Claude Code 等で直接実装します。Phase 1 で言語化した業務トレースから設計が剥がれない構造です。
- 評価ループの自動化：プロンプト・モデル・データの3軸で改善ループが回るので、Phase 1 で固定した合否判定基準に対する到達度を、毎日数値で記録します。
- Phase 1 の運用設計を、Phase 2 中に検証する：Phase 1 で書いた運用設計が現実に回るか、Phase 2 のうちに小さく動かして検証します。Phase 3 で初めて運用に触ると、ほぼ失敗します。
Phase 2 のゲートは、合否判定基準に対する到達と、運用設計の現実性検証の 2 点です。どちらかが揃わなければ、Phase 1 に戻すか、Phase 2 を 15 日延長します。延長は限定的に許容しますが、延長を超えても揃わない場合は本番化を取りやめる判断をします。
2-3. Phase 3（Day 61–90）：本番ロールオーバーと運用引き渡し
Phase 3 は、本番環境への展開・監視・改善体制の引き渡しです。AWS Prescriptive Guidance の生成 AI ライフサイクル文書 でも、運用フェーズでは「監視・コスト管理・障害対応・モデル更新」が中心になると整理されています。renue の独自部分は次の 3 点です。
- 監視は Phase 1 の合否基準と整合させる：本番監視ダッシュボードの指標は、Phase 1 で固定した合否判定基準と同じものを使います。「PoC は通ったが本番監視は別指標」という分断が起きないようにする設計判断です。
- 運用引き渡しは段階的：実装したコンサルが Phase 4（91 日目以降）も最低 1 ヶ月は監視に立ち会います。引き渡し直後に責任主体を切ると、初期障害でドメイン知識が消失します。
- 改善ループの自動化を Phase 1 のスコープに含める：Phase 3 で初めて改善設計を考えるのではなく、Phase 1 で運用設計と一緒に改善ループのトリガーを定義しておきます。
3. 失敗パターンの避け方
renue 社内では、Phase 別の失敗パターンを蓄積し、社内ガイドラインから直接対策を引いています。代表的な3つを紹介します。
- Phase 1 を急ぐ罠：「早く動くものを見せたい」気持ちで Phase 1 のスコープ確定を 1 週間で済ませ、Phase 2 でやり直しになるパターン。社内ガイドラインの「業務のトレース」が対策。1 ステップずつ言語化したトレース表を Phase 1 のゲート要件にしています。
- Phase 2 で評価基準を動かす罠：Phase 2 中に「やっぱりこの指標で見よう」と基準を変える誘惑が出ます。社内ガイドラインの「対照実験を意識する」を反映し、評価基準は Phase 1 で固定して動かしません。基準を変えたい場合は、Phase 1 にいったん戻します。
- Phase 3 で運用責任者が消える罠：Phase 1 で署名した運用責任者が Phase 3 でアサインから外れるケース。社内ガイドラインの「ボールを拾う姿勢」を反映し、責任主体の切り替えは Phase 4 開始から最低 1 ヶ月後とルール化しています。
4. 採用候補者がここから読み取るべきこと
このフレームワーク自体は海外にも国内にも類似モデルがあります。renue が他社と違うのは、Phase 設計を「コンサル × エンジニア境界レス」で動かしていること、Phase 1 で運用設計まで紙に落とすこと、ゲートで主観ではなく合否基準で判定することの 3 点です。InfoQ China が 2026 年 3 月に公表した AI 工程化レポート も、本番到達できる組織は「Phase 設計とゲート運用を、コードと同じレベルで統制している」と指摘しており、renue のフレームワークはこの方向性に沿っています。
採用候補者にとってのシグナルは 3 つです。第 1 に、PoC を本番化する仕事は、コンサル単独でもエンジニア単独でも完結しません。Phase 設計の言語化能力（コンサル寄り）と、実装・運用の翻訳能力（エンジニア寄り）の両方が同じ人の中にあるのが理想です。第 2 に、AI が業務基盤になっても、Phase 設計とゲート運用を考えるのは引き続き人間の仕事です。AI が実装を加速する分、Phase 設計の質が成功率を決めます。第 3 に、PoC 段階で本番運用設計まで紙に落とせる人材は、業界全体で希少化しています。Phase 1 でどこまで先回りできるかが、コンサルマネージャー以上のポジションで評価されるスキルになっています。
5. まとめ
renue 社内の 90 日フレームワークは、PoC 検証と本番運用設計を Phase 1 で同居させ、Phase 間ゲートを合否基準で運用することで、本番到達率を構造的に上げる設計です。海外の標準モデル（AWS Path-to-Value、EC-Council 90-Day Roadmap、BayTech 90-Day Roadmap）と整合させつつ、コンサル × エンジニア境界レスでの実行と、社内ガイドライン由来の失敗パターン回避を組み合わせています。
採用候補者にとっての示唆は、PoC 本番化スキルは「フェーズ設計の言語化」と「実装・運用の翻訳」の両方を同じ人の中で動かす働き方として実装されているということ、そしてその働き方を毎日動かしている人と話すには、対面の方が早いということです。
renue では PoC から本番化までを一気通貫で担うコンサル × エンジニア人材を募集しています。カジュアル面談で「90 日フレームワークの実走の中身」をお話しします。カジュアル面談に申し込む