PoCの本番化は、試作が動いたことに加えて、業務上の責任、品質、データ、運用が揃ったかで判断します。各項目に担当・証跡・未確認時の対応を付けると、公開する範囲を具体的に決められます。
2026年9月7日時点の情報です。
技術の成功と業務の準備を分ける
PoCでは限定した入力や利用者で技術を試します。本番では例外、複数利用者、継続的な更新、障害対応が加わります。開発費が何倍になるという一律の倍率ではなく、追加で必要な作業を確認します。
本番化の10項目
| 項目 | 確認する証跡 | 未確認時の判断例 |
|---|---|---|
| 1. 業務目的 | 対象・対象外と責任者 | 範囲を確定する |
| 2. 完成条件 | 受入シナリオと判定 | 合格を宣言しない |
| 3. 利用者 | アカウントと権限表 | 公開範囲を限定 |
| 4. データ | 保存・送信・削除の条件 | 実データ投入を保留 |
| 5. 品質 | 正常・例外・回答不可の結果 | 不合格部分を修正 |
| 6. 費用 | 利用量と予算、通知条件 | 上限と対応を決める |
| 7. 監視 | エラーの確認先と担当 | 運用窓口を決める |
| 8. 復旧 | 復元・切り戻しの記録 | リハーサルを行う |
| 9. 利用案内 | 操作・制約・問い合わせ先 | 利用者へ説明する |
| 10. 継続保守 | 更新、モデル変更、契約終了 | 役割と成果物を合意 |
判断例：社内FAQ Botを公開してよいか
通常の質問には答えられても、権限外の文書を参照できるなら、その状態で全社へ公開しません。質問範囲を限定するか、権限を修正して再試験します。一方、要望の多い追加機能が未実装でも、今回の完成条件に含まれないなら次段階へ分けられます。
承認記録の残し方
項目ごとに、担当、確認日、結果、未確認事項、対応期限を記録します。未確認を合格扱いにせず、誰がどの条件で公開を承認したかを残します。
技術設定の確認へ進む
Vercel・Supabaseを利用する場合の権限、秘密情報、環境分離は技術設定の確認記事で扱います。このページの判断表と合わせて、業務と実装の両方を確認してください。仕様書がない段階からPoCへ進める方法は仕様書なしで開発相談する方法で扱っています。
工数と費用を見積もる
PoCで未実施の権限、性能、移行、復旧、利用者説明を追加作業として整理し、要件と工数を合意します。
当社の作業単価は 1時間11,000円（税込） です。要件定義・契約後のすり合わせ・開発・テスト・バッファの時間を積み上げて見積もります。バッファは未確定事項ごとに理由を示し、クラウド・API等の実費と保守契約は別に確認します。初回相談・認識合わせの無料モック・お見積もりは無料です。見積もりの進め方と相談シートで整理できます。
よくある質問
Q. すべての要望を実装しないと公開できませんか？
今回の完成条件と追加要望を分けます。ただし権限や必要な復旧など、公開範囲で欠かせない条件は未確認のままにしません。
Q. PoCのコードをそのまま使えますか？
調査が必要です。再利用する部分と本番用に修正する部分を確認し、技術・運用の条件を揃えます。
自社の状況を整理して相談する
まず、本番化10項目の担当、確認結果、未確認、公開の承認者を書き出してください。この記事に合う検討シートとAI相談用プロンプトで、未確認の項目を残したまま整理できます。シートを完成させる前でも、お気軽にご相談いただけます。
運営・編集