※本記事は当社独自の基準に基づき作成・編集しており、【プロベルおすすめ】と記載があるものは、プロベル有料掲載社のプロモーションが含まれます。

新しいサービスや業務システムを企画しても、仕様書だけでは完成後の使い方を想像しにくいものです。発注側と開発側で異なるイメージを持ったまま進めると、実装後に画面や業務の流れを見直すことになりかねません。
プロトタイプ開発は、必要な部分を試作し、操作や仕様についての仮説を確かめる方法です。何を判断するための試作かを決めれば、作り込み過ぎを避けながら、次の開発に必要な情報を集められます。

この記事では、Webサービス・アプリ・業務システムを対象に、PoC・MVPとの違い、試作の種類、進め方、費用の比較方法を解説します。後半では、体験設計、事業検証、社内提案用デモなど、相談できる範囲が異なる4社を紹介します。製造業における物理的な製品試作は対象に含めません。

プロトタイプ開発とは

プロトタイプ開発とは、試作品を用いてアイデアや画面、機能についての仮説を確かめる活動です。完成品の全機能を小さく作る必要はなく、判断したい部分を再現します。新規開発だけでなく、運用中のサービスの改善案を比べる場面にも使えます。

完成前に使い方や仕様の認識を揃えるための試作

例えば、申請システムの仕様書に「上長が承認する」とあっても、担当者によって想定する画面や手順は異なります。申請画面と承認画面を試作して業務をたどると、「差し戻し理由はどこに表示するのか」「上長が不在なら誰が処理するのか」といった不足が見えてきます。
この段階で認識を揃えれば、修正すべき画面と業務ルールを本開発の要件へ反映できます。ただし、画面が動いたことだけで、実データの連携やサービスの収益性まで証明されたわけではありません。

PoC・MVPとの違いは検証する問いで整理する

PoC、プロトタイプ、MVPは目的が重なることもあるため、成果物の見た目よりも「何を確かめたいか」で整理すると選びやすくなります。

用語	主に確かめること	成果物例
PoC（概念実証）	技術やアイデアが想定した条件で実現できるか	外部システムとの接続や処理精度を調べる検証用プログラム
プロトタイプ	形・操作・仕様についての仮説が妥当か	紙の画面、クリックできる画面、必要な処理だけを実装した試作品
MVP（実用最小限の製品）	核となる価値を実ユーザーに提供したとき、利用や反応が得られるか	中心機能に絞って実際に利用してもらうサービス

操作の分かりやすさが課題なら画面の試作、連携できるかが課題なら技術的なPoCが適しています。最小限のサービスを提供し、使い続けてもらえるかを調べたい場合にはMVPを検討できます。
必ずPoC、プロトタイプ、MVPの順に進むわけではありません。プロトタイプも対象ユーザーによるテストに使えるため、「試作は社内だけ、MVPだけが利用者向け」と一律に分けないことが大切です。

試作で分かることと、本番で確かめることを分ける

クリックできる申請画面では、入力項目やボタンの分かりやすさを確認できます。一方、保存処理を再現しているだけなら、実際にデータが保存できるか、多数の利用者が同時に操作できるかは分かりません。
検証結果には「何を再現し、何を実装していないか」を添えておきましょう。操作面で評価された試作でも、本開発では認証、権限、性能、保守性などを別途設計する必要があります。試作コードもそのまま流用できるとは限らず、必要な品質に合わせて扱いを判断します。

目的に合うプロトタイプの種類を選ぶ

試作は、精巧であるほど優れているとは限りません。必要な判断ができる形を選び、見た目、機能、データをどこまで再現するかを決めましょう。

試作の形	向く問い	この段階では分からないこと
紙・ワイヤーフレーム	必要な情報や業務の順序に不足がないか	細かな操作感、実際の処理や性能
クリックできる画面	利用者が操作に迷わず目的へ進めるか	未実装の保存処理、外部連携、実運用時の性能
機能を実装した試作	特定の処理や連携が想定条件で動くか	試していない負荷条件、全機能の品質、長期運用

紙やワイヤーフレームで情報・業務の流れを確かめる

