「MVP=小さなアプリを作ること」だと思っていませんか。実はMVPにはコードを1行も書かない型が半分近くあり、正しく型を選べば、検証のコストと期間は文字どおり桁で変わります。
本記事では、実務で使われるMVPの型を10種類に整理し、それぞれの概要・向いているケース・期間とコスト感を解説します。軸は「開発するか・しないか」と「何を検証したいか」の2つだけ。この2軸で見れば、自社が使うべき型は数分で絞り込めます。
Web制作ディレクション7年・AI駆動開発3年の現場で「作らない検証」から「作る検証」までを使い分けてきた代表の視点で、型選びの判定フローまで落とし込みました。
※本記事の内容は2026年7月時点の調査・情報に基づきます。
📥 無料配布中:検証したい仮説の整理から型選びまで進められる「MVP開発 5ステップワークシート」
→ ワークシートを無料ダウンロード
1. MVPの10種類を一覧で|2軸で整理する
まず10種類の全体像から。上5つはコードを書かない「開発しないMVP」、下5つは「開発するMVP」です。

| # | 型 | 検証できること | 期間 | コスト感 |
|---|---|---|---|---|
| ① | LP型 | 需要の有無(事前登録数) | 数日〜1週間 | ごく小 |
| ② | 動画デモ型 | コンセプトへの反応 | 数日〜2週間 | 小 |
| ③ | スモークテスト型 | 広告経由の獲得効率 | 1〜2週間 | 小 |
| ④ | オズの魔法使い型 | 体験全体の価値 | 1〜4週間 | 小〜中 |
| ⑤ | コンシェルジュ型 | 課題と解決策の妥当性 | 1〜4週間 | 小〜中 |
| ⑥ | ピースミール型 | 業務フローの成立性 | 1〜3週間 | 小 |
| ⑦ | 単機能アプリ型 | コア機能の利用継続 | 2週間〜1ヶ月 | 中 |
| ⑧ | モック検証型 | 操作フローへの反応 | 1〜2週間 | 小 |
| ⑨ | ステルスローンチ型 | 実利用データ(ブランド保護つき) | 2週間〜1ヶ月 | 中 |
| ⑩ | クラウドファンディング型 | 支払い意思(前払いで実証) | 1〜2ヶ月 | 小〜中 |
※コスト感は相対表現です。具体的な金額レンジは MVP開発の費用相場 を参照してください。
2. 開発しないMVP(5種類)
2-1. ①LP型|1枚のページで需要を測る
サービス紹介のランディングページだけを先に公開し、事前登録・問い合わせの数で需要を検証する型です。検証コストが最小で、ほぼすべての新規事業で「最初の1手」になりえます。
- 向いているケース: 「そもそも欲しい人がいるか」が最大の不安であるすべての事業
- 判断の目安: 訪問者に対する登録率を事前に決めておく(例: 5%)
- 注意: 集客しないと検証になりません。SNS・広告等でLPに人を集める計画までがセットです
2-2. ②動画デモ型|動くものを見せずに「動いたらどうなるか」を見せる
製品の利用シーンをデモ動画にして公開し、反応を測る型。Dropboxが開発前にデモ動画で事前登録者を爆発的に集めた事例が有名です(詳細と出典は MVP開発の成功事例30選 を参照)。
- 向いているケース: 技術的に複雑で、実物を作るコストが高いプロダクト
- 強み: 「完成品の体験」を、開発ゼロで伝えられる
2-3. ③スモークテスト型|広告で「買う直前」の行動を測る
少額の広告を出稿してLPに誘導し、「購入」「登録」ボタンのクリック率まで計測する型です。ボタンの先は「準備中」ページで構いません(その旨を明示し、登録者には正式公開時に案内します)。
- 向いているケース: 広告経由での獲得が事業モデルの前提になるBtoCサービス
- 強み: 「興味がある」ではなく「行動した」データが取れる。獲得単価の当たりもつく
2-4. ④オズの魔法使い型|裏側が人力だとユーザーは知らない
ユーザーには完成品のように見せながら、裏側の処理を人力で代行する型です。名称は、カーテンの裏で人が操作していた『オズの魔法使い』に由来し、人間がシステムのふりをする実験手法として研究分野でも確立しています(出典: Wizard of Oz experiment – Wikipedia)。
- 向いているケース: AIやマッチングなど、自動化の実装コストが高い機能の価値検証
- 強み: 「自動化する価値があるか」を、自動化せずに確かめられる
- 注意: スケールしないので、検証人数の上限を決めて短期集中で
2-5. ⑤コンシェルジュ型|人力だとユーザーに伝えて提供する
オズの魔法使い型と似ていますが、こちらは人力であることを公開して、手動でサービスを提供する型です。ユーザーと直接やり取りするため、課題の解像度が圧倒的に上がります。
- 向いているケース: 課題そのものの理解が浅い段階。ソリューションの仮説がまだ揺れている段階
- 強み: 検証しながら顧客インタビューが同時にできる
- 実例: 靴のECの需要を在庫を持たずに検証したZapposの手法もこの系譜です(成功事例30選 で出典付きで解説)
3. 開発するMVP(5種類)
3-1. ⑥ピースミール型|既存ツールをつなぎ合わせる
スプレッドシート・フォーム・Zapier・LINEなど既存ツールの組み合わせだけでサービスを成立させる型です。「開発」と「開発しない」の中間で、業務系サービスと相性抜群です。
- 向いているケース: 業務フロー系・予約系・申込系など、定型処理が中心のサービス
- 強み: 数日で「実際に回る業務」が作れる。壊して作り直すのも一瞬
3-2. ⑦単機能アプリ型|コア機能1つだけの製品
いわゆる王道のMVP。存在理由となるコア機能1つ(+最低限の周辺)だけを実装して市場に出します。多機能アプリを写真共有1本に絞ったInstagramの原型が代表例です(経緯は MVP開発の進め方 の冒頭で出典付きで紹介)。
- 向いているケース: 継続利用・課金など「使われ続けるか」の検証が必要な段階
- 作り方: ノーコードなら2週間〜1ヶ月が目安です(手法は ノーコードでMVP開発する方法 を参照)
3-3. ⑧モック検証型|クリックできる画面モックを見込み客に当てる
Figma等で作った操作可能なモックを見込み顧客に配布し、反応と改善点を集める型です。厳密には「市場に出して初めてMVP」なので、プロトタイプ検証とMVPの中間形と理解してください(プロトタイプとの違いの整理は MVPとPoCとプロトタイプの違い を参照)。
- 向いているケース: BtoBで、開発前に先行顧客の内諾を取りたいケース
- 強み: 「これなら契約する」の一言を、開発費ゼロで引き出せる可能性がある
3-4. ⑨ステルスローンチ型|別ブランドでひっそり公開
自社ブランドを出さず、別名義・限定公開で市場に出して実データを取る型です。ブランド毀損リスク(失敗パターン記事 の注意点③)への対策として有効です。
- 向いているケース: 既存ブランドが強い企業の新規事業。品質基準の高い業界
- 注意: 集客もステルスで行う必要があるため、獲得コストは通常より高くつきます
3-5. ⑩クラウドファンディング型|「前払い」で支払い意思を実証する
Makuake・CAMPFIRE等で先行予約を募り、実際にお金を払う人の数で需要を実証する型です。達成すれば検証と初期資金調達が同時に完了します。
- 向いているケース: ハードウェア・D2C製品など、製造前に需要確認が必須の事業
- 強み: 「買うと言った」ではなく「買った」という最強のエビデンスが得られる
4. どの型を選ぶべきか|判定フロー
型選びは「検証したいこと」から逆算します。

