2026/7/2更新: 2026/11/5約9分で読めます

少し速くなったAI、それだけで本番に進める？PoC・試作・MVPの判断基準

返信案を作るAIの時間、品質、費用を比べ、試作から本番へ進む条件を考えます。先に決める基準と測定結果を対応付け、再検証で直す点、本番準備、利用開始までの順序を整理できます。

影山湧亮 / NeoLogic株式会社代表取締役。元警視庁。現場業務の整理と生成AI活用・Webシステム開発を一貫して担当。

作業時間10分と8.5分の想定例を比べ、本番へ進むか、直して試すか、見送るかを判断するイラスト

PoC・試作・MVPから本番へ進むかは、始める前に決めた目的と基準（時間・品質・費用）に届いたかで判断し、届かなければ直して試すか、見送ります。

たとえば、問い合わせへの返信に10分かかっていた仕事が、AIを使うと8.5分になった。短くはなりましたが、先に決めた「2割減」には届いていません。少し便利になったときこそ、本番へ進むか、直して試すかを分けて考えます。

賃貸管理会社で、担当者がAIの返信案を確かめて使う場面で考えます（想定例）。見直しや書き直しを含めて測ると、原文の参照箇所を探す時間が残っていました。そこで参照箇所の表示を直し、同じ基準でもう一度測ることにします。

先に決めた合格条件と、実際に時間を使った作業を突き合わせて、次の作業を選びます。

自社で試す条件を書き出すには、判定表と記入用ファイルへ進めます。

PoC・試作・MVPで何を確かめるか

PoCは、考えた技術や方法で実現できるかを確かめる取り組みです。試作は、画面や動きを作って、使い方や業務との合い方を確かめます。MVPは、利用者に価値を届ける最小限の機能を備えたものを提供し、反応や使われ方から学ぶために使います。マッチングサービスなら、募集から成立までを手作業で回して反応を見る方法もあります（マッチングサービスを開発前に手作業で試す方法）。

問い合わせ返信案AIなら、手元の資料から正しい返信案を作れるかをPoCで確かめ、原文と返信案を見比べやすいかを試作で確かめる、と分けられます。社内資料を検索して答えるAIでは、RAGの評価票を使い、必要な条件の抜けと閲覧権限も調べます。必要なデータ保護や運用を整えたうえで、担当者を絞って実務に必要な最小版を使ってもらうのが、MVPの考え方を当てはめた例です。

PoCは実現できるか、試作は使いやすいか、MVPは利用者に価値が届くかを確かめる。目的は重なることがあり、必要な方法を選ぶ。

図1　確かめたい問いから方法を選ぶ。3つを順番に実施する決まりはありません。

目的の違いは、AtlassianのPoC解説でも説明されています。ただし、呼び名や使い方は重なるため、発注時は「何を確かめ、何ができたら終えるか」まで言葉にします。すでに対象業務、要件、受入条件が明確なら、PoCを省いて最小版や直接開発から始められます。MVPで実際に使うデータや機能には、その範囲に必要な保護と運用を最初から用意します。

成功条件は結果を見る前に決める

「よさそうなら進める」では、試作後に別の機能を足したくなったり、判断を先延ばしにしたりします。まず、いまの作業にかかる時間と困りごとを把握します。期間は、対象の仕事が十分に発生し、普段と異なる条件も見られる長さにします。月末の集計や繁忙期の問い合わせを、平常時の1週間だけで評価することはできません。

返信案AIで計るのは、文章が出る速さだけではありません。問い合わせを読む時間、根拠の照合、書き直し、担当者への引き継ぎまで含めます。前後で担当者の習熟度や質問の難しさが違えば、AIの効果と混ざります。比較する仕事、資料、正誤の基準をそろえ、違いが残る部分を記録します。

試す前に記入する条件の例

項目	記入見本
疑問	返信の品質を保ち、確認・修正を含む対応時間を短くできるか。
対象	担当者2人。架空100件のうち通常80件、緊急・契約判断など担当者へ回す例外20件。
条件	2週間の想定。同じ100件、回答資料、正誤の基準で比較。AIは返信案までで、送信はしない。
測定方法	読み始めから確認・修正または引き継ぎの終了までを計時。誤りと例外の振り分けも記録する。
判定基準	平均時間を20％以上短縮、重大な誤り0件、例外20件すべてを担当者へ。追加サービス料＋作業時間の換算額は450円／件以下。
比較元	従来の平均時間は10分。確認・修正・引き継ぎを含む。
限界	架空100件では、実データ、繁忙期、同時利用、まれな誤りの発生率は確かめられない。
残作業	続行でも、データの扱い、閲覧範囲、同時利用、停止・復旧、運用費の確認が残る。

記入用の空欄版と3通りの見本は、判定記録・本番移行確認表（Excel）と印刷用PDFから使えます。まず3通りの記入見本で続行・再検証・中止の判断を比べ、空欄版へ自社で試す条件と判定基準を書きます。試した後に時間・誤り・費用を記録し、本番へ進むまでの残作業を整理します。Excelでは短縮率と費用を自動計算します。

重大な誤りには、誤った契約条件を伝える、緊急対応が必要なのに通常の案内をする、といった例を事前に定めます。対象を広げるときは、追加する条件に応じて試し直します。

費用は、人の作業を1時間3,000円、追加サービスを1件20円とします。平均7分なら、7÷60×3,000＋20＝370円／件になります。この比較には開発費、月額固定費、教育費、保守費を含めていないため、本番化の予算では別に足します。また、短縮した時間に人件費を掛けた額が、そのまま現金支出の削減額になるわけではありません。

試す範囲と本番までの残作業を分ける

