仮説検証・顧客開発
仮説検証とは何か｜新規事業で「正解探し」をやめるためのガイド
仮説検証とは何か。新規事業で正解探しをやめ、仮説・証拠・判断を分けて不確実性を減らす、顧客に聞いて確かめる基本サイクルを解説します。
（更新: ）
新規事業の初期にある顧客、課題、価格、販売方法については、多くが未確認の前提です。仮説検証は、それらを「正しいと証明する作業」ではなく、次に何を学ぶ必要があるかを明らかにする活動です。
仮説は意見ではなく、確かめ方を含む仮の説明
良い仮説には、誰についての話か、どの行動や課題を想定するか、どんな観察で見直すかが入っています。
対象：経理部門の月次締め担当者
仮説：差戻しの原因確認に時間を使っている
確認：現在の手順、発生頻度、代替手段、改善に使える予算を聞く
「このサービスは便利なはず」は出発点にはなりますが、そのままでは確認できません。顧客の実際の仕事や選択を観察できる問いに分けます。
検証の基本サイクル
- 前提を仮説として書く
- もっとも不確実で、間違うと影響が大きいものを選ぶ
- インタビュー、利用観察、試作、提案などで情報を集める
- 支持・反証・判断不能を分けて記録する
- 仮説を維持、具体化、修正、保留、撤回のいずれかにする
一度の対話で結論を急ぐ必要はありません。対話相手の属性、文脈、発言の根拠を残すと、後から「誰のどの状況に限った学びか」を確認できます。
失敗を早く知ることにも価値がある
反証は失敗の印ではなく、投資すべきでない方向を早く知る材料です。ただし、少数の声だけで市場全体を断定したり、都合のよい発言だけを採用したりしないことが重要です。次の調査へ進む条件と、判断を保留する条件を分けましょう。
Startups with AIでの扱い
仮説ボードに問いを置き、議事録の引用を支持・反証・中立として結び付けると、結論ではなく学習の履歴を残せます。最終判断はAIではなく担当者が行い、FactSheetには確認済みの事実だけを反映します。
Startups with AIの仮説駆動モードでは、顧客・課題・ソリューション・価格の4つの仮説から検証したいものを選び、判定基準（「5人中3人以上」など）を決めて、仮説ボードで支持・棄却の件数を確認できます。前提を見直したいときは「新しい仮説Ver」を作ると、元のVerを残したまま、過去の議事録を新しい仮説で見直せます。
まとめ
- 仮説検証の目的は、正しさの演出ではなく不確実性を減らすこと
- 仮説には対象・想定・確かめ方を入れる
- 支持だけでなく反証と判断不能も記録する
参考: Lean Startupの仮説探索に関する実証研究 / Customer Developmentの解説
よくある混同を避ける
仮説検証では、次の三つを混同しないことが大切です。
| 混同しやすいもの | 分けて考える問い |
|---|---|
| 顧客の課題と、こちらの解決策 | 課題は実在するか。提案はその解決に合うか |
| 一人の発言と、対象市場の傾向 | 誰のどの状況で得た情報か。他でも確かめる必要があるか |
| AIやチームの要約と、原発言 | 元の引用・記録は何か。解釈が混ざっていないか |
検証は統計調査だけを意味しません。初期段階では少数の深い対話から、問いや対象の間違いを見つけることにも意味があります。ただし、探索的な対話から市場全体の需要や売上を断定しないことが必要です。
最初の週のチェックリスト
- 事業案に含まれる前提を、顧客・課題・解決策・価格・導入条件に分けた
- 最優先で確かめる一つの前提を選んだ
- 反証となる情報を事前に書いた
- 対話の目的と記録方法を相手に説明した
- 結果を支持・反証・判断不能に分け、次の行動を決めた
このチェックリストは結論を保証するものではありません。判断を急がず、証拠の限界を残すための手順です。