紙やワイヤーフレームは、画面に置く情報や配置を簡単に表したものです。申請者と承認者の画面を並べ、誰が何を入力し、次の人が何を受け取るかを追うと、業務に必要な項目や手順を検討できます。
配置をすぐ変えられるため、業務担当者と複数案を話し合う段階に向いています。入力中に表示が変わる操作や処理速度を調べたい場合は、その部分を再現できる別の試作が必要です。

クリックできる画面で操作の迷いやすさを調べる

Figmaなどで画面間の移動をつなげると、実際のアプリに近い流れを試せます。初めて使う人に予約や申請の課題を渡し、どこを押すか、どの表示で立ち止まるかを観察すれば、制作者には分かりにくい迷いを見つけられます。
見た目が本物に近くても、データ保存や通知まで実装されているとは限りません。テストする人に操作の答えを先に教えない一方、実サービスと誤認して個人情報を入力したり、実際の予約が成立したと思ったりしないよう、試作であることと利用範囲は伝えます。

実装した試作で機能や外部連携の成立条件を調べる

画面だけでは判断できない処理は、必要な部分を実装して調べます。例えば、既存システムのデータを受け取り、形式を変換して一覧に表示する処理なら、接続条件やデータの欠損も検証対象になります。
動きを見せるだけのダミーデータと、実際のシステムにつないだ結果を分け、使用した環境やデータ量を記録します。生成AIやノーコードを利用する場合も、作りやすさだけでなく、この条件を試せるかで選びましょう。技術の成立そのものが不確かな部分は、PoCと組み合わせて確認できます。

プロトタイプ開発の進め方5ステップ

試作の納品をゴールにせず、検証する問いから次の判断までを一続きで計画します。ここでは「現場担当者が備品申請を迷わず完了できるか」を確かめる架空の例で、進め方を説明します。

1．誰のどの課題を確かめるか決める

最初に、利用する人と場面、困っていることを具体化します。備品申請なら、申請に不慣れな現場担当者を想定し、「品目を探すところから申請完了まで、自力で進めるか」を検証の問いにできます。
制作前に、操作の完了可否、補助が必要になった場所などの観察項目と、検証予定日、結果を判断する人を決めておくと、見た目の好みだけで評価が割れるのを避けやすくなります。役員会で利用イメージを伝えるデモが目的なら、その承認と、現場で使えることの確認は別の成果として扱います。

2．作る機能と作らない機能を決める

問いに答えるための操作を残し、それ以外は今回の対象から外します。例では、品目の選択、申請内容の確認、送信、承認状況の確認までが候補になります。会計連携や全社の権限設定は、申請者の操作を調べるだけなら後の検証に回せます。
画面一覧と遷移、ダミーにする処理、使うデータ、修正を受け付ける範囲を制作側と共有しましょう。途中で要望が増えた場合も、当初の問いに必要かを基準にすれば、納期内に残すものを話し合えます。ただし、入力ミスの修正など、対象の操作を確かめるのに欠かせない動きまで省くと、検証自体が成り立ちません。

3．短い単位で試作し、関係者と確認する

全画面を完成させる前に、主要な導線を関係者と確認します。申請者の操作をつないだ段階で業務担当者に見てもらえば、「承認前に在庫を確認する必要がある」といった業務上の前提を早めに反映できます。
確認日と取りまとめ役を決め、指摘は画面や操作に対応づけて残します。部署ごとの要望を別々に制作側へ送るより、今回直すものと次回へ回すものを発注側で揃える方が、変更の行き違いを抑えられます。

4．対象ユーザーの行動を観察する

対象者には「備品を申請してください」のような課題を渡し、すぐに操作方法を説明せず、実際の行動を見ます。完了できたかに加え、止まった場所、戻った操作、こちらが補助した内容と発言を記録すると、何を直すべきかを検討できます。
「便利そう」という感想だけでは、操作できたかは分かりません。また、日頃から企画に関わる社員が使えた結果を、そのまま初めて使う顧客へ広げることもできません。対象者の属性や人数、使ったテスト用データを結果に添え、試作へのアクセスも必要な範囲に限定します。

5．改善・本開発・中止の判断と引き継ぎを行う

