プロトタイプ開発会社に相談する前に｜進め方と動く時期

プロトタイプ開発会社を探すとき、実績や得意分野と並んで見ておきたいのが「いつ、どんな形で動くものが出てくるのか」です。この記事では、会社によって進め方がどう違うのかを整理し、相談の前に確認しておきたい点をまとめます。

新規事業では、決裁者も立案者も、実物を見てはじめて判断できることが多くあります。だからこそ、動くものが出てくる時期は、会社選びの大事な物差しになります。

プロトタイプ開発会社に相談する前に、言葉の意味をそろえる

「プロトタイプ開発」と検索しても、会社によって指しているものが少しずつ違います。そのまま相談を始めると、「思っていたものと違った」という行き違いが、最初の打ち合わせで起きることがあります。

同じ「プロトタイプ」でも中身は幅広い

プロトタイプとは、本番の前に、事業の仮説や使い方を確かめるために作る試作品のことです。ただ、その中身には幅があります。

• 画面の見た目だけを並べた、クリックして遷移する画面イメージ
• 画面に加えて、入力や検索など一部の操作が実際に動く試作品
• データの保存や外部サービスとの連携まで含めて動く、実際に使えるもの

見た目の確認が目的なら、一つ目で足りる場合もあります。一方で、「顧客が実際に使い続けるか」「業務の流れに合うか」を確かめたいなら、二つ目や三つ目に近いものが必要です。モックアップやMVPとの違いは、プロトタイプとモックアップ・MVPの違い｜新規事業の使い分けで整理しています。

先に「何を確かめたいか」を一文にしておく

会社を比べる前に、確かめたいことを一文にしておくと、話が早くなります。たとえば次のような形です。

• 「この業務を持つ顧客が、予約から支払いまでを迷わず完了できるか」
• 「提携先に見せて、事業のイメージが伝わるか」
• 「稟議の場で、何ができるのかを示せるか」

目的が違えば、必要な動き方も、出てきてほしい時期も変わります。この一文があるだけで、各社の提案が自分たちの目的に合っているかを判断しやすくなります。

会社によって違う、動くものが出てくる時期

プロトタイプ開発の進め方は、大きく分けると三つの型があります。どれが良い悪いではなく、事業の状況によって向き不向きがあります。

要件定義や設計を固めてから作る進め方

一つ目は、要件定義と設計を先に固め、そのあとで開発に入る進め方です。要件定義とは、システムに何をさせるかを文書にまとめる作業のことです。

この型では、動くものが出てくるのは工程の後半になります。仕様が明確で、変更が少ない開発には向いています。反対に、新規事業のように「作ってみて初めて分かること」が多い場合は、完成物を見た時点で「これじゃない」が見つかり、戻りの作業が大きくなりがちです。

この進め方の背景にあるウォーターフォールとアジャイルの違いは、AI駆動開発とアジャイルの違い｜ウォーターフォールとの比較で比較しています。

小さく作りながら、少しずつ決めていく進め方

二つ目は、短い区切りで小さく作り、確認しながら仕様を決めていく進め方です。区切りごとに動く部分が増えるため、早い段階で実物に触れられます。

ただし、確認の頻度が多くなるぶん、発注側にも判断の時間が必要です。確認を後回しにすると、どんなに区切りを短くしても、進みが遅くなります。進捗の見方は、システム開発の進捗確認のしかた｜定例会とデモの見どころが参考になります。

先に動くものを作り、実物を見てから契約を判断する進め方

三つ目は、契約や本格的な開発の前に、動く試作品を先に用意する進め方です。企画書や仕様書の代わりに実物を判断材料にできるため、決裁者と立案者が同じものを見ながら話せます。

この型では、動くものが出てくる時期は「最初の段階」にあたります。そのかわり、相談から試作品までの間に何を作るかをしっかり決めておく必要があります。仕様が固まっていない段階でも話を始められるかどうかは、会社ごとに対応が分かれるところです。

三つの型を並べると、次のように整理できます。

進め方	動くものが出る時期	向いている状況
要件・設計を固めてから作る	工程の後半	仕様が明確で変更が少ない
小さく作りながら決める	区切りごとに少しずつ	確認と判断を頻繁にできる
先に動く試作品を作る	最初の段階	事業性を確かめてから判断したい

