生成AI PoCの本番移行チェックリスト(承認の10項目)
PoCの本番移行チェックリストとは、PoCで「使えそうだ」とわかったあと、本番で使い続けるための準備(責任者・誤りの扱い・費用・セキュリティ・監視・止め方)がそろったかを確かめ、承認を残すための表です。この生成AIのPoC向けのExcelテンプレートでは、責任者、評価データと合格基準、誤りの差し戻しの手順、月の運用費の見込み、セキュリティ審査、利用者教育、監視、モデルと指示文の更新、効果の測り方、撤退基準の10項目に、判定(可・条件付き・不可)・根拠資料・担当・承認の欄が付いています。請求書の確認業務を題材にした記入例つきです。
別の呼び方: PoC 本番移行 チェックリスト/PoC 本番化 判断/生成AI 本番導入 チェック/PoC 出口 判定/AI 本番移行 承認
- PoCの本番移行チェックリストとは?
- PoCで「使えそうだ」とわかったあと、本番で使い続けるための準備(責任者・誤りの扱い・費用・セキュリティ・監視・止め方)がそろったかを確かめ、承認を残すための表です。法令で決まった様式はありません。
- PoCが本番に進まない理由は?
- 精度は足りていても、誤りのときの扱い、本番の件数での費用、運用の担当、止める基準が決まっていないことがよくあります。この10項目は、その抜けを承認の前に見つけるためのものです。
- 形式
- Excel・PDF
- 用紙
- A4横
- 更新日
- 2026.10.31
- 版
- v1.0

