投稿日:2026.09.05 最終更新日:2026.09.11
PoC費用の相場は?公開料金例と予算・見積もりの作り方
PoCの費用を調べると、数万円から数百万円以上まで異なる金額が見つかります。金額だけを並べても、短時間の技術確認と、要件定義・試作・効果検証・報告まで含む案件は比較できません。
PoC費用は、公開料金ではなく「何を判断するために、どの証拠を得るか」から必要な範囲を逆算します。 本記事では、公式サイトの公開料金例、費用を左右する条件、見積書の確認項目、段階的な予算の作り方を解説します。
この記事のポイント
- 公開料金例は5万円から300万円以上まで幅があり、対象範囲をそろえないと比較できない
- 外注費だけでなく、社内工数、データ・環境準備、条件付き費用も含める
- 見積書には作業だけでなく、答える問い、完了条件、対象外を記載する
- 追加検証は発動条件、上限、判断日を開始前に決める
- 本開発や運用の費用をPoCへ混ぜず、引き継ぎ条件だけを設計する
目次
結論|PoC費用は判断に必要な範囲で決める

PoCの予算は、試作品の価格ではなく、次の判断へ到達するための総費用として作ります。外部への委託料に加え、社内担当者の工数、データや環境の準備、条件付きの追加作業、結果の引き継ぎを分けて積み上げます。
| 予算の構成 | 含める内容 | 金額が変わる条件 | 完了の確認 |
|---|---|---|---|
| 基本費 | 問いの設計、検証、分析、報告 | 検証対象、方法、回数 | 判断に必要な証拠がそろう |
| 社内費 | 準備、顧客調整、レビュー、決裁 | 人数、投入時間、会議回数 | 判断者が結果を確認する |
| 準備費 | データ整備、環境、法務、機材 | データ品質、接続条件、利用権限 | 検証を開始できる |
| 条件付き費 | 再試験、対象追加、仕様変更 | 発動条件と上限 | 追加判断を記録する |
| 引き継ぎ費 | 結果、手順、未検証事項の整理 | 次段階の受取範囲 | 責任者へ移管できる |
予算の適切さは金額の大小ではなく、その費用でどの不確実性を減らし、何を判断できるかで評価します。 PoCとはで整理している目的と同様に、最初に検証後の判断を一文で置きます。
PoC費用は5つの箱に分けると見落としが減る
PoCの稟議で最初に見えるのは、委託先から届いた見積金額です。しかし、委託料だけで予算を組むと、開始後に必要となる社内調整、データ整備、利用環境、再試験、結果の移管が抜けます。そこで、基本費・社内費・準備費・条件付き費・引き継ぎ費の五つへ分け、それぞれに責任者を置きます。
たとえば、外部見積もりが300万円でも、データの匿名化を自社が担うのか、委託先が担うのかで総費用は変わります。現場の利用許可や法務確認に時間がかかれば、開発者の待機費が生じる場合もあります。五つの箱へ分ける目的は、金額を細かく見せることではなく、誰が何を準備すれば検証を始められるかを明らかにすることです。
最初に「検証後に決めること」を一文にする
予算を積み上げる前に、「このPoCの結果を見て、本開発へ進むか、条件を変えて再検証するか、停止するかを決める」といった判断文を置きます。判断文が書けない場合は、まだ作るものの相談であり、PoCの予算設計には入れていません。
判断文が定まると、必要な証拠と不要な作業を分けられます。技術実現性だけを判断する段階なら、運用画面の細かな装飾や本番基盤の冗長化は対象外にできます。反対に、現場定着を判断する段階なら、利用者の操作確認や運用負担の測定を外すことはできません。
PoC費用の公開料金例を比較する
PoCの費用例を把握するには、料金と同時に期間・成果・対象範囲を確認します。公開料金は市場全体の平均ではなく、各社が提供する個別サービスの開始価格または料金帯です。
| 公式サービスの公開例 | 公開料金 | 期間 | 公開されている範囲 |
|---|---|---|---|
| Talk To Me「PoC開発」 | 5万円から | 1〜2日程度 | 技術的な実現性やコンセプトを小さく検証 |
| Gugen AX「Gugen Prototype」 | 100〜300万円 | 1〜2か月 | 要件定義、プロトタイプ開発、効果検証、報告 |
| NCDC「PoCサポート」 | 300万円程度から | 案件ごとに確認 | 新規デジタルサービスの計画、開発・検証など |
Talk To Meの料金ページはPoC開発を5万円から・1〜2日程度、Gugen AXの公式ページは小規模PoCを100〜300万円・1〜2か月、NCDCの公式ページは新規デジタルサービスのPoCを300万円程度からと掲載しています。いずれも2026年9月に公式ページで確認した公開例であり、個別案件の確定見積もりではありません。Gugen AXとNCDCは、掲載金額が税別であることも明記しています。
公開例の差は単価差だけではなく、検証期間と成果範囲の差を表しています。 稟議では「相場は○万円」と一つにまとめず、自社が必要とする範囲に近い例を選び、足りない費目を別に積み上げます。
公開料金は期間・成果・前提条件の3点をそろえて読む
料金表を比べるときは、まず期間、次に成果、最後に前提条件を確認します。期間が短くても、事前に整理済みの要件や利用可能なデータを渡す前提なら、自社側の準備費は別に必要です。反対に、要件定義や報告まで含むプランは金額が高く見えても、社内で補う作業が少ない場合があります。
「5万円から」と「100〜300万円」を同じ行で比較して最安値を選ぶのではなく、自社が必要とする完了状態を先にそろえてください。見積依頼では、公式料金例を値下げ交渉の根拠にするより、「今回の問い」「用意できるデータ」「必要な成果」「判断日」を伝えるほうが、比較可能な提案を得やすくなります。
費用相場に幅が出る5つの理由
同じPoCという名称でも、技術だけを確かめる案件と、顧客・業務・事業性まで確かめる案件では必要な作業が異なります。費用を左右する条件は、問い、方法、期間、体制、準備の五つです。
| 費用を左右する条件 | 小さくなる場合 | 大きくなる場合 | 見積もりで固定すること |
|---|---|---|---|
| 確かめる問い | 一つの技術条件へ限定 | 技術・顧客・収益を同時検証 | 主要仮説と対象外 |
| 検証方法 | 机上、既存ツール、手作業 | 独自試作、実環境、実顧客 | 方法と必要な証拠 |
| 期間・回数 | 一回の短い検証 | 条件変更を含む複数サイクル | 各回の判断日 |
| 体制 | 少人数、役割が明確 | 多部門、専門家、外部協力先 | 担当・承認・相談先 |
| データ・環境 | 利用可能な資源がそろう | 整備、接続、機材、許諾が必要 | 準備担当と完了条件 |
問いを増やすと、方法、関係者、データ、サイクルも連動して増えます。最初に予算額へ内容を合わせるのではなく、否定されたら後の投資を止められる最重要の問いから検証します。
費用が増える原因は一つずつではなく連鎖する
費用の五条件は独立していません。たとえば「利用部門を二つに増やす」と、対象者だけでなく、ヒアリング、権限設定、データ確認、試験回数、報告会議まで増えることがあります。仕様変更一件の単価を見るだけでは、連鎖した総費用を把握できません。
変更を検討するときは、「何の判断に必要か」「追加される対象・回数・役割は何か」「判断日は変わるか」をセットで確認します。別の問いを確かめる変更なら、元のPoCへ継ぎ足すより、次の検証サイクルとして分けたほうが、予算と学びを管理しやすくなります。
問いから予算を逆算する
予算作成は、「何を作るか」より「何を判断するか」から始めます。判断に必要な証拠、証拠を得る最小の方法、必要な資源、結果を評価する会議の順に分解します。
| 逆算の手順 | 決める内容 | 予算へ変換する単位 | 完了条件 |
|---|---|---|---|
| 1.判断 | 継続・変更・停止の何を選ぶか | 判断会議、決裁者の工数 | 進路が記録される |
| 2.主要仮説 | 最も重要な不確実性は何か | 仮説設計、レビュー | 一文で説明できる |
| 3.証拠 | 判定に何が必要か | 指標、対象数、データ項目 | 測定方法が決まる |
| 4.方法 | 最小の取得方法は何か | 試作、調査、実験の工数 | 必要な証拠を得られる |
| 5.資源 | 誰が何を準備するか | 人数、時間、機材、環境 | 開始条件がそろう |
| 6.次段階 | 結果を誰へ渡すか | 報告、手順、移管会議 | 受取責任者が合意する |
見積もりの最小単位は、作業一式ではなく「問い・証拠・判断」が対応した検証サイクルです。 どの問いにも結び付かない制作や分析は、今回の範囲から外す候補にします。
見積依頼の前に6項目を一枚へ書く
見積依頼書には、判断、主要仮説、必要な証拠、検証方法、用意できる資源、次段階の受取先を一枚で記載します。たとえば「画像認識モデルを作る」ではなく、「既存の目視検査を置き換える判断のため、実データで見逃し率と確認時間を測る」と書けば、必要なデータ量や評価作業を見積もれます。
この一枚は完成した要件定義書である必要はありません。空欄があれば、委託先と決める作業として見積もりへ含めます。依頼側が決める項目と、支援を受けて決める項目を分けることで、提案ごとの範囲差が見えます。
NEXT STEP
次のステップ
PoCの見積もりを、判断できる予算へ変える。
問い、費目、対象外、追加条件をそろえ、比較できる見積もりへ整理します。
PoC費用を7つの費目へ分ける