観察結果を最初の問いに戻して整理し、直して再度試すか、本開発へ進むか、企画を見送るかを判断します。操作の迷いが解消しても外部連携が未検証なら、その確認を本開発へ進む条件にするなど、分かったことと残課題を分けます。
引き継ぐものは画面だけではありません。テストの条件と記録、採用・不採用の理由、未実装の処理も揃えると、開発担当者が判断の背景を理解して要件を詰められます。試作コードを残す場合も、本番のセキュリティや保守性に適するかを確認して扱いを決めましょう。

プロトタイプ開発の費用・期間は何で変わる？

画面の動きだけを再現する試作と、実際に外部システムへ接続する試作では、必要な作業が異なります。一般的な相場だけで予算を決めず、制作と検証のどこまでを依頼するかを揃えて比較しましょう。

画面数よりも再現範囲・連携・検証支援を確認する

同じ5画面でも、固定データを表示する場合と、権限に応じて実データを取得・更新する場合では工数が変わります。見積もりでは、画面の枚数と併せて次の条件を伝えると、費用や期間の違いを理解しやすくなります。

見積項目	費用・期間が変わる理由	依頼時に揃える条件
設計・画面制作	業務や利用者の整理、端末別の設計が必要になる	主要導線、対象端末、手元にある仕様・デザイン
処理・外部連携	実接続やデータ加工、例外処理の実装が増える	ダミーでよい部分と実処理が必要な部分、接続環境
テスト・分析	対象者の募集や実施、記録・分析に作業が生じる	対象者像、募集担当、実施方法、報告内容
修正・納品・利用環境	追加修正や編集可能な元データ、環境維持で条件が変わる	修正範囲・回数、納品形式、利用期限、ライセンス・クラウド費

「ユーザーテスト対応」と書かれていても、対象者の募集や謝礼、当日の進行まで含むとは限りません。発注側が担当する作業も確認しておけば、制作費の安さと引き換えに必要な検証が抜けるのを防げます。

試作と本開発の予算を分け、比較条件を揃える

試作の制作費に加え、検証運営、追加修正、利用環境の費用を整理します。そのうえで、本番用の認証・権限、性能対策、監視・運用などの予算を別に見込むと、試作費だけで開発全体が収まると誤解せずに済みます。
複数社には、同じ導線、再現範囲、成果物、確認回数を伝えて見積もりを依頼しましょう。金額差が大きいときは、安い会社の除外範囲と、高い会社が担う検証・引き継ぎの内容を比べます。試作を作れば必ず総額が下がるわけではなく、その結果で不要な投資を見送れるかも含めて判断することが大切です。

期限がある場合は検証する範囲を絞る

役員会やユーザーテストの日が決まっている場合は、その日までに何を判断できる状態にするかを先に定めます。制作期間だけでなく、仕様確認、社内レビュー、修正、当日の動作確認にも時間が必要です。
すべての機能を間に合わせようとせず、判断に欠かせない導線を優先しましょう。例えば、申請の操作が論点なら管理者向けの集計画面は次回に回せます。各社が示す最短納期も、要件確認や素材の提供などの前提と、自社の予定が合うかを確かめる必要があります。

プロトタイプ開発を外注する会社の選び方

自社で決められることと、支援が必要なことを分けると、相談先を絞りやすくなります。社内提案用のデモ制作、操作の検証、事業仮説の整理、本開発までの体制づくりでは、必要な専門性が異なります。

作りたい画面ではなく、検証したい問いを相談する

候補には画面の希望に加え、「誰のどの行動を確かめたいか」を伝えましょう。同じ業務や利用者に近い支援経験があれば、どのような問いを置き、何を観察して仕様へ反映したのかを尋ねると、自社との適合性を判断できます。
試作品の見栄えだけで選ぶと、判断に必要な動きが欠けることがあります。今回不要な機能を減らす提案と、実装して調べるべき部分の説明があれば、予算を使う先を具体的に話し合えます。

テスト・分析・修正をどこまで担うか確認する

誰が対象者を集め、操作を観察し、結果をまとめて修正するのかを、見積もりと進行計画で確認します。テスト設計だけを依頼するなら、自社に実施の時間と担当者が必要です。逆に、現場との調整を自社で担えるなら、その前提で外注範囲を組めます。
発注側の責任者と確認頻度も決めておきましょう。制作側が課題を見つけても、業務ルールの変更や優先順位を判断する人が不在では、改善案を次の試作へ進められません。

成果物の権利・提供範囲と本開発への移行条件を確認する