記入例
Excel の「記入例」シートと同じ内容です。グレーの列は自動で計算され、すぐ確かめる行は赤、期限の近い行は黄色で表示されます。
生成AI PoCの本番移行チェックリスト
項目ごとに根拠資料を見て、判定を 可・条件付き・不可 から選びます。不可は赤、条件付きは黄。条件付きは、何をいつまでにするかを書きます。
対象のPoC請求書の内容確認(発注データとの突き合わせ)
PoCの期間2026年9月〜10月(6週間)
起票者業務部 高橋
決裁者管理本部長 山本
総合判定条件付きで本番へ(教育の完了までは経理課の3名で運用)
承認日2026-11-12
項目数10
可8
条件付き2
不可0
| No. | 項目 | 確かめること | 本番に進む目安 | 判定 | 根拠資料 | 担当 | 確認者・日付 | 内容・条件 |
|---|---|---|---|---|---|---|---|---|
| 1 | 責任者 | 本番の業務と、AIの仕組みの運用の責任者が決まっている | 業務側・システム側の責任者の名前と役割が書面にあり、本人が了承している | 可 | 体制表 v1.2 | 業務部 高橋 | 11/12 山本 | 業務:経理課長、システム:情報システム部 主任 |
| 2 | 評価データと合格基準 | 本番と同じ種類のデータで、事前に決めた合格基準を満たした | PoCの前に決めた基準で、評価用のデータ(調整に使っていないもの)を測り、結果が記録に残っている | 可 | PoC評価報告書 3章 | 情報システム部 松本 | 11/12 山本 | 評価用300件で、金額・取引先の読み違い0件(基準:0件) |
| 3 | 誤りの差し戻し | AIの誤りを誰が見つけ、どう直し、どこへ戻すかの手順がある | 手順書があり、PoCの期間中に実際にその手順で回した | 可 | 業務手順書(案)4章 | 業務部 高橋 | 11/12 山本 | 確信度が低い行は担当者の確認に回す。誤りは週1回まとめて評価データに足す |
| 4 | 運用費の見込み | 本番の月の件数で、AIの利用料・保守・人の確認の時間を見積もった | 見込みが予算の枠に収まり、件数が2倍になったときの費用も出してある | 可 | 運用費の試算表 | 情報システム部 松本 | 11/12 山本 | 人の確認は月20時間の見込み。件数が倍でも予算の枠内 |
| 5 | セキュリティ審査 | 情報システム部門のセキュリティ審査を通った | 要是正が0件。条件付きの項目は、条件と期限が決まっている | 可 | セキュリティチェックシート(審査済み) | 情報システム部 佐藤 | 11/12 山本 | 条件付き3件はすべて本番前に対応済み |
| 6 | 利用者教育 | 使う人が、使い方・やってはいけないこと・誤りに気づいたときの連絡先を知っている | 説明会か手引きで全員に伝え、受けた人の記録がある | 条件付き | 利用の手引き(案) | 業務部 高橋 | 11/12 山本 | 説明会は11/20に実施予定。実施後に本番の範囲を全員に広げる |
| 7 | 監視 | 精度・処理件数・エラー・利用料を見る担当と頻度、知らせる基準が決まっている | 見る画面と担当が決まり、基準を超えたら担当に通知が届くことを試した | 可 | 運用手順書 5章 | 情報システム部 松本 | 11/12 山本 | 週1回、差し戻し率を確認。エラーが1日10件を超えたら通知 |
| 8 | モデル・指示文の更新 | AIモデルや指示文を変えるとき、評価データで確かめてから入れる手順がある | 更新の前後で評価データの結果を比べ、悪くなっていたら戻せる | 条件付き | 運用手順書 7章(案) | 情報システム部 松本 | 11/12 山本 | 比べる手順はある。元に戻す手順の試しは12月の定期更新で行う |
| 9 | 効果の測り方 | 本番のあとに何を測り、いつ見直すかが決まっている | PoCの前の数字(件数・時間)と同じ測り方で、3か月後に見直す日が決まっている | 可 | PoC計画書・効果測定表 | 業務部 高橋 | 11/12 山本 | 1件の確認時間と差し戻し率を毎月集計。2027年2月に見直し |
| 10 | 撤退基準 | 何が起きたら止めて手作業に戻すか、戻し方が決まっている | 止める基準と判断する人、手作業に戻す手順が書面にあり、関係者が知っている | 可 | 業務手順書(案)6章 | 業務部 高橋 | 11/12 山本 | 読み違いが月3件を超えたら停止を判断。止めたら翌日から元の手順で処理 |
このテンプレートでできること
- 本番に移す前に確かめる10項目が最初から入っている
- 項目ごとに「確かめること」と「本番に進む目安」を記載
- 判定(可・条件付き・不可)を選ぶだけ。不可は赤、条件付きは黄
- 根拠資料・担当・確認者の欄で、誰が何を見て判断したかが残る
- 上の欄に決裁者・承認日・総合判定を書ける
- 条件付きにするときの書き方と、本番で起きやすいことの早見表つき
こんな方におすすめ
- 生成AIのPoCを終え、本番に移すかを決める立場の方
- PoCは成功したのに、本番化の稟議で止まっている担当の方
- PoCの出口の基準を、計画の段階で決めておきたい方
シートの構成
- 使い方
- 判定の付け方と、承認までの流れ
- 記入例
- 請求書の内容確認を生成AIで行うPoCを、条件付きで本番に移すと決めた例
- 本番移行チェックリスト
- 10項目が入った空欄のチェックリスト。PoCごとにコピーして使う
- 早見表
- 判定の付け方と、PoCから本番で起きやすいこと
項目と書き方
| 項目 | 書き方 | 例 |
|---|---|---|
| 判定 | 本番に進む目安を満たせば可。条件と期限を決めれば満たせるなら条件付き。満たせないなら不可 | 条件付き |
| 根拠資料 | 判定の裏付けになる報告書・手順書・試算表の名前と版 | PoC評価報告書 3章 |
| 担当 | その項目を準備した人 | 業務部 高橋 |
| 確認者 | 根拠資料を見て判定を確かめた人と日付 | 11/12 山本 |
| 内容・条件 | 決まったことを数字で。条件付きのときは、何をいつまでにするか | 説明会は11/20に実施予定 |
作るときの注意
01
合格基準はPoCの前に決めたものを使う
結果を見てから基準を変えると、本番で同じことが起きたときに説明できません。PoCの計画書の基準と照らします。
02
費用は本番の件数で出す
AIの利用料は件数に比例して増えます。PoCの件数ではなく、本番の月の件数と、件数が増えたときで見積もります。
03
撤退基準は承認と一緒に決める
止める基準がないと、精度が落ちても使い続けることになります。止める基準・判断する人・手作業への戻し方を先に決めます。
04
条件付きは期限と確かめる人を書く
すべて可になるまで待つより、条件と期限を決めて範囲を絞って始めるほうが現実的です。期限に条件を確かめる人を決めます。
項目の根拠にした規格
- 経済産業省「AI・データの利用に関する契約ガイドライン」(AI編) AIの開発を、アセスメント・PoC・開発・追加学習の段階に分け、段階ごとに次へ進むかを判断する考え方(探索的段階型)
- 総務省・経済産業省「AI事業者ガイドライン」 AIを使う事業者が取り組むこと(安全性・プライバシー・セキュリティ・透明性・アカウンタビリティなど)
- ISO/IEC 42001:2023 AIマネジメントシステムの規格。AIの導入から運用・監視・見直しまでを、組織として管理する仕組み
手作業を減らすなら
よくある質問
不可の項目が1つでもあったら、本番に移せませんか?
このテンプレートでは、不可が0件で、条件付きの項目に期限と確かめる人が決まっていることを本番に移す目安にしています。社内の決まりに合わせて変えてください。
稟議書の代わりになりますか?
稟議書に添える資料として使います。費用・効果・リスクを書く稟議書と組み合わせると、決裁する人が判断しやすくなります。
外部に開発を頼んでいる場合、誰が書きますか?
準備は委託先と一緒に進めますが、判定と承認は発注する側が行います。責任者・撤退基準・利用者教育は、発注する側でしか決められません。
フォームを送信すると、すぐにダウンロードできます
関連するテンプレート

