MVPの作り方と検証｜仮説・観測・判断をそろえる実験計画

MVPを実行するときは、試すものを作る前に「誰の、どの仮説を、何を観察して判断するか」を一枚にまとめます。対象、提供内容、観測期間、費用、次の判断をそろえることで、申込が集まっただけで成功としたり、反応が少ないだけで中止したりする誤読を減らせます。

一回の実験で答える問いを決める

ここでは架空の週次報告支援を例に、実験計画を記入します。知りたいのは「報告を手作業でまとめている小規模チームの担当者が、提示した条件で試用し、有料利用を選ぶか」です。対象外の訪問や無料登録だけを、支払い需要の証拠に置き換えません。

Eric RiesのMVP解説が示す学習の視点を、実験の問いへ落とし込みます。製品を作ること自体を完了条件にせず、観察結果を受けて続ける、条件を変える、やめるのどれを決めたいかを書きます。技術の成立が最大の不確実性なら、顧客反応より先に技術検証を選ぶ場合もあります。

LP・手作業提供・機能限定を問いに合わせる

ランディングページは、説明や条件に対する反応を観察する方法です。手作業提供なら、利用者が受け取った成果物をどう使うかを見られます。機能限定の試用なら、実際の操作や一定期間の利用を確認できます。それぞれ、観察できる行動と残る問いが違います。

今回の架空実験では、申込ページで対象と料金を説明し、面談で対象条件を確認した後、希望者へ二週間の試用を提供します。報告の整理は人が行うことを明示します。試用後に有料利用を選べるようにしますが、自動更新や未提供機能への誤認が起きない説明を用意します。

対象・期間・判断基準を事前に記入する

次の表は実在の事業実績ではなく、試験を組み立てるための記入例です。判断基準の数字も自社の仮置きで、業界の標準や統計的な合格線ではありません。予算や対象条件に合うかを、実験前に担当者が合意します。

訪問者の適格性を確認する方法も必要です。役割を確認できない訪問まで「適格」と呼ばず、不明は別にします。実際のデータで同じ人や経路を追えないなら、段階ごとの件数を一本のファネルとして扱わず、別々の観測として報告します。

申込・利用・支払いを同じ対象で確認する

以下は、同じ観測が完了した適格訪問者200人を追えたという架空設定です。各段階の対象は直前段階の部分集合であり、面談を経ない試用や別経路の購入は含みません。実務では、この対応が確認できる範囲だけをつなぎます。

事前登録率は20/200＝10%ですが、有料利用は2/200＝1%です。「需要が10%あった」と一括りにすると、実利用や支払いまでの違いが消えます。試用完了者に対する40%も、全訪問者に対する1%とは別の条件付きの率です。少数の有料利用は、広い市場の再現性を示すには不十分です。

試用完了は、ログインや画面表示より具体的に定義します。この例なら「提供された報告を一回会議で使い、修正点を返す」と決められます。満足したという回答、実際の利用、料金への同意を別に残すと、次の仮説が明確になります。

数字と観察から代替説明を検討する

事前登録が多く試用が少なければ、価値がないとはまだ決まりません。参加条件が厳しい、日程が合わない、利用開始の説明が難しいなどの可能性もあります。数字で止まった場所を見つけ、参加者の言葉や操作を使って理由の仮説を調べます。

募集経路に偏りがあると、観察はその対象の結果です。担当者の知人だけを集めた試験を一般顧客へ広げて説明しません。支払い二件があっても、対応に想定以上の時間がかかれば、提供方法や採算をさらに調べる必要があります。

判断記録を残して次の問いへ進む

Lean Startupの原則を実務で使うには、作ったもの、測ったこと、学んだことのつながりを残します。「二件有料だから全面開発」ではなく、「利用価値の手掛かりは得たが、人の作業時間と継続は未確認」のように、決められる範囲を限定します。

記録は、結果、反証、代替説明、残る不確実性、次の変更、担当、確認日の順にまとめます。計画時の基準を結果に合わせて書き換えず、変更するなら理由と時点を残します。継続する場合も、中止する場合も、何を根拠に判断したかが次の投資に役立ちます。

次の検討には、MVPの概念と検証形式、検証指標の定義シート、既存システムを見直す際の優先判断も役立ちます。