スタートアップが大企業に有償PoCを提案するときは、相手が何を判断するために、どこまでの検証作業を依頼するのかを示します。PoCは、本格導入や事業連携に向けて、想定する機能や顧客価値を小さく確かめる取り組みです。
「まず無料で試して、良ければ契約しましょう」という話では、担当者の工数だけが増え、導入の判断が先送りされることがあります。価格の相談と同時に、検証の目的、対象、提出物、相手の準備、支払いの時期を整理しましょう。
創業間もない会社にとって、有償化は売上を確保するだけの問題ではありません。限られた開発・営業の時間を使う案件として、着手できる条件を整えることでもあります。
目次
有償PoCの提案は「何を確かめて、次に何を決めるか」から始める
最初に聞きたいのは、「試せるか」より「試した結果、何を決めたいか」です。判断することが曖昧なままでは、検証の範囲も見積も定まりません。
例えば、既存業務に自社サービスを導入する話と、相手の顧客に新しいサービスを共同で販売する話では、確かめる内容が異なります。前者なら現場で使えるか、後者なら顧客が価値を感じ、購入する理由があるかまで検討する必要があります。
初回の打ち合わせでは、次の質問から入れます。
- 今回の検証が終わったら、どのような判断をしたいですか。
- 判断に必要なのは、性能、現場での使いやすさ、顧客の反応のどれですか。
- 結果を見る人と、その後の予算を判断する人は誰ですか。
- 検証のために、貴社から提供できるデータ・場所・担当者は何ですか。
公正取引委員会・経済産業省の指針も、PoCの目的・終了要件、対価、次の段階への移行条件を整理しています。この指針のPoC部分は共同研究開発を主に想定しているため、その契約構造をすべてのサービス導入に当てはめるのではなく、今回の取引に必要な確認事項として参照します。スタートアップとの事業連携及びスタートアップへの出資に関する指針
イノベーション総研は、有償の検証を提案する前に、相手が検証結果を使える状態かを確認することを勧めます。必要なデータや担当者が用意できない場合は、実験を始める前の整理を別の業務として相談する方法もあります。
標準デモと個別検証を分けると、費用の理由が伝わる
無料で見せられるものと、受注して行う仕事の境界を決めましょう。「無料では対応しません」とだけ伝えるより、どの作業が個別の発注に当たるのかを説明できます。
| 段階 | 提供するものの例 | 費用を考えるときの確認点 |
|---|---|---|
| 標準デモ | 既存の画面、機能、サンプルデータによる説明 | 個別の開発や分析が発生するか |
| 個別の検証 | 相手のデータの確認、設定、現場での試行、結果の整理 | 工数・外部費用・利用条件を見積に入れる |
| 本格導入 | 継続利用、運用支援、他拠点への展開 | 利用料と追加開発・運用の費用を分ける |
この区分は、取引を整理するための例です。自社で標準トライアルを提供しているなら、その期間や対象の範囲内で使ってもらい、個別対応が必要になる時点で有償の仕事を相談します。
例えば、「既存デモで機能をご確認いただくところまでは対応できます。貴社のデータを使った設定と評価は個別の作業になるため、検証計画と見積をご用意します」と伝えられます。
提供価値を説明するために、社内原価をすべて開示する必要はありません。相手が依頼する作業と受け取るものを理解できる粒度で示します。
提案書は、検証の中身と見積の条件を一緒に示す
機能紹介の資料とは別に、検証の発注を判断できる短い提案書をつくります。成果物の名前だけでなく、それを使って何を判断するのかまで書くのが要点です。
以下は、商業施設向けの来場者案内サービスを提供するスタートアップが、大企業の一施設で検証する場合の説明用モデルです。実際の顧客案件や料金相場を示すものではありません。
| 項目 | 提案書への記載例 |
|---|---|
| 判断したいこと | 施設内の案内業務にサービスを継続利用できるか |
| 検証対象 | 一施設の指定した案内業務。対象場所・利用者・時間帯は開始前に合意する |
| 当社の作業 | 現状確認、設定、試行中の問い合わせ対応、結果の整理 |
| 貴社の準備 | 現場担当者の確保、必要情報の提供、利用者への案内 |
| 提出物 | 合意した項目の評価結果、運用上の課題、導入に必要な追加対応の一覧 |
| 含めないもの | 他施設への展開、合意外の機能開発、本格運用後の継続支援 |
| 開始条件 | 発注手続き、利用環境、担当者、必要情報がそろった時点で開始 |
| 金額・支払い | 作業費と外部費用を区分。請求・支払時期を提示し、相手の手続きと照合する |
| 終了後 | 結果を確認する会議で、本格導入・追加確認・終了のいずれかを判断する |
期間は、試行そのものと、情報提供や社内手続きに要する準備を分けます。相手の準備が遅れているのに、検証期間だけが進む状態を避けるためです。
見積は「PoC一式」だけで済ませず、設定・分析・報告など、範囲の変更が金額に影響する単位に分けます。提出物と対応しない費目があれば、作業内容か見積のどちらかを見直しましょう。
値下げの相談には、範囲を変えた案を出す
予算が合わないときは、同じ仕事を安く引き受ける以外の選択肢を示します。ただし、導入判断に必要な評価まで削ると、検証を終えても結論が出せません。
調整できるのは、対象の拠点数、個別設定の量、試行中の支援回数、報告の詳しさなどです。相手に担ってもらえる準備作業があれば、役割を変える方法も考えられます。
先ほどのモデルなら、「対象を一施設の一つの業務に限定する」「現場への説明は大企業側で行う」といった案を出せます。その変更で判断できなくなることがないか、相手と確認してから金額を調整します。
本格導入後の売上を期待して安く引き受ける場合も、次に進む条件と、自社が負担できる工数を先に決めます。「将来の契約を期待している」と「その契約の条件が合意されている」は区別して考えましょう。
着手前に、支払いと追加作業の扱いを確認する
金額の合意だけでは、資金繰りを判断できません。発注書の発行、請求に必要な書類、検収の手順、支払予定日を、実際の購買担当者に確認します。
検収とは、納めた仕事や成果物が合意した内容に沿っているかを確認する手続きです。検証で望ましい結果が出ることと、合意した作業・報告を完了することを混同しないよう、事業担当者と整理した内容を契約の確認に回します。
開始前の確認表には、少なくとも次を入れましょう。
- 発注主体はどの法人・部署か。
- 請求できる条件と、その確認担当者は誰か。
- 支払日は、自社が先に負担する費用に対して許容できるか。
- 相手の準備が遅れた場合、日程と費用をどう見直すか。
- 追加の設定・分析・修正は、誰が見積を承認するか。
打ち合わせで新しい要望が出たら、合意済みの範囲内か、追加の発注が必要かを記録します。対応するかどうかを決める前に、担当者同士で作業量と期限を確認してください。
個別の契約条項や責任の分け方は、取引の内容によって異なります。提案段階で業務と条件を整理したうえで、法務担当者や弁護士に確認してもらいましょう。
今回の有償PoCを受けるか、経営者として判断する
有償であっても、自社の成長につながる仕事とは限りません。特定の一社だけで使う個別対応が増える場合は、自社プロダクトの開発と両立するかを確認します。
最後に、経営者が見るべきなのは、受注額だけでなく、使う工数、支払いまでの負担、次の取引の具体性です。「相手の名前が有名だから」という理由だけで優先順位を上げず、担当者と予算と判断日がそろっているかを見てください。
次の商談には、検証の目的と範囲を一枚にまとめ、同時に相手へ確認したい未決事項を持っていきましょう。本格導入へ移る条件の詳しい設計は、検証開始前に改めて整理する課題です。
有償PoCの一般的な考え方は、イノベーション総研の有償PoCの解説でも確認できます。