RPA管理台帳(ロボット台帳・野良ロボット対策)
RPA管理台帳とは、社内で動いているRPAのロボットを1行に1本ずつ書き、業務・担当者・動かす端末・操作するシステムを一か所で管理する表です。
Excel・PDF A4横 2026.10.30 更新

RPAロボット仕様書・引継ぎ書
RPAの仕様書・引継ぎ書とは、ロボット1本ごとに、目的・起動の条件・入力と出力・処理の流れ・エラー時の動き・手作業での代わりの手順をまとめた書類です。
Excel・PDF A4縦 2026.10.30 更新

WinActor・UiPath 乗り換えチェックリスト(シナリオ棚卸し)
シナリオの棚卸しとは、RPAを乗り換える前に、今あるシナリオを1本ずつ洗い出し、業務・頻度・停止の回数・保守の手間・作り手の在籍などを記録して、移す順番を決める作業です。
Excel・PDF A4横 2026.10.27 更新
関連する資料

生成AI PoC 計画書テンプレート(Word)|正解データの作り方と本開発に進む判断基準
生成AIのPoC(実証実験)の計画書を、記入例を見ながら書けるWordテンプレートです。
PDF・Word 5ページ 2026.10.24 更新

AI支援事例集(業務別)図面・帳票・法令・ナレッジの生成AI受託開発
検図・手書き図面の清書・類似図面の検索から、契約書類の作成・仕訳・法令チェック・社内ナレッジ検索まで、ジンベイが会社ごとのルールに合わせて作った16の取り組みを業務別にまとめました。
PDF 13ページ 2026.10.24 更新

FDEサービスの選び方|SES・コンサル・受託開発との違いと費用の決まり方
FDE(Forward Deployed Engineer)型の支援を、発注する側の目線で整理した資料です。
PDF 12ページ 2026.10.24 更新