この記事の内容
MVPとは、ビジネスの場面では「売れるかどうかを、いちばん小さい形で確かめるための製品」を指します。ただ、この言葉は人によって指すものがずれやすく、「安く早く作った、品質の低いバージョン」という意味で使われてしまうことが少なくありません。ここがずれたまま進むと、作る量だけが増えて、結局なにも確かめられないまま時間が過ぎていきます。この記事では、MVPの意味をビジネスの文脈で整理したうえで、プロトタイプ・β版・PoCとの違い、「最小」をどう判断するのか、そしてMVPにしてはいけないものまでを順に見ていきます。はじめてMVPを作る個人の方や、社内で新規事業を担当している方に向けた内容です。
この記事について
書いているのは、作る側です。ハコブネを運営する株式会社Walkersは、受託と自社事業で累計300件の開発に関わり、200社以上の事業づくりを支援してきました。監修は取締役の池田龍一です。
一般論ではなく、実際にやったことの中身で説明します。この記事に出てくる数字は、すべて公開済みの自社・支援先の事例から引いています。出典は記事の最後にまとめました。
MVPとは、ビジネスでは「確かめるための最小の製品」
MVPはMinimum Viable Productの略で、日本語では「実用最小限の製品」と訳されます。三つの単語のうち、いちばん見落とされやすいのが真ん中のViable（成り立つ）です。MVPは「最小であること」と「単体で成り立っていること」の両方を同時に満たすものを指します。どちらか一方が欠けると、それはMVPとは呼べません。
ビジネスの文脈で言い換えると、MVPは「作りたいものの縮小版」ではありません。まだ確信が持てない一点を、実際に使う人の行動で確かめるための装置です。だから、何を作るかより先に、何が分かっていないのかを言葉にする必要があります。
たとえば「この作業に困っている人は、お金を払ってでも解決したいのか」が分かっていないなら、確かめるべきはそこだけです。管理画面も、通知も、課金の自動化も、その一点を確かめるためには要りません。作る範囲は、機能の一覧からではなく、確かめたい問いから逆算して決まります。
もうひとつ大事なのは、MVPが「出して終わり」ではないことです。出したあとに、誰がどう動いたかを見て、次に何を作るかを決める。その一往復までを含めてMVPと呼びます。出しただけで放置されたものは、ただの小さい製品です。
なぜ「最小」なのか──目的は節約ではなく、判断を早めること
「最小で作る」と聞くと、コストを抑えるための工夫のように聞こえます。実際には、MVPの主な狙いはお金の節約ではなく、「間違っていたと気づくまでの時間」を短くすることです。
新規事業では、最初に立てた考えがそのまま当たることのほうが少ない、と言われます。だとすれば勝負を分けるのは「当てる精度」ではなく「直せる回数」です。一回のやり直しに半年かかる作り方と、二週間で済む作り方とでは、同じ期間に試せる数が十倍以上変わります。
ここで効いてくるのが期限です。機能を削ろうとしても、何を削るかは議論になりがちで、話し合いだけではなかなか決まりません。ところが「三週間で出す」と先に決めると、入らないものは自動的に落ちます。Walkersが自社で作ったPrompt Labは、構想からベータ版の公開まで三週間でした。期間を先に置くと、作るものの輪郭がそこに合わせて決まっていきます。
節約が目的ではない、という点はもう一度強調しておきます。安く済ませることを目的にしてしまうと、確かめたい一点まで削ってしまい、出したのに何も分からない、という結果になりがちです。
プロトタイプ・β版・PoCとの違い
近い言葉がいくつもあるので、ここで区別しておきます。違いは「誰に見せるか」と「何を確かめるか」の二つで整理すると分かりやすくなります。
- プロトタイプ：形や操作感を確かめるための試作。社内や協力者に見せるもので、本番の環境では動かないことも多い。確かめるのは「作れるか」「使いやすいか」
- MVP：確かめたい一点について、実際に使う人に触ってもらうための最小の製品。確かめるのは「本当に使われるか」「お金が動くか」
- β版：作るものがほぼ決まったあと、不具合や運用の穴を洗い出すための先行公開。確かめるのは「安定して回るか」
- PoC：技術や仕組みが成立するかを試す検証。確かめるのは「そもそも実現できるか」であり、事業として成り立つかどうかは別の話
この四つは段階の違いではなく、目的の違いです。順番に全部を通らなければいけないものでもありません。技術に不確実性がないならPoCは要りませんし、作るものがすでに見えているならプロトタイプを飛ばしてMVPから始めても構いません。
混同がいちばん危ないのはPoCとMVPです。PoCは「できました」で終わることができますが、MVPは「使われませんでした」という答えが返ってくることがあります。都合の悪い答えが返ってくる可能性があるかどうかが、PoCとMVPを見分けるいちばん分かりやすい線です。
「最小」の判断基準──削っていいもの、削ってはいけないもの
「最小」をどう決めるかは、機能の数ではなく、確かめたい問いの数で決まります。問いがひとつなら、その問いに関係しない部分はすべて削れます。問いが三つあるなら、まずひとつに絞るところから始まります。
判断に迷ったときは、次の順で見ていくと決めやすくなります。
- その機能がないと、確かめたい行動そのものが発生しないか（発生するなら削れる）
- 手作業で代わりにできないか（できるなら、最初は人がやる）
- あとから足しても手戻りが小さいか（小さいなら後回しにする）
- 使う人が「無いこと」に気づくか（気づかないなら、いまは要らない）
手作業に置き換える発想は、とくに効きます。マッチングも、審査も、請求も、件数が少ないうちは人がやったほうが早いことがあります。自動化は「人手で回らなくなってから」で間に合うことが多く、最初から作り込むと確かめる前に時間を使い切ります。
一方で、削ってはいけないものもあります。確かめたい行動の、すぐ手前にある部分です。お金を払うかどうかを確かめたいなら、決済の入り口までは本物で用意する必要があります。ここを「あとで」にすると、集まるのは「良さそうですね」という感想だけになります。
MVPにしてはいけないもの──品質を落とすことではない
ここがいちばん誤解されるところです。MVPは「範囲を狭くする」ことであって、「品質を落とす」ことではありません。
範囲を狭くするとは、機能を三つから一つに減らすことです。品質を落とすとは、その一つが途中で止まる、表示が崩れる、問い合わせても返事が来ない、といった状態を指します。前者は検証になりますが、後者は検証になりません。使われなかった理由が「要らなかったから」なのか「動かなかったから」なのか、区別がつかなくなるからです。
具体的には、次のようなものはMVPとは呼べません。
- 動かない画面だけを並べたもの（使ってもらえないので、行動が観察できない）
- 機能はそろっているが、誰にも見せていないもの（外に出ていないので確かめようがない）
- 知り合いにだけ見せて感想を聞いたもの（お世辞が混ざるので判断材料にならない）
- 確かめたい問いが決まっていないもの（何をもって成功と言うのかが決められない）
もうひとつ、MVPは「言い訳の言葉」でもありません。作りきれなかったものを後からMVPと呼び直すと、何を確かめるつもりだったのかが消えてしまいます。先に問いを書いてから作ったものだけがMVPで、あとから名前を付け替えたものは、ただの未完成品です。
MVPが要らない場面もある
すべての事業でMVPが必要なわけではありません。MVPは「分かっていないことがある」ときに効く道具なので、すでに分かっていることを確かめても時間の無駄になります。
たとえば、すでに手作業で受注していて、依頼が回らなくなったから仕組みにする、という場合です。需要はすでに証明されているので、確かめるべきは「欲しい人がいるか」ではなく「その業務をシステムに載せ替えられるか」に変わります。1952年創業・高田馬場の一番飯店では、紙の伝票とトランシーバーで長年回していた運用をノーコードのオーダーシステムに置き換えました。スタッフ4名の店舗で、ベータ版までは2週間です。
社内の新規事業でも同じことが起きます。上の承認を取るためだけに小さく作るなら、それはMVPではなく資料の一部です。「これを見て、続けるかやめるかを決める」と言える相手がいないなら、作る前に決めるべきはその相手のほうです。
逆に、法規制や安全性が強く絡む領域では、最小で出すこと自体が難しい場合もあります。その場合は、製品を出す前に、申込や問い合わせの段階で需要を確かめる方法に切り替えたほうが早いこともあります。
よくある質問5選
質問1MVPはどこまで作れば「出してよい」と言えますか。
確かめたい一点について、使う人が最初から最後まで通れる状態になっていれば出せます。途中に人の手作業が挟まっていても構いません。逆に、その一点の途中で止まってしまうなら、ほかの機能がそろっていても出す段階ではありません。
質問2プロトタイプを作らずに、いきなりMVPから始めてもいいですか。
構いません。プロトタイプは形や操作感に迷いがあるときに効く工程なので、作るものがすでに見えているなら飛ばせます。ただし、確かめたい問いだけは先に文章で書き出しておいてください。
質問3MVPとβ版は、名前を変えるだけの違いですか。
違います。MVPは「作るべきかどうか」を決めるために出すもので、β版は「作ると決めたもの」を安定させるために出すものです。目的が違うので、見るべき数字も変わります。
質問4有料で出すべきですか、それとも無料で配るべきですか。
確かめたいことによります。お金を払うかどうかを知りたいなら、最初から有料にしないと答えが出ません。使い続けてもらえるかを知りたいなら、まず無料で継続の様子を見る進め方もあります。
質問5社内の新規事業でも、MVPという考え方は使えますか。
使えます。ただし社内では「決裁が通るか」と「顧客に使われるか」が混ざりやすいので注意が必要です。誰の、どの行動をもって判断するのかを、作る前に関係者と合わせておくと進めやすくなります。
この記事について
池田は、ITとノーコードの事業開発・教育事業の立ち上げを経て2021年にWalkersを共同創業。100件以上のシステム開発に携わり、要件がまだ固まっていない案件や、他社から引き継いだ開発の立て直しを担当しています。
株式会社Walkersは、AI駆動開発・ノーコード開発のシステム開発会社です。累計開発実績300件、200社以上の支援、自社メディアの累計100万PV。受託開発と並行して、自社でも複数の新規事業を立ち上げています。
この記事で触れた事例の出典
最終更新：2026年9月16日