新規事業の仮説検証｜最初に確かめる仮説を決める5ステップ

新規事業の仮説検証で、顧客インタビュー、アンケート、試作品、テスト販売を同時に始めようとしていないでしょうか。

検証方法を増やしても、「最初に何を確かめるか」が決まっていなければ、好意的な感想だけが残り、次の投資判断につながりません。完成度の高いMVPを作る前に、事業が成立するための前提を並べ、間違っていたときの影響が大きく、まだ証拠が弱い仮説を一つ選ぶ必要があります。

この記事では、顧客、課題、行動、支払・決裁、提供実現性の五つから、最初に検証する仮説を決める手順と、反証条件を含む1週間の最小テスト設計を解説します。

仮説検証は「正しさの証明」ではない

仮説検証の目的は、企画を正しいことにすることではありません。追加投資の前に、前提を支持する証拠と、前提を崩す証拠の両方を集め、次の判断を小さくすることです。

たとえば「経営者はこのサービスを必要としている」は、そのままでは検証しにくい表現です。対象、場面、現在の行動、変化が見える形へ書き換えます。

これなら、直近の出来事と実際の行動を確認できます。「便利そう」「使ってみたい」という感想だけで成立したことにはしません。

最初に検証する仮説を決める5ステップ

ステップ1｜次に決めることを一つにする

最初に、検証後に下す経営判断を書きます。

• 顧客調査を続けるか

• 有償提案へ進むか

• 提供方法の試験へ進むか

• 追加の制作・開発費を使うか

「事業性を検証する」では範囲が広すぎます。「次の費用を使う前に、何が分かれば判断できるか」まで絞ります。判断が違えば、優先して確かめる仮説も変わります。

ステップ2｜五つの仮説を一文ずつ書く

ここで使う五分類は、公的機関の統一基準ではなく、抜けを防ぐためのFREE LABOの実務フレームです。

仮説 ／ 確かめる問い ／ 観察したい事実

• 顧客 — 確かめる問い：その課題を持つのは具体的に誰か ／ 観察したい事実：条件に合う人・組織を識別し、到達できる

• 課題 — 確かめる問い：どの場面で、どれほど困るのか ／ 観察したい事実：直近の出来事、頻度、放置した影響がある

• 行動 — 確かめる問い：今はどう対処しているか ／ 観察したい事実：時間、費用、手間を使った代替行動がある

• 支払・決裁 — 確かめる問い：誰が何を根拠に購入を決めるか ／ 観察したい事実：予算だけでなく、決裁者、手順、必要条件が分かる

• 提供実現性 — 確かめる問い：約束した価値を現実に届けられるか ／ 観察したい事実：必要な人、時間、品質、原価、許認可・連携条件を満たせる

BtoBでは、利用者の高評価と購入決裁は別です。利用者が困っていても、決裁者が別で、予算化の時期や情報管理の条件を満たせなければ購入へ進みません。反対に、需要がありそうでも、提供に必要な資格、データ、協力先、工数が確保できなければ実行できません。

ステップ3｜事実・推測・未確認を分ける

五つの仮説について、手元の材料を三つに分けます。

• 事実：出典、確認日、発言・行動の記録がある

• 推測：経験や社内意見から有力だと考えている

• 未確認：判断を変え得るが、まだ調べていない

市場レポートに顧客数が載っていても、課題や支払行動の証拠にはなりません。インタビューで困り事を聞けても、提供原価や決裁条件は別の確認が必要です。一つの資料で五つすべてを確認したことにしないのがポイントです。

ステップ4｜「外れた影響」と「証拠の弱さ」で優先する

各仮説を次の二軸で比べます。

1. 外れていた場合、次の投資や事業案へ与える影響は大きいか

2. 現時点の証拠は弱いか

両方に当てはまるものが、最初に検証する候補です。点数を機械的に合計する必要はありません。重要なのは、順位の理由を文章で残すことです。