自分たちの事業の状況が、どの型に近いかを考えてから会社を探すと、提案の比較がしやすくなります。

相談前に確認したい進め方のチェックポイント

会社のサイトや最初の打ち合わせで、次の点を確認しておくと、進め方の違いが見えてきます。質問そのものも、会社の考え方を知る手がかりになります。

動くものは、いつ、どんな形で見られるか

「最初に動くものが見られるのは、どの工程の終わりか」を聞いてみてください。あわせて、「見られるのは画面だけか、実際に操作できるか」「こちらの手元で触れるか、デモの場だけか」も確認しておくと、実物の精度がイメージできます。

作る範囲を、どう決めるのか

プロトタイプで何でも作ろうとすると、時期は後ろにずれていきます。範囲をどう絞るかは、動くものが出てくる時期に直結します。絞り込みの考え方は、MVP開発の機能の絞り方｜最初に作るものと後回しの基準で扱っています。

打ち合わせの中で、「今回は作らないもの」まで一緒に決めてくれるかどうかは、見ておきたい点です。

認識合わせを、何で行うのか

要件を文章だけで合意する進め方では、言葉の解釈の違いが後から出やすくなります。実物や画面を見ながら、「ここはこう」と指摘できる場があるかどうかを確認しておくと安心です。実物でのすり合わせについては、システム開発の認識のズレを防ぐ、実物を見ながらのすり合わせをご覧ください。

契約や判断のタイミングはどこにあるか

見積もりの金額だけで比べると、含まれている範囲の違いに気づきにくくなります。どこまでを前提とした見積もりなのか、動くものを見たあとに判断できる区切りがあるかを確認しておくと、判断を後から変えられる余地が見えてきます。見積もりの見方は、システム開発の見積もりの違い｜金額より先に見る前提と範囲で整理しています。段階に分けた契約の考え方は、システム開発の契約を段階に分割する方法｜動くものを見て判断が参考になります。

権利や名義、情報の扱いはどうなるか

動くものが出てきても、ソースコードの権利やサーバーの名義が曖昧だと、あとで困ることがあります。試作品の段階でも、次の点は先に確認しておきたいところです。

• ソースコードの権利がどう扱われるか（ソースコードの著作権譲渡｜費用を払っても自動では移らない）
• サーバーやアカウントの名義が誰になるか（システム開発のサーバー名義は誰にする？外注前の決め方）
• 事業アイデアなどの秘密情報をどう扱うか（システム開発のNDA｜秘密保持で決める8つの項目）

AIを使って開発する会社であれば、入力した情報がどう扱われるかも合わせて聞いておくと確かです。確認点は生成AI開発の情報漏洩を防ぐ確認点｜機密と事業アイデアにまとめています。

動くものが出てくる時期を左右する要因

「何か月で動きますか」と聞いても、会社ごとに答えが違うのは、前提が違うからです。時期を決めるのは、会社の開発速度だけではありません。

範囲の広さと、データや外部連携の有無

作る画面や機能が増えれば、そのぶん時間がかかります。決済や外部サービスとの連携、個人情報の扱いが入る場合は、確認や設計の手間が増えます。プロトタイプの段階では、本物のデータの代わりにダミーデータを使うことで、確認の範囲を絞る方法もあります。プロトタイプのダミーデータの用意のしかた｜実物に近づけるで、実物に近づけるコツを紹介しています。

発注側の判断の速さ

意外と見落とされるのが、発注側の判断の速さです。確認の返事が遅れる、決める人が複数いて合意に時間がかかる、といった状況では、開発側がどれだけ速くても動くものは出てきません。発注側の窓口と決める人を決めておくことは、時期を守るための前提になります。役割の考え方は、発注側のプロダクトオーナーとは｜役割と判断のしかたで解説しています。

開発の進め方に、AIをどう組み込んでいるか

AIを活用した開発では、要件の整理や設計、実装、テストといった工程の一部をAIが担当します。そのため、短い期間で動くものを用意しやすくなっています。仕組みは、AIでプロトタイプを短期間で作れる理由｜工程ごとの仕組みで工程ごとに説明しています。