PoCの段階で、本番の機能をすべて作り込む必要はありません。今回の返信案AIなら、架空データで回答案の品質と見直し時間を試せます。一方、実在の入居者情報を使うための条件や、担当外の物件情報を見せない設定は、その検証だけでは確定しません。

発注時には、どのデータと環境で何を試し、何を納品するか、本番向けの追加開発や運用費はどこから別途必要かを決めておきます。IPAの要件定義セミナー資料（PDF）も、前後の工程と目的を踏まえて成果物の範囲と深さを決める考え方を示しています。判定表には、今回分かったことと、まだ分からないことを一緒に残します。

確認の重さは、間違えたときの影響に合わせます。総務省・経済産業省のAI事業者ガイドライン第1.2版（PDF）は、リスクの大きさに応じた対策を基本としています。返信案AIでは、担当者が確認して送る位置を決め、緊急性や契約判断を含む質問は担当者へ回す、と具体化できます。

結果を見て、次の作業を選ぶ

同じ条件で、結果だけが異なった場合を比べます。次の三つは別々の判断例で、順番に改善した実験結果ではありません。

返信時間・追加サービス料＋作業時間の換算額	品質・例外の扱い	選ぶ行動
7分・370円／件	重大な誤り0件、例外20件を担当者へ	本番準備へ進む。利用開始は残作業の確認後
8.5分・445円／件	重大な誤り0件、例外20件を担当者へ	時間が基準に届かず、試作を直して再検証
12分・620円／件	重大な誤り3件、例外の引き継ぎは17件	改善の見通しがなければ、今回の方式を中止

冒頭の8.5分の例は、時間を15％短縮し、費用も基準内です。それでも、時間の目標である20％短縮には届きません。費用だけを見て続行せず、時間を使っている作業から直す箇所を決めます。

この想定例では、原文を探す時間が残っていたため、参照箇所の表示を直して試し直します。実際の試験でも、回答待ち・根拠の照合・書き直し・引き継ぎを分けて記録すると、遅い理由を調べられます。回答待ちが短くても、照合に時間がかかるなら、モデルを速くするだけでは解決しません。

元の結果を残し、変更内容、新しい期間、追加費用の上限を決めて測り直します。対象業務や品質の条件そのものを変えるなら、新しい検証として記録し、初回と単純比較しません。

7分の例は、時間を30％短縮し、ほかの条件も満たすので本番準備へ進めます。12分の例は従来より20％長く、重大な誤りと例外の取りこぼしも残っています。追加費用の範囲で改善する見通しがなければ、今回の方式を止め、従来の対応を続けます。試作用サービスの課金やデータを整理し、回答資料や定型文の改善で解ける部分を探します。

本番利用を始める前に決めること

続行と判断したら、残作業ごとに担当者と期限を置きます。未定の項目を空欄のままにせず、利用開始までに何を確かめるかを決めます。

確認すること	本番前に決める内容
データの扱い	使ってよい情報、保存先・期間、削除方法を確認する。
閲覧できる範囲	担当外の物件情報を見られないことを試す。
処理量と待ち時間	繁忙時の件数や同時利用でも業務が止まらないかを確かめる。
確認者と停止時の対応	返信の確認者と例外の連絡先を決め、停止時に従来対応へ戻す練習をする。
更新・記録・移行	回答資料の更新、誤りの記録、データの移行・復元方法を確かめる。
費用と利用開始の判断	固定費・保守費・教育費と利用増加時の費用を見積り、開始の可否を記録する。

この表は案件に合わせて具体化する提案です。実際の操作と期待する結果の試験は、システムの受入テスト・検収で確かめることへ引き継げます。

McKinseyの2025年調査では、AIによる成果が高いと分類された回答者ほど、業務フローを根本的に見直したと報告する割合が高くなっています。調査は105か国の1,993人を対象とし、この比較はAIを利用する組織の回答者に絞ったものです。自己申告による関連であり、見直しによる効果を保証する結果ではありません（出典：同報告書のExhibit 11と調査概要（PDF））。

本番では、返信案を作る機能に加えて、見直す人や手順まで含めて使い続けられるかを見ます。利用者を増やしたあとも、見直し時間、誤り、費用を追い、資料やAIの設定を変えたときは影響する部分を確かめ直します。

いま決まっていないことから始める

合格条件がまだない場合：対象の仕事を一つ選び、従来の時間・誤り・費用を記録する。試す前に、どの結果なら進むかを決めます。
基準に届かなかった場合：届かなかった項目と原因を絞り、変更する箇所、試す期間、追加費用の上限を決める。改善の見通しがなければ、今回の方式を見送ります。
基準を満たした場合：本番前に残る作業の担当と期限を決める。社員に使ってもらう前に、入力してよい情報と利用ルールもそろえます。

NeoLogicで試作から本番まで進める場合

当社に相談いただく場合も、この記事と同じ順番で進めます。

試したい仕事を一つ選び、どの結果なら進むかを、始める前に一緒に決めます。この記事の判定記録をそのまま使えます。
進め方を三つから選びます。既製ツールで試す、確かめたい操作だけの試作を作る、最初の仕事に必要な最小版から使う、の三つです。
試作では架空のデータを使い、動く試作品と確認結果をお渡しします。試作は2〜4週間、最小版は1〜3か月が目安です。
結果を見て、進める・直す・止めるを選びます。試作で終えることもできます。結果によっては新しく作らず、作業手順の見直しや既製サービスの利用をおすすめします。
本番へ進むときは、完成したシステムをふだんの仕事で使いながら、続けるかを決める「本番トライアル開発」も選べます。細かいところは、動く画面を見ながら一緒に決めます。

ご相談のときに、試したい仕事、判定の基準、すでに測った結果があれば、共有してください。必要な開発の範囲を早く絞れます。決まっていなくても、毎日の仕事を一緒に見るところから始められます。