たとえば課題仮説が崩れれば、機能開発を続ける意味が薄くなります。一方、顧客と課題は確認済みでも、社内決裁が通らない可能性が大きいなら、先に支払・決裁仮説を確かめます。技術や許認可が成立しなければ提供できない案件では、提供実現性が先です。

「聞きやすい人に聞く」「作りやすい画面を試す」ではなく、外れたときに計画が最も変わる前提から始めます。

ステップ5｜反証条件と1週間の最小テストを決める

優先仮説を選んだら、支持する証拠だけでなく、見直しが必要になる反証条件を先に書きます。

次に決めること：
最初に検証する仮説：
現在ある事実：
まだ推測にとどまる部分：
支持する証拠：
見直しにつながる反証条件：
対象者・確認先：
使う方法：
時間・費用の上限：
1週間後の判断者と判断日：

反証条件は「反応が悪ければ見直す」では足りません。「想定した課題が直近に発生していない」「具体条件を提示すると決裁者へ進めない」「必要品質を上限工数内で提供できない」のように、観察できる事実で書きます。

1週間の最小テスト設計

1週間は成功を保証する期間ではなく、次の不確実性を選び直すための時間枠です。事業や対象者への到達条件によっては、結論を出さず追加確認へ進みます。

• 1日目：五つの仮説を並べ、優先仮説と反証条件を決める

• 2日目：対象者・確認先を決め、質問、提案条件、簡易資料など必要最小限を準備する

• 3〜5日目：実際の対象へ確認し、感想より行動、条件、障害を記録する

• 6日目：事実、解釈、未確認事項を分け、都合の悪い証拠も残す

• 7日目：続行、仮説修正、別仮説の検証、停止のいずれかを決める

顧客・課題の検証なら、製品を作らず、過去の具体的な出来事を確認する方法があります。支払・決裁なら、価格や提供条件を隠した好意調査ではなく、決裁手順と購入に必要な条件を確認します。提供実現性なら、全機能を作らず、最も不確かな工程だけを実環境に近い条件で試します。

公開情報から確認できる考え方

四国経済産業局は、顧客起点の新規事業について、サービスやプロダクトを先に作るのではなく、顧客と課題に立脚して組み立てる必要性を案内しています。

• 四国経済産業局｜顧客に響く成功確度の高い新規事業を作るための勉強会等を開催します

英国政府のサービス設計ガイドでは、仮説が外れた場合の影響と、現在ある知識を整理し、危険度の高い仮説から素早く検証する方法が示されています。

• GOV.UK｜Prioritise the riskiest assumptions in big problem spaces

同じく英国政府の「Test and Learn」では、すべてを一度に試すのではなく、重要または不確かな部分へ対象を絞り、小規模なテストと現実に近い証拠を使い、続行・修正・停止の基準を事前に合意する考え方が整理されています。

• GOV.UK｜Test and Learn

これらは、特定の成功率や必要件数を保証するものではありません。自社の判断額、リスク、対象者への到達難易度に合わせて、証拠の強さと検証範囲を決めます。

まとめ

新規事業の仮説検証は、MVPを作ることから始めるとは限りません。

顧客、課題、行動、支払・決裁、提供実現性を一文ずつ書き、事実・推測・未確認を分けます。そのうえで、「外れた場合の影響が大きい」「証拠が弱い」の両方に当てはまる仮説を一つ選びます。

1週間の最小テストでは、支持する証拠だけでなく反証条件を先に決め、結果を次の投資判断へつなげます。

検証結果をGO・HOLD・STOPへつなげる

五つの仮説を並べても、どの証拠で次へ進むか決めきれない場合は、判断基準、証拠ログ、意思決定メモを一つにまとめてください。

15項目でGO・HOLD・STOPを決める実務テンプレートを見る

購入後のキット内で五つの仮説を評価し、未確認事項を次の調査へ変えられます。キットだけで判断できれば、その先の支援を利用する必要はありません。さらに調査や事業設計が必要な場合だけ、購入記事内の適合確認から次へ進めます。