納品物が操作用URLだけなのか、編集できるデザインデータやコード、検証報告まで含むのかを確かめます。後で別の開発担当者へ渡す予定があるなら、利用・編集できる範囲や利用期限も契約前に合わせておくと、再制作が必要になる条件を把握できます。
本開発まで相談する場合は、再設計や別契約の要否、実際の開発担当法人、保守の担当を確認します。「本開発へ対応可能」という案内だけで、試作と同じ担当・料金・成果物のまま移行できるとは判断しないようにしましょう。

プロトタイプ開発を相談できる会社4社を比較

ここでは、体験設計からの試作、事業仮説からの検証、本開発を見据えた開発相談、社内提案用デモという支援の軸で4社を比較します。必要な工程と、自社に残る作業を照らし合わせて候補を選んでください。

会社	支援の軸	依頼前の確認事項
株式会社Engineerforce【プロベルおすすめ】	情報・画面設計、操作できる試作とユーザーテスト	調査対象者の募集・実査、検証後の修正と開発連携の範囲
株式会社SP【プロベルおすすめ】	事業モデル・検証計画からMVP構築と初期マーケティング	今回必要なフェーズ、検証の成果物、本開発への移行条件
株式会社ハイブリッドテクノロジーズ【プロベルおすすめ】	事業戦略から受託・ラボ型開発へつなぐグループ窓口	試作範囲、実担当・契約主体、投資支援とは別の委託条件
株式会社Concreto	社内提案・投資家プレゼン用の動くWebデモ	顧客公開・本番運用は対象外。実連携の可否と修正条件

株式会社Engineerforce【プロベルおすすめ】

出典：株式会社Engineerforce

会社名	株式会社Engineerforce
相談できる試作・検証	画面遷移・UI設計、プロトタイピング、ユーザーテスト
周辺の支援工程	構想・要件の整理、情報設計、改善・運用支援
本開発への接続	開発エンジニアと連携して設計。内製チームとの並走にも対応
料金	要問い合わせ

株式会社Engineerforceは、サービス構想や情報設計から、画面遷移、UIデザイン、試作による操作検証までを支援しています。対象にはWeb・モバイルアプリのほか、業務システムや管理画面、SaaSがあり、実装前に利用の流れを確かめたい場合の相談先です。
試作で迷いが生じる箇所を見つけ、テスト結果を設計へ戻すとともに、エンジニアと実装上の制約も確認する進め方を案内しています。複雑な業務画面で、使いやすさと開発側の理解を揃えたい企業に向いています。

社内のデザイナー・エンジニアとの並走、レビュー、ルール整備や知識共有にも対応しています。自社で改善を続ける体制を残したい場合は、試作の納品だけでなく、設計意図の共有まで相談できます。

ユーザー調査のFAQでは、Clarityによる導線確認や、顧客が実施したアンケート・インタビュー結果の活用が示されています。対象者の募集や実査まで標準で含まれると考えず、操作検証の実施体制、修正、本開発へ渡す成果物を見積もり時に確認しましょう。

株式会社Engineerforceの詳細ページを見る

株式会社SP【プロベルおすすめ】

出典：株式会社SP

会社名	株式会社SP
相談できる試作・検証	検証計画の策定、MVPの要件定義・設計・開発・検証
周辺の支援工程	アイデア創出、事業モデル・PL・KPI、初期マーケティング
本開発への接続	必要なフェーズから相談可能。移行範囲・条件は個別確認
料金	プロベル掲載：仮説検証の支援100万円〜。税区分・単位・期間・対象範囲は要確認

株式会社SPは、アイデア創出から事業モデルの具体化、MVP構築・検証、初期マーケティングまで、新規事業の段階に応じた支援を行っています。画面を形にする前に、誰へ何を提供し、どの指標で事業を判断するかを整理したい場合に適しています。

ビジネスモデルの具体化では、顧客・市場調査、PL・KPI、ロードマップや検証計画を扱います。その後のMVP構築では、必要な価値を定めて要件・設計・開発・検証へ進むため、試作の内容を事業上の問いとつなげて相談できます。
全工程を一度に依頼するほか、必要なフェーズからの支援にも対応しています。生成AIを開発プロセスに活用する案内もありますが、自社の納期や費用は、再現する機能と検証範囲を示して確認する必要があります。

