MVP開発とは何か ── 8週間の工程を全部開けて説明します

MVPは Minimum Viable Product の略で、検証に必要な最小限の製品、と説明されます。定義としてはそのとおりなのですが、この説明を読んで「では自社の場合は何を作ればいいのか」が分かった人を、私は見たことがありません。

なので、定義の話は3行で終えます。ここから先は、私たちが8週間で実際に何をしているかを、順番に開けていきます。そのほうが早いはずです。

費用のほうが先に知りたい、という場合はMVP開発の費用は、何で決まるのかから読んでいただくほうが早いです。

最初の2週間、コードは書きません

意外に思われるのですが、8週間のうち最初の2週間は設計に使います。聞くのは3つです。

週ごとに何をしているかをさらに細かく開けたものが、2ヶ月で作れるもの、作れないものです。この記事より一段細かい粒度で書いています。

誰が使うのか。いまその業務をどうやっているのか。作ったあと、何を見て「うまくいった」と判断するのか。

3つ目が抜けたまま進む案件が、いちばん危ないです。目的が決まっていないと、どの機能も同じくらい大事に見えてしまい、結果として全部を同時に作ることになります。それは定義上もうMVPではありません。

この2週間の終わりに、画面構成が固まります。たとえば会員向けの予約なら、サービストップ、予約フォーム、マイページ、運営のログイン、予約枠の管理、会員ダッシュボードで6画面。ここまで具体的になって、はじめて「最小限」が何を指すのかが決まります。

次の4週間、毎週見せます

W3からW6が開発です。この期間にこだわっているのは一点だけで、週に1回、実際に動く画面を見ていただくことです。

画面は見ないと分かりません。「一覧に担当者を出してください」と最初に言われていても、実際に並んだものを見ると「担当者より期限が先のほうがいい」となる。これは仕様変更ではなく、正常な気づきです。3週目に言われれば5分で直りますが、完成後に言われると作り直しになります。

MVP開発の本質は、作る量を減らすことではなく、間違いに気づくまでの時間を短くすることだと思っています。毎週見せるのは、そのための仕組みです。

最後の2週間で、使える状態にする

W7とW8は仕上げです。エラーが出たときの表示、スマホでの見え方、データの初期投入、権限の確認。地味な作業が続きます。

あわせて使い方の説明をします。ここで「この操作、毎日やるには面倒ですね」と言われることがあって、それは改善フェーズの最初の宿題になります。8週目に初回リリース、そこから実際の業務で使い始めていただきます。

MVPで「作らない」と決めているもの

ここが、MVP開発かどうかの分かれ目です。私たちは初期に次のものを含めていません。

作らないもの	理由
決済	審査と規約の準備が要る。使ってもらえるか分かる前に作る必要がない
公的な本人確認	同上。必要になった段階で足せる
複雑な承認ルート	運用が始まってから「この順番は現実的じゃない」と分かることが多い
大規模なデータ移行	まず新しい業務が回るかを確かめてから
基幹システムとの連携	連携先の都合で工程が伸びる。検証段階では切り離す

作れないのではなく、順番の問題です。先に作り込むほど、作り直しの費用が二重にかかります。

プロトタイプ、PoCとの違い

言葉が近いので、よく混ざります。私の理解では、こう違います。

	誰が使うか	何を確かめるか
プロトタイプ	社内の関係者	画面の流れや操作感
PoC	技術者	その技術で実現できるか
MVP	実際の利用者	使ってもらえるか、業務が回るか

MVPだけが、実際の利用者に渡ります。だから本番として使える品質が要ります。範囲は小さくても、動かないものを出すわけにはいきません。

向いている案件、向いていない案件

正直に書きます。MVP開発が向くのは、作るものがまだ確定していない案件です。新サービスの検証、いまエクセルと紙でやっている業務のシステム化。使ってみないと正解が分からないものほど、この進め方が効きます。

逆に向いていないのは、作るものが完全に決まっていて、要件も凍結されている案件です。それなら仕様書を書いて一括で発注したほうが早い。決済や本人確認が最初から必須のサービスも、初期の範囲には収まりません。

もうひとつ、社内で「小さく出す」ことが許されない組織も向きません。最初から全機能が揃っていないと稟議が通らないのであれば、MVPという進め方自体が合いません。

8週間という期限を先に決める意味

私たちがサービス名を「ニカゲツ」にしているのは、期限を先に決めると、作るものを選ばざるを得なくなるからです。

期限がないと、機能は際限なく増えます。「せっかくだからこれも」が10個積み上がると、リリースは半年先に延びて、そのころには前提が変わっています。8週間と決めてしまえば、「それは3ヶ月目に入れましょう」という会話が自然にできます。

MVP開発とは何か、という問いへの私の答えは、これです。作る量を減らす手法ではなく、決める順番を変える手法。何を作るかより先に、いつ出すかと、何を作らないかを決める。

自社の場合に何画面になるかは、初回お打ち合わせのあと3営業日以内にラフでお出ししています。そこまで費用はいただきません。

相談の前に決めておくと話が早いことは開発会社に相談する前に、決めておくと話が早い3つのことに、契約書で読む場所はシステム開発の契約書で、発注側が読むべき5つの場所にまとめました。