- 需要の有無を確かめたい → ①LP型(広告獲得が前提なら③スモークテスト型)
- コンセプトの伝わり方を見たい → ②動画デモ型
- 課題の理解をまず深めたい → ⑤コンシェルジュ型
- 自動化の価値を確かめたい → ④オズの魔法使い型
- 業務として回るか見たい → ⑥ピースミール型
- 継続利用・課金を検証したい → ⑦単機能アプリ型(ブランド保護が必要なら⑨ステルス型)
- BtoBで先行顧客を取りたい → ⑧モック検証型
- 支払い意思を前払いで実証したい → ⑩クラウドファンディング型
原則は1つ。「開発しない型で検証できるなら、開発しない」。①〜⑤で確信を得てから⑦を作る2段構えが、最も手戻りの少ない王道です。この考え方の全体像は MVP開発の進め方 の1-4「MVPの4つの型」を拡張してまとめました。
🤝 自社の仮説にどの型が合うか迷ったら:検証したい不安を伺い、最短の型と進め方を無料でご提案します
→ MVP開発 無料相談はこちら
5. 型選びでよくある失敗3つ
- いきなり⑦単機能アプリ型から始める: 需要が不明なまま開発から入るのは、最も高価な検証手段を最初に使う行為です。①〜⑤で先に需要の確信を得ましょう
- 開発しない型を「手抜き」と感じて避ける: LP型もコンシェルジュ型も、リース氏の定義(最小限の労力で最大の学び)に照らせば立派なMVPです。むしろ学習効率では開発型を上回ることが多々あります
- 型を選んだのに計測を設計しない: どの型でも、KPIと判断ラインがなければ学びになりません。型選び+計測設計はセットです(設計手順は MVP開発の進め方 のStep 4)
6. MVPの種類に関するFAQ
Q1. 結局、最初の1手はどの型がおすすめですか?
迷ったら①LP型です。ほぼ全事業に適用でき、数日・最小コストで需要データが取れます。LPで手応えを得てから、次の型に進んでください。
Q2. 開発しないMVPだけで、事業の判断はできますか?
需要の有無までは判断できます。ただし継続利用・課金の検証は実際に使える製品(⑦など)が必要です。段階に応じて型を乗り換えていってください。
Q3. オズの魔法使い型とコンシェルジュ型の違いは?
人力だと明かすかどうかです。明かさないのがオズの魔法使い型(システムのふりをする)、明かすのがコンシェルジュ型(手動サービスとして提供)。課題理解を深めたいならコンシェルジュ型が向きます。
Q4. 複数の型を同時に使ってもいいですか?
有効です。たとえば「LP型で需要計測+コンシェルジュ型で提供検証」の並行は、需要と提供価値を同時に検証できる強力な組み合わせです。
Q5. 開発しない型でも費用はかかりますか?
広告費(スモークテスト型)や人件費(コンシェルジュ型)はかかります。ただし開発型と比べれば桁違いに小さく済みます。全体の費用感は MVP開発の費用相場 を参照してください。
Q6. クラウドファンディングが未達成だったら、失敗ですか?
「この価格・この訴求では支払い意思が不足」という貴重な検証結果です。価格・訴求・ターゲットのどれを変えるかを決めて再挑戦するか、ピボットするかの判断材料にしてください。
📥 型選びから検証設計まで整理できるテンプレート
→ MVP開発 5ステップワークシートを無料ダウンロード
まとめ
- MVPは10種類。半分はコードを書かない「開発しないMVP」(LP型・動画デモ型・スモークテスト型・オズの魔法使い型・コンシェルジュ型)
- 選ぶ軸は「開発するか・しないか」×「何を検証したいか」の2つだけ
- 原則は「開発しない型で検証できるなら、開発しない」。①〜⑤で需要の確信を得てから⑦単機能アプリ型へ進む2段構えが王道
- どの型でも計測設計とセットでなければ学びにならない
- 迷ったら最初の1手はLP型。数日・最小コストで需要データが取れる
型を決めたら、MVP開発の進め方|5ステップ完全ガイド で検証設計から実行までの手順に進んでください。
🤝 MVP開発 無料相談:「うちの仮説はどの型で検証すべきか」の壁打ちも無料で承ります
→ 無料相談はこちら
この記事を書いた人

執筆・監修: 合同会社Scoop 代表 ゆう
Web制作ディレクション7年・マーケティング支援6年で、集客から成約までを一貫して設計。近年はRailsとClaude Codeを活用したAI駆動開発(3年)に注力し、MVP開発とマーケティングを掛け合わせた事業支援を得意とする。建物管理・アート・人材など幅広い業界の実務に携わる。
参考文献・出典(2026年7月閲覧)
- Wizard of Oz experiment – Wikipedia
- Minimum Viable Product: a guide – Startup Lessons Learned(Eric Ries公式ブログ)
- Making sense of MVP – Crisp’s Blog(Henrik Kniberg)


コメント