操作イメージの共有までが今回の目的なのか、利用者へ価値を届けて反応を確かめるMVPまで進むのかを合わせておくと、委託範囲を決めやすくなります。初期マーケティングや本開発へ進む際の成果物・契約条件も併せて確認しましょう。

プロベルには仮説検証の支援が100万円〜と掲載されています。税区分・課金単位・期間、今回の試作や検証に含まれる作業は個別に確認してください。エンジニアリソース提供の料金とは分けて比較しましょう。

株式会社SPの詳細ページを見る

株式会社ハイブリッドテクノロジーズ【プロベルおすすめ】

出典：株式会社ハイブリッドテクノロジーズ

会社名	株式会社ハイブリッドテクノロジーズ
相談できる試作・検証	新規事業の開発相談、MVP段階からの開発支援
周辺の支援工程	グループ各社による事業戦略・設計、受託・ラボ型開発など
本開発への接続	日越連携の開発・大規模運用など。実担当・契約主体を確認
料金	プロベル掲載：高速POC 300万円／件（目安・都度相談）。税区分・範囲・納期は要確認

株式会社ハイブリッドテクノロジーズの公式サービスでは、グループ各社が連携し、事業戦略や設計から、日越連携によるアジャイル開発、大規模運用までを扱っています。試作後も必要な開発体制を組みたい企業が、新規事業の段階から相談できる窓口です。

プロベルの掲載参考価格は「高速POC」が300万円／件（目安・都度相談）です。税区分や具体的な試作・検証範囲、納期は個別に確認し、本開発の費用とは分けて検討しましょう。

受託・ラボ型開発を含む支援が案内されているため、検証で見えた要件を継続的に実装していく体制も相談対象になります。ただし、現公式はグループの事業として説明しているため、試作と本開発を誰が担当し、どの法人と契約するかを確認しましょう。
また、MVP段階からの「投資・開発」の枠もありますが、通常の開発委託へ投資が自動で付くものとは扱わず、適用条件を個別に確かめる必要があります。今回はどの範囲を試作し、その後の開発へ何を引き継ぐのかを示して相談すると、必要な体制を話し合いやすくなります。

株式会社ハイブリッドテクノロジーズの詳細ページを見る

株式会社Concreto

出典：株式会社Concreto

会社名	株式会社Concreto
相談できる試作・検証	社内提案・投資家プレゼン用の動くWebデモ
周辺の支援工程	企画内容のヒアリング、試作要件の整理、URLでの納品
本開発への接続	企画承認後の本開発は別途相談。試作は本番運用・顧客公開に不適
料金	49,800円（税込）。制作と12か月のホスティングを含む。修正条件・範囲外機能は要確認

株式会社Concretoは、新規事業の社内提案や投資家へのプレゼンに用途を絞ったWebプロトタイプを提供しています。登録・一覧・編集などの動きを見せ、企画書だけでは伝えにくい利用イメージを共有するためのデモです。
公開価格は49,800円（税込）で、制作と12か月のホスティングを含みます。納期は要件確認後、最短5営業日が目安です。修正回数は料金見出しと詳細・FAQで記載が異なるため、依頼前に適用回数を確認してください。範囲外の追加機能は別見積もりです。

試作は本番運用・顧客向け公開には適していません。外部API、決済、複雑な権限制御は対象外、または挙動の再現までとなる場合があります。実システムとの連携検証や、顧客へ提供するMVPが必要な場合は、このデモの制作範囲と分けて相談しましょう。

検証したいことを決めてからプロトタイプ開発を相談しよう

プロトタイプ開発は、試作品を精巧に仕上げることより、何を確かめて次の判断へ進むかが重要です。操作の検証と技術の成立、社内承認と利用者の反応を分けると、必要な試作と残すべき課題が見えてきます。

依頼前には、対象利用者、確かめたい導線、予算、期限、自社が担える工程を整理しましょう。その情報をもとに、体験設計、事業検証、本開発への接続、提案用デモのうち、必要な支援を比較することが大切です。
目的に合う依頼先や外注範囲を絞りにくい場合は、プロベルへご相談ください。検証したいことと社内の体制を整理しながら、候補選びを進められます。

プロベルへのご相談はこちら