MVPとは何か——完成品を作る前に市場で当てる考え方を普通の言葉で

新規事業の話をしていると、「まず完成版を作ってからリリースしよう」という言葉をよく聞く。機能を揃えて、デザインを整えて、マニュアルも作って、それから顧客に見せる。その気持ちはよくわかる。中途半端なものを出したくない。恥ずかしいものを見せたくない。

ただ、この「完成してから出す」という考え方が、新規事業において最も危険な罠の一つだ。

完成してから出したら、何が起きるか

ある会社が、業務管理ツールを作った。社内で議論を重ね、機能を洗い出し、エンジニアに発注し、半年かけて完成させた。いざリリースしてみると、ユーザーは「使い方がわからない」と言った。一番使ってほしかった機能は、誰も使わなかった。逆に、おまけのつもりで入れた機能を、みんなが使っていた。

半年と数百万円をかけて作ったものが、市場のフィードバックによって根本から作り直しになった。これは、珍しい話ではない。新規事業では、よく起きる。なぜか。市場が何を望むかを、作る側は事前に完璧には予測できないからだ。どんなに調査しても、実際に使ってみないとわからないことがある。

MVPとは何か、普通の言葉で説明する

MVP（Minimum Viable Product）という言葉は、IT業界からきた概念だ。日本語に訳すと「実用最小限のプロダクト」になるが、これだけでは伝わらない。

もっと平たく言えば、「一番大事な仮説だけを確かめられる、最小限の形」だ。完成品を作る前に、最も重要な問いに答えを出すための、小さな実験台。それがMVPだ。

具体的に考えよう。料理教室のオンライン予約サービスを作りたいとする。完成版を作ろうとすれば、予約システム・決済機能・カレンダー連携・メール通知・管理画面——これだけで数ヶ月かかる。でも、最初に確かめるべき仮説は「オンライン予約に需要があるか」だけかもしれない。

MVPとして作るのは、シンプルなランディングページ一枚と、GoogleフォームとLINEを組み合わせた受付フローだけでいい。これで十分、「需要があるか」を確かめられる。このMVPを作るのに、1週間かからない。

「手を抜いている」のではない

MVPという言葉を聞いて、「手を抜いた粗悪品」というイメージを持つ人がいる。それは誤解だ。MVPは、「今確かめるべき一番重要な問い」に的を絞って作るものだ。余分な機能を省くのは、コストを削るためではなく、焦点を絞るためだ。何でも入れると、何がうまくいって何がうまくいっていないかが、わからなくなる。

完成品を作ることと、MVPを作ることは、思想が違う。完成品は「すべてを正しく作る」ことを目指す。MVPは「最速で学ぶ」ことを目指す。どちらが劣っているのではない。新規事業の初期フェーズでは、学ぶことが最優先だというだけだ。

市場は、予測できないことを教えてくれる

MVPを出して学ぶ価値は、「予測できなかったことを知れる」ことにある。先ほどの料理教室の例で言えば、MVPを出してみて初めてわかることがある。「予約は来るが、全員が『対面かどうか確認したい』と電話してくる」かもしれない。これは机上では予測できなかった。でも、MVPを出して最初の10件対応すれば、すぐにわかる。この学びを得たなら、次のMVPは「オンライン予約＋ビデオ通話での事前説明」という形に変わるかもしれない。完成品を作る前に方向を修正できた。これが、MVPの本質的な価値だ。

完璧主義は、新規事業の敵だ

完璧主義は美徳だ。既存事業の品質管理や顧客対応では、絶対に必要な姿勢だ。しかし新規事業の最初期において、完璧主義は動きを止める。「まだ準備できていない」「もう少し整えてから」——この言葉を言い続けた会社が、3年かけて何も出せなかった例を見たことがある。一方、雑でも何でも、最初の形を出して顧客と対話した会社が、6ヶ月で事業の輪郭を掴んでいた。スピードの差が、最終的な差になる。

新規事業でいちばん怖いのは、粗削りのものを出すことではない。何も出さないまま時間が経つことだ。

MVPを、素早く作れるかどうかが分岐点になる

「MVPを作ろう」と思っても、具体的にどう作ればいいかわからない、という人は多い。何を残して、何を省くか。どのツールを使うか。どこまで作れば「最小限」といえるか。この判断ができると、新規事業のスピードが変わる。ウェブアプリやAIを使えば、かつては数ヶ月かかっていたものが数週間で作れるようになっている。問題は技術コストではなく、「何を作るかを正確に定義できるか」だ。完成品を夢見る前に、最初に確かめるべき問いは何か——その問いに答えることが、MVPの設計から始まる。