見積書では、「PoC支援一式」「開発一式」とまとめず、設計、データ、試作、実施、分析、判断、引き継ぎへ分けます。数量と単価が分かれば、条件変更時の増減を説明できます。
| 費目 | 主な作業 | 数量の置き方 | 対象外の例 |
|---|---|---|---|
| 検証設計 | 目的、仮説、成功条件、計画 | 会議回数、設計対象数 | 事業計画全体の策定 |
| データ・環境準備 | 収集、整形、接続、権限確認 | データ量、環境数、担当時間 | 本番基盤の構築 |
| 試作・設定 | モック、プロトタイプ、機材設定 | 機能数、画面数、構成数 | 商用品質の全機能 |
| 検証実施 | 試験、顧客確認、記録 | 対象数、回数、条件数 | 長期運用 |
| 分析・報告 | 集計、解釈、報告書 | 指標数、分析回数 | 本開発の仕様書 |
| 判断支援 | レビュー、判断会議 | 会議回数、参加者 | 経営会議の運営全般 |
| 引き継ぎ | 結果、手順、未解決事項 | 成果物数、移管先数 | 本開発・保守の実施 |
各費目には、作業内容、数量、単価、前提条件、完了条件、対象外をセットで記載します。 見積もりの総額を比べる前に、七つの費目が含まれるかをそろえます。
「一式」は数量・前提・完了条件へ分解する
見積書に「設計一式」「開発一式」とある場合は、会議回数、機能数、画面数、データ件数、検証回数、報告物など、金額が動く単位を確認します。すべてを時間単価へ変える必要はありませんが、どの条件が変わると追加見積もりになるかは明確にします。
完了条件は「試作品を納品する」だけでは不足します。判断に使う指標が計測され、前提条件と未検証事項が記録され、判断者が結果を確認できる状態までを定めます。期待した性能が出ないことはPoCの有効な結果になり得るため、成果の良し悪しと業務の完了を分けてください。
内製・外注・混成の総費用を比べる
内製は外部支出を抑えられる一方、担当者の人件費、通常業務を外す機会費用、専門性を補う学習時間が発生します。外注は専門性を確保しやすい一方、目的設定と結果の判断まで委ねると社内へ学びが残りません。
| 体制 | 外部支出 | 社内で必要な費用 | 向いている状況 |
|---|---|---|---|
| 内製 | ツール、機材、専門助言 | 担当工数、学習、調整、決裁 | 技術・顧客接点を社内に持つ |
| 外注 | 設計、開発、検証、報告の委託料 | 要件提示、レビュー、判断 | 専門性や実行力を短期で補う |
| 混成 | 限定した専門作業の委託料 | 問い、顧客、判断、移管を担う工数 | 学習を残しつつ不足能力を補う |
総費用は「外部支出+社内投入時間×社内時間単価+直接経費」で比較します。機会費用は金額へ無理に換算せず、通常業務の何が遅れるかを別欄へ記録しても構いません。
外注しても、問いの責任者、結果の判断者、次段階の受取責任者は社内に置きます。 三者の参加時間を見積もりから外すと、検証が終わっても決裁と移管で止まります。
体制比較は同じ完了状態を前提にする
内製案と外注案を比べるときは、どちらも同じ証拠と完了状態へ到達する前提にします。内製案だけ報告書や判断会議を省き、外注案だけに含めると、費用差ではなく成果範囲の差を比べることになります。
混成型では、社内が顧客接点と判断を持ち、外部が不足する技術や検証設計を補う分担が基本です。特定の専門作業だけを委託すれば、外部費用を抑えながら社内へ学びを残せます。ただし、社内責任者の時間を確保できない場合は、混成型でも調整待ちが増えるため、会議とレビューの工数を予算へ入れます。
見積書で確認する8項目
見積書は総額だけでなく、どの状態までを買う契約かを確認します。同じ金額でも、データ準備や再試験が対象外なら、開始後の追加費用が変わります。
| 確認項目 | 見積書へ書く内容 | 曖昧な場合の問題 | 確認する問い |
|---|---|---|---|
| 目的 | 検証後に行う判断 | 作業の追加を止められない | 何を決めるためか |
| 対象範囲 | 機能、データ、利用者、環境 | 対象が広がる | 含む・含まないは何か |
| 成果 | 証拠、記録、報告内容 | 納品物だけで判断できない | 何が分かれば完了か |
| 回数 | 試験、修正、会議の回数 | 修正が無制限になる | 何回まで含むか |
| 前提条件 | 自社提供データ、担当者、設備 | 待機・再作業が発生する | 誰がいつ準備するか |
| 追加条件 | 再試験、対象追加、変更 | 追加費用を予測できない | 何が起きたら追加か |
| 権利・利用 | データ、報告、知財、成果利用 | 次段階で使えない | 誰が何を利用できるか |
| 終了・移行 | 判断日、移行条件、引き継ぎ | PoCが延長し続ける | いつ誰が進路を決めるか |
値引きを依頼する場合も、一律の減額ではなく、対象、回数、成果、支援範囲のどれを外すかで調整します。判断に必要な証拠まで削らないようにします。
見積説明では「含むもの」より境界を質問する
見積説明の場では、「この金額に何が含まれますか」だけでなく、「自社が用意できなかった場合に追加となるものは何か」「修正と再試験は何回までか」「別の利用者や環境を加えると何が変わるか」を質問します。境界を尋ねると、提案書だけでは見えない前提が表に出ます。
複数社を比較するときは、各社へ同じ依頼メモを渡し、八つの確認項目へ回答してもらいます。提案の表現が異なっても、問い・対象・成果・回数・前提・追加・権利・終了の枠へ移せば、価格差の理由を承認者へ説明できます。
PoC費用の追加発生を防ぐ契約設計
追加費用をゼロにすることより、何が起きたら誰が承認し、いくらまで追加するかを決めることが重要です。変更依頼、データ不足、再試験、期間延長を別の条件として記載します。
公正取引委員会のスタートアップとの事業連携に関する指針は、正当な理由のない無償PoC、著しく低い対価、契約後の減額、無償のやり直しが問題となり得ると示しています。また、業務範囲と完了条件を具体化し、固定額・人月・工数など状況に合う対価と支払方法を設定する考え方を示しています。
| 追加が起きる条件 | 開始前に合意すること | 承認前に確認すること | 記録すること |
|---|---|---|---|
| 仕様変更 | 対象外、変更手続き、単価 | 判断に本当に必要か | 変更理由、費用、納期 |
| データ不足 | 必要品質、提供日、整備担当 | 代替データで足りるか | 不足内容と影響 |
| 再試験 | 含む回数、発動条件 | 同じ問いへの再試験か | 条件差と追加証拠 |
| 期間延長 | 終了日、待機費、延長単位 | 未判断の原因は何か | 新しい判断日と上限 |
| 対象追加 | 対象数、追加単価 | 別の仮説ではないか | 追加対象と目的 |
追加作業は、発動条件・承認者・単価・上限・新しい判断日を合意してから始めます。 PoCの失敗事例も参照し、結果が期待値へ届かないことと、契約した作業が未完了であることを分けて扱います。
検証結果の不成立と契約作業の未完了を分ける
PoCでは、仮説が否定されること自体は失敗ではありません。事前に定めた方法で検証し、判断材料が得られたなら、期待した性能や顧客反応に届かなくても作業は完了し得ます。一方、合意した試験を実施していない、必要な記録がない、報告が不足している場合は、契約した作業の完了を別に確認します。
この区別が曖昧だと、依頼側は「期待値へ届かなかったから無償でやり直してほしい」、受託側は「作業したから完了だ」と対立します。成功条件、作業の完了条件、追加検証の条件を別々に契約へ書くことで、結果を正しく学びへ変えられます。
PoC予算を段階承認する方法
すべての検証費を一括承認すると、初期の仮説が崩れても残りの予算が惰性で使われます。問いと判断を一対にした段階へ分け、各ゲートで継続・条件変更・追加検証・停止を選びます。
| 承認段階 | 対象にする費用 | 判断条件 | 次の選択 |
|---|---|---|---|
| 0.事前確認 | 問い、データ、環境の確認 | 検証可能性と不足条件が分かる | 計画、準備、停止 |
| 1.最小検証 | 一つの主要仮説を確かめる費用 | 事前の成功条件で判定できる | 継続、変更、停止 |
| 2.追加検証 | 判断に不足する証拠だけ | 不足証拠と期限が明確 | 移行、再変更、停止 |
| 3.移管準備 | 結果整理、受入条件、次計画 | 受取責任者と予算が決まる | 本開発、事業検証へ移行 |
次の段階の予算は、前段階で得た証拠と未解決条件を確認してから承認します。 PoCから事業化する方法のように、技術結果だけでなく顧客価値、事業性、実装条件、受取部門を次段階の入口条件へ置きます。
各ゲートは「答えられる問い」で設計する
段階承認を細かくしすぎると、手続きが増えて検証が進みません。ゲートは週次報告の回数ではなく、投資判断が変わる問いに置きます。「データを利用できるか」「主要機能が必要精度へ届くか」「利用者の業務時間が減るか」「本番運用を引き取れるか」など、答えによって次の費用配分が変わる地点です。
各ゲートでは、得た証拠、残る不確実性、次に使う費用、停止した場合に残す成果を確認します。停止時にも、データ、試験条件、結果、未解決事項を残せば、別の方法やテーマで再利用できます。使い切るための予算ではなく、判断によって配分を変える予算として運用します。
稟議に載せる予算表
稟議では、総額、内訳、目的、判断条件、対象外、追加上限、次段階の費用見通しを一枚へまとめます。承認者が「何を買い、どこで止められるか」を確認できる構成にします。
| 稟議項目 | 記載する内容 | 承認者が確認すること | 添付する根拠 |
|---|---|---|---|
| 今回の判断 | 検証後に選ぶ進路 | 投資判断とつながるか | 判断文 |
| 基本費 | 必ず実施する範囲と金額 | 問いに対して過不足ないか | 費目別見積もり |
| 社内費 | 担当工数と直接経費 | 必要人員を確保できるか | 役割・工数表 |
| 条件付き費 | 発動条件、単価、上限 | 自動的に消化されないか | 変更手続き |
| 完了条件 | 指標、水準、報告、判断日 | 終了を判定できるか | 検証計画 |
| 対象外 | 本開発、運用、追加対象 | 別予算との境界が明確か | スコープ表 |
| 次段階 | 概算範囲、入口条件、責任者 | PoC後を引き取れるか | 移行計画 |
「PoC一式」として総額だけを載せるのではなく、基本費と条件付き費を分けます。次段階の金額を確定できない場合も、費用が発生する項目と再見積もりの時点を示します。
承認者には総額と停止可能性を同時に示す
承認者が知りたいのは、今回いくら使うかだけではありません。どの証拠が得られれば次の投資を判断できるか、想定外が起きたときにどこで止められるか、PoC後にどの程度の追加投資があり得るかも確認します。基本費、条件付き費、次段階の概算を分けると、最大額を隠さずに初期支出を抑える説明ができます。
稟議の一枚目には、今回の判断文、基本費、条件付き費の上限、判断日、責任者を置きます。詳細な費目、見積書、検証計画は添付資料に回します。承認後は同じ一枚へ実績額と判断結果を追記し、次の稟議で前回の学びを再利用できるようにします。
よくある質問
PoCの費用相場、見積もり、内製・外注の判断について、よくある疑問へ回答します。
まとめ|PoC費用は次の判断から逆算する
PoC費用の公開例には大きな幅があります。これは単価だけでなく、期間、方法、成果、体制、データ・環境準備が異なるためです。相場を一つ置くより、判断に必要な証拠から範囲を決め、同じ費目へそろえて比較します。
- PoC後に何を判断するかを最初に一文で定める
- 公開料金は期間・成果・対象範囲とセットで読む
- 基本費、社内費、準備費、条件付き費、引き継ぎ費を分ける
- 見積書へ数量、前提、完了条件、対象外を記載する
- 追加作業の発動条件、単価、上限、承認者、判断日を決める
- 一括予算ではなく、問いと判断ごとに段階承認する
まず、現在検討しているPoCについて「検証後の判断」「主要仮説」「必要な証拠」「最小の方法」「基本費」「条件付き費」を一枚へまとめてください。見積もりを並べる前に、空欄と範囲の違いが見えるようになります。
PoC費用を抑える要点は、単価を下げることではなく、今回の判断に不要な範囲を買わないことです。
CONTACT
お問い合わせ
PoCの範囲と予算を、次の投資判断へつなぐ。
検証設計、見積もり比較、契約条件、段階承認を現在地に合わせて整理します。