この記事の内容
MVPは出して終わりではありません。むしろ、出したあとに何を測り、どこで判断するのかを決めていないと、反応があったのかなかったのかも分からないまま、なんとなく作り続けることになります。この記事では、MVP検証の方法を「合格ラインの決め方」「指標の置き方」「判断に必要な人数」「続ける・やめる・作り直すの分岐」という順で整理します。あわせて、現場で起きやすい測り方の間違いもまとめました。個人で小さく始めた方にも、社内で新規事業を担当している方にも使える内容です。
この記事について
書いているのは、作る側です。ハコブネを運営する株式会社Walkersは、受託と自社事業で累計300件の開発に関わり、200社以上の事業づくりを支援してきました。監修は取締役の池田龍一です。
一般論ではなく、実際にやったことの中身で説明します。この記事に出てくる数字は、すべて公開済みの自社・支援先の事例から引いています。出典は記事の最後にまとめました。
検証は「良い反応を集める作業」ではない
検証という言葉は、うまくいっていることを確認する作業のように聞こえます。実際は逆です。検証とは、自分の思い込みが間違っていたときに、それが分かる形を先に用意しておくことです。
間違いが見つからない設計になっていると、どれだけデータを集めても判断できません。知り合いに感想を聞く、良い反応だけを数える、うまくいった日だけを見る。こうした集め方は、始める前から答えが決まっています。
そこで最初にやることは、データを集めることではなく、「どうなったら間違いと認めるか」を決めることです。これを決めずに出すと、数字が悪かったときに「まだ知られていないだけ」「季節が悪かった」と理由が後から無限に出てきます。
もうひとつ、検証は一回で終わるものではありません。一回目で分かるのはたいてい「思っていた使われ方と違った」という事実だけです。そこから何を変えるかを決めて、もう一度出す。この往復が検証です。
合格ラインは、出す前に文章で書いておく
合格ラインとは、「この数字を超えたら続ける、超えなかったらやめるか作り直す」と決めておく境目のことです。大事なのは、数字の高い低いよりも、出す前に決めてあるかどうかです。
ハコブネが2026年8月23日に開いた1DAYのハッカソンで、運営が作ったBENLOGという記録アプリの例があります。確かめる仮説は「うんちを育てるためなら、人は毎日トイレを記録するのか」の一点に絞られていました。合格ラインとして、7日後の継続率40%、30日後20%、1日平均3.5件という数字が置かれています。これは検証前に置いた目標値であって、実測された結果ではありません。それでも、作る前にここまで書いてあること自体に意味があります。
合格ラインを書くときは、次の三つをそろえると使える形になります。
- 何を数えるか（登録数なのか、二回目の利用者数なのか）
- いつ時点で見るか（7日後なのか、30日後なのか）
- 超えなかったらどうするか（やめる／作り直す／届け方だけ変える）
三つめが抜けがちです。数字だけ決めて「どうするか」を決めていないと、結局そのまま続けてしまいます。
指標は「言葉」ではなく「行動」で置く
人の言葉は、その場の空気に引っ張られます。「いいですね」「使ってみたいです」は、使う意思とはあまり関係がないことが多い、というのはよく指摘されるところです。だから指標は、相手が実際に動いた跡で置きます。
置き方としては、次の三段でそろえると流れが見えます。
- 届いた数：何人がその案内を見たか
- 越えた数：何人が入口を越えたか（登録、申込、支払いなど、面倒を引き受けた行動）
- 戻ってきた数：何人が二回目以降も使ったか
このうち事業として一番重いのは「戻ってきた数」です。一回目は珍しさで動く人がいますが、二回目は必要がないと動きません。逆に、届いた数だけが増えて越えた数が動かないなら、それは需要ではなく話題性だけがある状態です。
言葉をまったく使わないわけではありません。行動で「どこで止まったか」を見つけ、その理由を聞くために言葉を使う、という順番にすると噛み合います。ビジネスマッチングのApoLinkでは、テストマーケの段階でマッチング機能の反応が良かったため、開発の途中で作る順番を組み替え、予定どおりリリースしています。開発は2ヶ月半、リリースから1ヶ月半で会員200人弱という規模です。反応を見て順番を変えられたのは、見ていたのが感想ではなく反応の差だったからです。
どれくらいの人数で判断できるのか
「何人集まれば判断できるのか」はよく聞かれますが、聞き方を分けると答えが出ます。"なぜ使わないのか"を知るのは少人数で足り、"どれくらいの割合が使うのか"を知るには数が要ります。
理由を知りたい場合、5人から10人ほど話を聞くと、同じ言葉が繰り返し出てくるようになります。新しい話が出てこなくなったら、その層についてはいったん足ります。人数を増やすより、同じ質問を同じ順で聞くほうが効きます。
割合を知りたい場合は、母数が小さいと数字が跳ねます。10人中4人と、100人中40人は同じ40%ですが、前者は1人動くだけで10ポイント変わります。小さい母数で出た割合は、方向の目安にはなっても、判断の根拠にはなりません。
少ない人数でも見えることはあります。LINE公式アカウントと連携した会員システムのツナガルは、開発1ヶ月、開始から約2ヶ月で会員12名・LINE約60名という規模です。この人数では「市場がある」とは言えませんが、「登録した人がどう使っているか」なら十分に観察できます。ハコブネのハッカソンでも、アンケートに答えた3名の満足度は全員10点満点でしたが、これは少人数の回であり、満足度が高かったという事実以上のことは言えません。人数の限界は、そのつど言葉にしておいたほうが判断を誤りません。
続ける・やめる・作り直すの分かれ目
判断は「続ける」「やめる」の二択ではありません。三つめに「作り直す」があります。この三つを、どこで詰まっているかで見分けます。
- 続ける：入口を越えた人が、二回目も戻ってきている。この場合は、同じものを届ける先を広げる段階です
- 作り直す：入口は越えるのに戻ってこない、あるいは想定と違う使われ方をしている。ここは需要の形が違っただけで、需要自体はある可能性があります
- やめる：入口に人が来ない状態が、届け方を変えても変わらない。このときは対象か課題そのものを置き直します
いちばん判断が難しいのが「作り直す」です。うまくいっていないように見えて、実は確かめる対象がずれているだけ、という場合があります。サッカーチーム向けのサカチムプラスは、当初は検索サイトの強化を想定していましたが、対話を重ねるなかで「チーム専用ホームページの質」に方向を変えました。結果として100種類の配色を実装しています（元のサカチムには164チームが登録）。作るものを変えたのではなく、確かめたいことのほうが変わった例です。
やめる判断をする前には、ひとつだけ切り分けてください。人が来ないのは「届け方の問題」なのか「中身の問題」なのか。届け方を二回変えても数字が動かないなら中身、変えたら動くなら届け方です。ここを混ぜたまま撤退すると、次に同じ失敗を繰り返します。
よくある測り方の間違い
最後に、判断を狂わせやすい測り方をまとめます。どれも悪気なく起きます。
- 合計だけを見る：累計の登録数は必ず増えるので、良くなっているように見えます。週ごと、月ごとに区切って見ないと変化が分かりません
- 身内を数に入れる：知人、社内、支援者を混ぜると数字が実態より良く出ます。最初から別で数えておきます
- 良い日だけを見る：紹介された日や投稿が伸びた日を基準にすると、平常時の姿が見えなくなります
- 感想を指標にする：「いいね」と言われた回数は、使われた回数ではありません
- 期間を延ばして帳尻を合わせる：合格ラインに届かないとき、期限を後ろにずらすと検証は成立しなくなります
- 一度に複数を変える：価格と画面と対象を同時に変えると、何が効いたのか分からなくなります
もうひとつ、測ること自体が目的になる場合があります。指標を増やすほど判断は遅くなります。見る数字は三つ程度に絞り、それ以外は記録だけしておくくらいでちょうどよいことが多いです。
よくある質問5選
質問1検証はどれくらいの期間やればいいですか。
期間よりも、合格ラインを見る時点を先に決めるほうが大事です。継続を見たいなら7日後・30日後のように区切りを置き、その時点で判断します。期限を後ろにずらすと、検証そのものが成立しなくなります。
質問2数字がほとんど動きませんでした。失敗ということですか。
まだ分かりません。人が入口まで来ていないのか、来たのに越えていないのかで意味が変わります。前者なら届け方、後者なら中身の問題である可能性が高いので、切り分けてからもう一度出してみてください。
質問3顧客インタビューと数値の計測は、どちらを先にやるべきですか。
確かめたいことによります。理由が知りたいならインタビューが先、割合が知りたいなら計測が先です。多くの場合は、計測で止まっている場所を見つけ、その理由をインタビューで聞く順番が噛み合います。
質問4有料テストをしないと、ニーズを確かめたことにはなりませんか。
お金を払うかどうかを確かめたいなら、支払いの入り口までは本物で用意する必要があります。ただし「使い続けるか」を確かめたい段階なら、無料のまま継続の様子を見る進め方もあります。
質問5社内の新規事業で、判断の基準が人によって違います。
出す前に、見る数字と、超えなかったときの扱いを関係者で一枚にそろえておくのが早いです。判断の基準を後から決めようとすると、その時点の空気で結論が変わりやすくなります。
この記事について
池田は、ITとノーコードの事業開発・教育事業の立ち上げを経て2021年にWalkersを共同創業。100件以上のシステム開発に携わり、要件がまだ固まっていない案件や、他社から引き継いだ開発の立て直しを担当しています。
株式会社Walkersは、AI駆動開発・ノーコード開発のシステム開発会社です。累計開発実績300件、200社以上の支援、自社メディアの累計100万PV。受託開発と並行して、自社でも複数の新規事業を立ち上げています。
最終更新：2026年9月16日