ここで注意したいのは、AIを使えば何でも速くなるわけではないことです。何を作るかを決める判断と、品質の最終確認は人が担います。AIの活用が、期間の見立てにどう関わるのかを具体的に説明してもらえるかどうかは、会社を比べるときの材料になります。期間を決める要素については、MVP開発の期間は何で決まる？範囲・判断・確認から考えるも参考にしてください。

仕様が固まっていなくても、相談前に用意しておくもの

「仕様が固まっていない段階で相談してよいのか」と迷う会社は少なくありません。実際には、仕様書がなくても相談できる開発会社があります。仕様が決まってないシステム開発の相談は可能かでも触れていますが、完璧な資料より、次のような材料のほうが役に立ちます。

• 解決したい課題と、想定している利用者
• 事業として確かめたい仮説（うまくいったと言える状態）
• 参考にしている既存のサービスや画面のイメージ
• 判断する人と、判断の期限
• 守りたい条件（社内の規則、取り扱うデータの種類など）

箇条書きのメモ程度で十分です。依頼前の整理は、システム開発の依頼の流れと準備｜依頼先の選び方も解説でも詳しく扱っています。

また、相談する会社を比べるときは、プロトタイプ開発に限らず、一般的な開発会社の見方も押さえておくと役立ちます。システム開発会社の選び方｜新規事業で失敗しない7つの視点や、AI受託開発に依頼する前に確かめたい6つのことも合わせてご覧ください。

動くものが出てきたあとに、見ておきたいこと

動くものが出てくることは、ゴールではなく、判断を始める地点です。出てきた試作品をどう使うかによって、プロトタイプの価値は変わります。

見るのは「出来栄え」より「確かめたかったこと」

試作品を見ると、つい細部の見た目や不具合に目が向きます。しかし、プロトタイプの目的は、最初に決めた「確かめたいこと」を確かめることです。確かめたいことに沿って、利用者に触ってもらう、提携先に見せる、社内の決裁の場で使うなど、使い道を考えます。利用者に見てもらう方法は、プロトタイプのユーザーテスト｜新規事業での確かめ方と質問で紹介しています。

進める判断だけでなく、やめる判断も用意しておく

動くものを見ると、「やはりこの事業は難しそうだ」と分かることもあります。そうした結果も、成果のひとつです。本格的な開発に進む前に見つかれば、後の負担を減らせます。判断の基準を先に決めておく考え方は、新規事業の撤退判断｜プロトタイプで「やめる」と決める基準で扱っています。

稟議や次の開発につなげる

試作品は、社内の稟議や、次の開発の範囲を決める材料にもなります。企画書だけでは伝わりにくい「何ができるのか」を実物で示せるため、決裁者と立案者が同じ画面を見て話せます。使い方は、稟議を通すシステム開発｜プロトタイプの使い方にまとめました。

本格的な開発に進む際の考え方は、MVPから本開発は作り直し？引き継げる部分と見直す点も参考になります。

まとめ

プロトタイプ開発会社を比べるときは、実績や得意分野に加えて、動くものが出てくる時期と、その進め方を確認することが大切です。この記事で整理したポイントは次のとおりです。

• 「プロトタイプ」の意味は会社によって幅があるため、確かめたいことを先に一文にする
• 進め方には、設計を固めてから作る型、小さく作りながら決める型、先に動く試作品を作る型がある
• 動くものが出る時期は、範囲の広さ、データや外部連携、発注側の判断の速さ、AIの活用のしかたで変わる
• 相談前に、動くものの形、認識合わせの方法、契約の判断点、権利や名義、情報の扱いを確認する
• 動くものが出たあとは、出来栄えよりも「確かめたかったこと」を軸に、進める判断ややめる判断を行う

仕様が固まっていなくても、相談はできます。目的と仮説を持って、会社の進め方に質問を重ねていくことが、納得できる依頼先選びにつながります。

JustFitは、株式会社LEGAREAが運営する完全オーダーメイドの受託開発サービスです。「先に作って、後から決める（PROTOTYPE FIRST）」という考え方で、構想をもとに約1ヶ月で、実際に動くプロトタイプを先に開発します。実物を見てから契約を判断でき、仕様が固まっていない段階や稟議の前でも相談できます。進め方の詳細は、JustFitのサービス紹介をご覧ください。