MVPソフトウェア開発：スコープ、費用、スケジュール

MVPのソフトウェア開発が失敗するのは、実装のさなかではなく、スコープを決める会議の席です。誰かが「実用最小限の製品」と口にすると全員がうなずき、そのあとに届く機能一覧には、ユーザーアカウント、管理画面、課金、通知、ダッシュボード、そしてモバイルアプリまで並んでいます。それは実用最小限の製品ではありません。それはもう完成した製品であり、頭のなかに思い浮かべた数字の三倍の時間がかかります。

害をもたらしている言葉は「実用」、つまり viable の部分です。多くのチームはこれを「誰にでも売れるだけの出来ばえ」と読みますが、本来の意味は「これを欲しがる人がいるかどうかを知るのに、ぎりぎり足りる程度」です。

もっとも費用を節約できるスコープ判定： すべての機能について、その答え次第で自分は何を変えるのかを問うてください。ある機能がどの判断も変えられないなら、その機能はMVPには入りません。管理画面は、人々がその製品を欲しているかどうかを教えてはくれません。欲しがられたあとで運用が楽になる、と教えてくれるだけです。それは二番目に作りましょう。

MVPソフトウェア開発は本来何のためにあるのか

MVPは、意見ではなく実際のユーザーによって、たった一つの問いに答えるために存在します。その問いはたいてい、これに金を払う人がいるのか、あるいは意味を持つほど頻繁に使う人がいるのか、というものです。

そう考えると、何を中に入れるべきかの基準が変わります。必要なのは、価値を示すただ一つの経路が端から端まで動いていること、そしてあなたが隣に座って助けなくても実際の人がそれを最後までやり切れる程度に仕上がっていることです。その経路が答えを出すまで、ほかのすべては任意にすぎません。

これはプロトタイプとの違いも説明してくれます。プロトタイプは使い捨てであり、設計上の問いに答えるもので、動くバックエンドがまったくないことも珍しくありません。いっぽうMVPは、実在のユーザーと実在のデータを扱う本番コードであり、答えが「はい」だった場合にそのまま拡張できるよう作られます。この二つを取り違えると、両方向に高くつきます。必要だったコードを捨てることになるか、まもなく破棄するものを丁寧に設計してしまうかのどちらかです。

何を入れ、何を待たせるか

入れるもの： 中核となる価値の経路、その経路が要求する最小限の認証、人が金を払うかどうかが問いであるなら決済を受け取る手段、そしてユーザーが実際に何をしているかが見える程度の計測です。

待たせるもの： 管理インターフェース、一つか二つを超える役割と権限の仕組み、通知の設定、オンボーディングの導線、誰からも頼まれていない外部連携、そして「ついでだから」という言葉で始まるすべてです。

逆に、削ってはいけないのに削られがちなものが二つあります。ひとつは計測です。分析なしで公開したMVPはどんな問いにも答えられず、費やした金がまるごと無駄になるからです。もうひとつはデータを削除したり訂正したりできる仕組みです。実際のユーザーは初日から間違えますし、データベースを手作業で手術する日々はすぐに嫌になります。

もっともよくあるスコープの膨張は管理画面であり、たいていは避けられます。最初の数週間なら、クエリを手で流すほうが作るのは速く、ユーザーが十人のうちは完全に事足ります。読み取り専用の接続と、よく使う数本のクエリを保存しておくだけで、当面の問い合わせにはほぼ答えられます。管理画面は、ユーザーの手作業での対応がボトルネックになった時点で作ってください。それは持てるならありがたい種類の問題です。

英国における現実的な費用

MVPの価格は、背後にあるアイデアではなく、それがこなす別々の仕事の数で決まります。英国での実施で私たちが目にする幅は次のとおりです。

一日 £100 から £200 のオフショア実施はこの算数を変えますが、その代わりにソフトウェア開発のアウトソーシング で扱っている調整コストを連れてきます。カスタムソフトウェア開発の費用の内訳 では、それぞれの帯を押し上げる要因を解説しています。

ほとんどすべてのMVP予算から抜け落ちる費用が二つあります。ひとつは、公開後に誰かが運用しなければならないという点で、これは端数ではなく毎月出ていく実際の金額です。ホスティング、監視、障害が起きたときの一次対応、依存ライブラリの更新まで含めて見積もる必要があります。もうひとつは二番目のバージョンです。MVPが自らの問いにうまく答えたなら、すぐ次にやるべきことはその上に積み上げることであり、公開時点で終わる予算は、何をすべきかがちょうど分かった瞬間に尽きてしまいます。

