MVP開発の費用を調べ始めると、次に気になるのは「どこに相談すればよいか」「どのくらいの金額を見ておけばよいか」「見積もりを取るには何が必要か」といったことかもしれません。
費用感を知ることは大切です。ただ、MVP開発の費用は、金額だけを見ても判断しにくいことがあります。同じ「MVP開発」という言葉でも、何を作るのか、どこまでを初期範囲にするのか、どの前提で見積もるのかによって、必要な整理や実装の範囲が変わるためです。
この記事では、MVP開発の費用や見積もりを相談する前に、整理しておきたいことをまとめます。最初から仕様を細かく決める必要はありません。けれど、費用の相談に入る前に、いくつかの前提が見えていると、相談先との会話や見積もりの見方はかなり進めやすくなります。
費用を相談する前に、まず「何のためのMVPか」を見る
MVP開発の費用を相談するとき、最初に見ておきたいのは、何のためにMVPを作るのかです。
たとえば、同じMVPでも、目的には違いがあります。
- 社内で方向性を共有するために、まず形を見たい
- 想定している流れや使い方が自然かを確認したい
- 実際のユーザーに見せて、反応を見たい
- 小さく公開して、初期運用まで始めたい
- 開発会社や社内メンバーと具体的に話すための材料がほしい
この違いによって、必要な範囲は変わります。
方向性確認のための具体物であれば、ダミーデータや限定的な画面で足りることがあります。一方で、実際のデータを扱いながら初期運用まで考える場合は、画面、データ、管理側の操作、例外時の扱いなど、見るべき範囲が広がります。
費用の相談に入る前に、まずは「今回のMVPで何を確かめたいのか」を言葉にしておくと、金額の話も見えやすくなります。
「作るもの」と「相談したいこと」を分ける
MVP開発の相談では、作りたいものと相談したいことが混ざりやすくなります。
たとえば、次のようなものです。
- こういうサービスを作りたい
- こういう機能が必要そう
- 管理画面も必要かもしれない
- 決済や通知も入れたい
- どこまで最初に作るべきか分からない
- 開発会社に何を伝えればよいか分からない
これらは近い場所にありますが、同じ種類の話ではありません。
「作るもの」は、今回のMVPとして扱う対象です。一方で、「相談したいこと」は、まだ決めきれていない論点や、外部の人と確認したいポイントです。
費用の相談前には、この2つを分けておくと話しやすくなります。
たとえば、次のように分けられます。
- 今回のMVPに入れたいもの
- 今回は入れるか迷っているもの
- 将来的には必要そうなもの
- 開発会社やエンジニアに相談したいこと
- 社内で先に決める必要があること
きれいに決めきる必要はありません。むしろ、決まっていることと相談したいことが分かれているだけでも、見積もり前の会話は進めやすくなります。
初期範囲を決めるときは、「含めるもの」と「今回は扱わないもの」を見る
MVP開発の費用に大きく影響するのは、最初にどこまでを扱うかです。
最初の相談では、必要そうなものが次々に出てくることがあります。
- ユーザー登録
- ログイン
- 一覧画面
- 詳細画面
- 申込みフォーム
- 決済
- 通知
- 管理画面
- CSV出力
- 外部サービス連携
それぞれは自然に見えるかもしれません。ただ、すべてを同じ重さで最初のMVPに入れると、範囲は大きくなります。
費用を相談する前に見たいのは、「何を入れるか」だけではありません。「今回はまだ扱わないもの」も大事です。
たとえば、最初のMVPでは次のように分けられることがあります。
- 最初の価値を成立させるために必要なもの
- あると便利だが、初期版では後回しにできるもの
- 手動運用で一時的に代替できるもの
- 将来の拡張として考えるもの
- 今回の見積もりには含めないもの
この切り分けがあると、費用の話はかなり見やすくなります。見積もりの金額そのものだけでなく、その金額が「何を含んだ金額なのか」を確認しやすくなるためです。
画面だけでなく、使われ方と運用も見る
MVP開発の相談では、画面の話に入りやすいです。
もちろん、画面は重要です。けれど、費用や見積もりに影響するのは、画面数だけではありません。
たとえば、同じ画面でも、次のような違いがあります。
- 表示するだけの画面
- 入力や編集がある画面
- 条件によって表示が変わる画面
- 操作後にステータスが変わる画面
- 権限によって見える内容が変わる画面
- エラー時や例外時の扱いが必要な画面
さらに、ユーザー向け画面の裏側には、運用側の作業があることもあります。
- 申込み内容を確認する
- データを修正する
- ステータスを変更する
- 承認や差し戻しをする
- 問い合わせに対応する
- 手動で確認する
費用の相談前には、画面名だけを並べるより、「誰が、どの順番で、何を見て、何を操作するのか」を少し見ておく方が実態に近くなります。
まだ細かい仕様に落とす必要はありません。まずは、主要な流れと、運用側で起こりそうなことを見えるようにしておくと、相談先との認識がそろいやすくなります。
実データを扱うか、確認用の形でよいかを分ける
費用に影響しやすい前提の一つが、実データを扱うかどうかです。
たとえば、最初の段階では、次のような進め方があります。
- ダミーデータで画面や流れを確認する
- 一部だけ実データを使う
- 最初から登録、保存、更新、表示まで扱う
- 初期公開や初期運用を前提にする
ダミーデータで確認する段階であれば、主に画面の流れや体験を確認することに重心があります。
実データを扱う場合は、入力内容、保存する情報、更新されるタイミング、管理側の扱い、エラー時の対応なども見ていく必要があります。
この違いは、費用にも、見積もりの前提にも関わります。
費用相談の前には、今回のMVPが「確認用の具体物」に近いのか、「小さく始める本番初期版」に近いのかを一度見ておくとよいです。
見積もりを比べる前に、前提をそろえる
MVP開発の見積もりを複数取る場合、金額だけを比べると判断しにくいことがあります。
見積もりに含まれているものが違う場合、金額の高い・安いだけでは判断できません。
たとえば、次のような違いがあります。
- 構想整理が含まれているか
- 仕様整理が含まれているか
- 画面設計が含まれているか
- 管理画面が含まれているか
- 実データ対応が含まれているか
- テストや公開準備が含まれているか
- 相談や修正の回数が含まれているか
- 今回含まれない範囲が明記されているか
費用を相談するときは、「いくらか」だけでなく、「その金額は何を前提にしているか」を確認することが大事です。
そのためにも、相談前に自分たちの前提を少し整理しておくと、見積もりの違いを読みやすくなります。
すぐ見積もりに進めるケースと、先に整理した方がよいケース
費用を知りたいとき、すぐに見積もりへ進んだ方がよいケースもあります。
たとえば、次のような状態です。
- 作りたい対象がある程度決まっている
- 想定ユーザーや利用シーンが見えている
- 最初に含める範囲がある程度分かれている
- 主要な画面や流れが見えている
- 相談したいことと、すでに決めていることが分かれている
この場合は、開発会社や実装者に相談しながら、具体的な見積もりや進め方を確認しやすいです。
一方で、先に整理した方が進めやすいケースもあります。
- MVPとして何を扱うかがまだ曖昧
- アイデアや機能がたくさんあり、優先順位が分かれていない
- 誰に向けたものかがまだ広い
- どこまでを初期版にするか決められていない
- 開発会社に何を持っていけばよいか分からない
- 費用相談の前に、相談事項を分けたい
この場合は、いきなり見積もりを取るよりも、先に前提や相談事項を整理した方が、次の相談がしやすくなります。
まとめ
MVP開発の費用を相談する前に見ておきたいのは、金額そのものだけではありません。
まず、何のためのMVPなのか、誰に何の価値を届けたいのか、今回どこまでを初期範囲にするのかを整理しておくと、費用の相談や見積もりの比較は進めやすくなります。
特に、何を含めるのか、今回は何を扱わないのか、実データや運用まで含めるのか、相談したいことと自分たちで決めることが分かれているかは、見積もりの前提に関わります。
費用を相談する前に前提が少し見えているだけでも、相談先との会話は進めやすくなります。
