PoCの費用は「確かめたい問い」の数と重さで決まる
PoCの費用を知りたいとき、最初に見るべきものは金額の一覧ではなく、自社のPoCが何を確かめるためのものかです。PoCは完成品を作る仕事ではなく、ある前提が成り立つかどうかを確かめる仕事です。したがって費用は、確かめる問いがいくつあるか、その問いに答えるためにどこまで本物に近い環境が必要か、でほぼ決まります。
たとえば同じ「需要予測のPoC」という名前でも、手元のデータを一度分析して傾向を見るだけの場合と、現場の担当者が毎日使える画面を用意して業務の中で試す場合とでは、必要な作業がまったく違います。
この記事では市場の相場の数字は扱いません。条件をそろえずに並べた金額は、判断の材料になりにくいためです。代わりに、費用を動かす要素、費用対効果の考え方、協業するときの費用負担の論点を順に整理します。
費用を動かす要素を分解する
見積もりを依頼する前に、次の要素を自社で言葉にしておくと、見積もりの幅が狭くなり、各社の提案を比べやすくなります。
- 問いの数：技術的に実現できるか、現場の業務に収まるか、顧客が使い続けるか。問いが増えるほど、作るものと測るものが増えます。一度のPoCで答える問いを絞ることは、費用を抑える確実な方法の一つです。
- 作る範囲：分析結果の報告だけで足りるのか、操作できる画面が必要か、既存の業務システムとつなぐ必要があるか。画面と連携が増えるほど、設計・実装・確認の作業が増えます。
- データの状態：使うデータがすぐ取り出せる形になっているか、整形や匿名化が必要か。データの準備はPoCの作業の中で見落とされやすく、着手後に膨らみやすい部分です。
- 安全性の要件：個人情報や機密情報を扱うか、社内のセキュリティ審査が必要か。要件が重いほど、環境の準備と確認の手間が増えます。
- 期間と体制：何週間で、誰が関わるか。発注側の担当者が判断に使える時間が少ないと、待ち時間が増え、結果として期間も費用も伸びます。
- 成果物：動くものだけでよいのか、経営会議向けの判断資料、次の段階の計画、引き継ぎ資料まで含めるのか。
費用には、外部へ支払う金額のほかに、社内の工数、クラウドなどの利用料、検証に協力してくれる現場や顧客の時間も含まれます。費用を積み上げる考え方は、予算を次に得たい証拠から積み上げる方法でも整理しています。
費用対効果は「判断の価値」で考える
PoCは、それ自体で売上を上げることを目的にしていません。そのため、費用対効果を売上や利益で説明しようとすると無理が出ます。PoCの効果は、次の投資判断の質が上がること、と捉えるほうが実態に合います。
考え方は次のとおりです。
- PoCの後に控えている投資を書き出す。本開発、体制の確保、販促などです。
- その投資の前提のうち、まだ確かめられていないものを挙げる。
- その前提が崩れた場合に、何が無駄になるかを書く。
- PoCでその前提のどこまでが確かめられるかを書く。
この整理をすると、PoCの費用は「後ろの大きな投資を、確かめないまま進める危険を減らすための支出」として説明できます。反対に、PoCの結果がどう出ても次の判断が変わらないのであれば、そのPoCは費用対効果が低いと言えます。結果が良ければ進む、悪ければ範囲を変える、あるいは止める、という分かれ道が事前に決まっていることが条件です。
そのためには、終了時に何をもって合格とするかを先に決めておく必要があります。決め方はPoCの終了日に次の投資を決められる評価設計で扱っています。社内で費用を説明する際は、金額だけでなく「このPoCが終わると、何を決められるようになるか」を一文で示すと、承認する側も判断しやすくなります。
なお、PoCにかかった費用を会計上どう処理するか、資産として計上するかどうかは個別の判断になるため、税理士や監査法人に確認してください。
協業でPoCを行うときの費用負担の論点
事業会社と技術を持つ会社、あるいは複数の事業会社が共同でPoCを行う場合、「費用をどちらが持つか」で話が止まることがあります。次の論点を分けて話すと合意しやすくなります。
- 誰の問いを確かめるのか：PoCの結果で主に得をするのはどちらか。片方の投資判断のための検証であれば、その側が多く負担するのが自然です。
- 成果物と知見の帰属：作ったプログラム、得られたデータ、分かったことを、どちらがどの範囲で使えるか。費用負担と権利は一緒に決めます。
- それぞれが出すもの：現金だけでなく、人の工数、データ、設備、顧客への接点も負担です。何を出し合っているかを一覧にすると、見かけの金額だけの議論から離れられます。
- 次の段階の約束：PoCが合格だった場合に、本契約や優先的な交渉へ進むのか。次の約束がないまま片方が費用を持つと、終了後に関係が曖昧になります。
- 途中でやめる条件：想定外にデータが使えない、体制が変わった、などの場合の扱い。
無償でPoCを引き受けてもらう形は、一見すると発注側に有利ですが、相手側の優先度が下がり、期日や品質の約束が曖昧になりやすい面があります。どの形がよいかは関係と目的によって変わるため、上の論点を文書にして双方で確認することをおすすめします。契約面の整理はPoC契約で検証の終わりと次の段階を決めておく考え方、協業全体の設計は協業の開始前に双方の成果と次の契約を決める方法も参考になります。契約条項の具体的な判断は、法務の担当者や専門家に確認してください。
見積もりを依頼する前にそろえておくこと
複数の会社に見積もりを依頼するなら、各社が同じ前提で金額を出せるように、次の項目を一枚にまとめて渡します。
- PoCで答えたい問い（一つか二つに絞る）
- 合格・不合格の条件と、その後の判断
- 対象とする業務・利用者・利用場面
- 使えるデータの種類と状態、提供できる時期
- 連携が必要な既存システムの有無
- 情報の取り扱いに関する社内の決まり
- 希望する期間と、発注側で関われる担当者
- 欲しい成果物
整理には、無料のPoC計画書テンプレートも使えます。すべてを埋められなくても構いません。埋まらない項目が、見積もりの幅が広がる原因であり、先に社内で決めるべきことです。
よくある質問
Q. 予算の上限が先に決まっている場合は、どう進めればよいですか。
上限を先に伝えたうえで、その範囲で答えられる問いを一緒に選ぶ進め方が現実的です。予算を隠して提案を求めると、範囲の違う提案が並び、比べられなくなります。上限の中で問いを一つに絞り、残りは次の段階に回す、と決めるほうが判断材料がそろいます。
Q. PoCの費用を抑えるために、自社でできることはありますか。
あります。データの取り出しと整形、現場の協力者の調整、社内のセキュリティ確認の段取りは、発注側で進めておくと外部の作業が減ります。また、判断を担う人を決め、週ごとの確認にすぐ答えられる状態にしておくと、待ち時間による期間の延びを防げます。
Q. PoCの後、そのまま本開発に使えるように作ってもらうべきですか。
目的によります。確かめたい問いに早く答えることを優先するなら、作り直す前提で簡素に作るほうが費用は小さくなります。そのまま使うことを求めると、設計や安全性の要件が上がり、費用と期間が増えます。どちらを取るかを依頼時に明示してください。
Otsumuに相談できること
Otsumuは、新規事業の検証からMVP開発、運用の自動化までをひとつのチームで支援しています。PoCについてはPoC / MVP Sprintを用意しており、参考価格は税別300万円〜、6週間を目安に設計します。300〜800万円程度を検討の目安とし、機能数・外部連携・セキュリティ要件で変動します。クラウド利用料等は別途で、正式な見積もりは相談後にお出しします。成果物には、検証目的・機能範囲の合意、検証用のPoC / MVPシステム、効果測定の項目・計測設計、検証結果と次フェーズの改善方針などが含まれます。
これは市場の相場ではなく、Otsumu自身の参考価格です。問いと範囲が社内で固まっていて、作れる体制もある場合は、外部への依頼は必要ありません。まだ何を確かめるべきかが定まっていない場合は、30分の無料診断で状況をうかがい、PoCが必要かどうかから整理します。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。記載の価格はOtsumuの税別・参考価格で、正式なお見積もりはご相談後にご案内します。法務・税務・会計・補助金などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.09.21