三か月を九か月に変えてしまう失敗

まだ来ていない規模のために作り込むことです。

その衝動は理解できます。あとで置き換えるコードなど誰も書きたくありません。そこでMVPには、メッセージキュー、キャッシュ層、水平スケーリング、マイクロサービスの境界が付け加わります。ユーザーが五十人の段階ではそのどれも実際の負荷を支えていないのに、最初の一人が製品を目にするより前に、すべてを作り、テストし、運用しなければならなくなります。

正直な立場を述べれば、MVPはアーキテクチャとして退屈であってかまいません。データベースが一つ、アプリケーションが一つ、素直なデプロイ。もし成功すれば、負荷が実際にどこにかかるのかを本当に知ったうえで一部を書き直すことになり、その書き直しは、公開前に立てた当て推量よりも安く、はるかに正確に狙いを定めたものになります。

例外は、あとから変えるのに高くつくものです。データモデル、認証の方式、そして個人データに触れるあらゆる判断がこれにあたります。この部分だけは最初におおよそ正しくしておく価値があり、追加の一週間を使うだけの理由があります。ほどくのにもっとも費用がかかるのが、まさにこれらだからです。

午後のうちにスコープを決める方法

ユーザーが何を達成するのかを述べた一文を書きます。その一文が書けないなら、問題はスコープではなく、何を検証したいのかがまだ定まっていないことのほうです。次に、その一文が要求する画面だけを並べ、それ以外は書きません。残った機能のひとつひとつには、この記事の冒頭で示した判断のテストを当てはめてください。

そのうえで、それでもなお一覧を三分の一削ります。どのチームも最初の一巡ではスコープを盛りすぎますし、いま取り除く三分の一は、公開後に取り除いていたであろう三分の一とほぼ同じです。

機能一覧ではなく日付を決めてください。実際に世に出る三か月のMVPは、七か月目になってもまだリリースまで二週間だと言い続けている五か月のMVPより価値があります。日付が固定されていれば、スコープの話し合いはまだ安いうち、つまり早い段階で強制的に行われます。

Mecanikはソフトウェア開発 チームを通じてMVPのスコープを定め、実際に作ります。管理画面をやめるよう説得する役回りも含めてです。機能一覧はあるのに日付がないという状態なら、そこから始めるのが正解です。

関連記事: 英国におけるカスタムソフトウェア開発 、英国のフィンテックソフトウェア開発：FCA、レール、費用 、2026年にウェブアプリを構築する方法 - 英国開発者ガイド 、制作会社のためのホワイトラベル開発 。

よくある質問

MVPには何を含めるべきですか。 端から端まで動く中核の価値経路、その経路に必要な最小限の認証、人が金を払うかどうかが問いであるなら決済、そしてユーザーが実際に何をしているかが見える程度の計測です。管理画面、役割の仕組み、通知の設定、誰からも頼まれていない外部連携は、いずれもMVPが自らの問いに答えるまで待たせます。

英国でのMVPソフトウェア開発の費用はどれくらいですか。 経路が一本でユーザー種別が一つのウェブアプリは、六週間から十週間で £15,000 から £35,000 が目安です。ユーザー種別が二つで決済と基本的な管理機能が付くと、三か月から五か月で £35,000 から £75,000 になります。外部連携や法令順守の要件がある多面型の製品は £75,000 前後から始まり、五か月以上かかります。

プロトタイプとMVPの違いは何ですか。 プロトタイプは使い捨てで、設計上の問いに答えるものであり、動くバックエンドがないことも多くあります。MVPは実在のユーザーと実在のデータを扱う本番コードで、答えが「はい」なら拡張できるように作られます。両者の取り違えは双方向に高くつきます。必要だったコードを捨てるか、まもなく捨てるものを過剰に設計してしまうかです。

MVPの構築にはどれくらいの期間をかけるべきですか。 経路が一本のアプリケーションなら六週間から十週間、二つ目のユーザー種別と決済が加わると三か月から五か月です。見積もりが五か月を超えるなら、スコープはほぼ確実にMVPより大きいので、何かを作ってしまったあとではなく、作る前に削るだけの価値があります。

MVPでもっともよくある失敗は何ですか。 まだ存在しない規模のために作り込むことです。メッセージキュー、キャッシュ層、マイクロサービスの境界は、ユーザーが五十人の段階では何の負荷も支えていないのに、公開前にすべて作り、テストし、運用しなければなりません。MVPはアーキテクチャとして退屈であってかまいません。例外はデータモデル、認証、そして個人データに触れるすべてで、これらはあとから変えると高くつきます。