仮説の立て方｜検証できる形にするための条件

仮説は、「誰の何が変われば正しいのか」と「何が起きたら誤りと認めるのか」を先に書いておくと、検証できる形になります。経営判断で使う仮説は、この2点が決まっているかどうかで、あとの検証が実のあるものになるか、形だけになるかが分かれます。

この記事は、新規事業や投資の判断で「顧客はこれを求めているはずだ」と仮説を置いたものの、何が起きたら間違いなのかが決まっていない経営者・事業責任者・企画担当の方に向けて書いています。

仮説とは何か、経営判断でなぜ必要になるのか

仮説とは、検証する前に置いておく「仮の答え」のことです。情報が十分にそろう前に、とりあえずの答えを持って動き出すほうが、判断が早く進むという考え方が「仮説思考」で、内田和成氏の『仮説思考 BCG流 問題発見・解決の発想法』(東洋経済新報社、2006年)が代表的な解説書として知られています。

経営判断で仮説が必要になるのは、新規事業や大きな投資のように、判断の時点で確かな情報がそろわない場面が多いためです。情報が集まるまで待つと機を逃し、待たずに進めると根拠のない期待だけが先行します。仮の答えを置き、それを確かめながら進めるやり方は、その間を取る方法として使われています。

ここで気をつけたいのは、仮説を置いた人ほど、その仮説に合う情報ばかりを集めやすいことです。これは確証バイアスと呼ばれ、仮説思考の限界としても指摘されます。だからこそ、仮説を立てる段階で「何が起きたら誤りか」を書いておく意味があります。

検証できる仮説の条件は何か

検証できる仮説には、主語と対象、観測できる指標、反証条件という3つが書かれています。具体性・行動への接続・反証可能性の3点で良い仮説を整理する解説が多く、ここでは経営判断向けに5つの条件に広げて示します。

反証可能性とは、「間違っていると示せる性質」のことです。科学哲学者カール・ポパーの考え方が出典とされています。どんな結果が出ても「正しかった」と言えてしまう仮説は、確かめようがありません。

例は、地方の食品メーカーが既存の取引先向けに新サービスを考える場面を想定した仮の例です。特定の企業や数値を示すものではありません。

仮説を立てる手順

仮説は、目的を確認するところから、安い検証を決めるところまで5つの手順で立てるのが一般的です。基本の流れは「目的・課題の明確化、現状分析、情報収集、仮説構築、検証」と整理されることが多く、ここでは反証条件を仮説構築の直後に入れています。

1. 目的と判断の場面を書く: 何の判断のための仮説か(投資するか、続けるか、撤退するか)を最初に一文で書きます。
2. 現状を整理し、仮の答えを置く: 手元の情報で分かることと分からないことを分け、分からない部分に仮の答えを置きます。
3. 仮説を分解して書く: 顧客・課題・解決策・成果指標の4つに分けて、主語と対象を特定します。
4. 反証条件を先に決める: 何が観測されたら誤りと認めるかを、検証を始める前に書き残します。
5. 安い検証から順に並べ、見直しの時期を決める: 聞き取り、試作の提案、少量の提供と、費用の小さい順に並べ、結果で次の行動が変わるようにしておきます。

4番目の反証条件は、検証が始まってから決めようとすると、結果に合わせて基準が動いてしまいます。予算を承認する前、あるいは開発を始める前に、関係者で合意しておくという考え方が一般的です。

仮説を顧客・課題・解決策・成果指標に分解する

一つの文にまとまった仮説は、4つの要素に分けると、どこが未確認なのかが見えます。「既存顧客は自社の技術を使った新サービスを求めているはずだ」という文には、顧客・課題・解決策・成果指標がまとめて入っています。分けて書くと、確かめる順序も決まります。

先に確かめたいのは、たいてい顧客と課題です。解決策の出来栄えより先に、その課題が本当に存在するのか、対価を払うほどのものかを確かめておくと、開発に進んでから前提が崩れる事態を減らせます。

成果指標には、もう一つ決めておくことがあります。指標は増やせばよいわけではなく、正しいと言える観測と誤りと認める観測の両方を、それぞれ一つずつ書いておく程度が扱いやすい量です。

仮説思考・リーン・データ分析は何が違うのか

仮説の立て方は、使う場面によって少しずつ違います。どれが優れているかではなく、自分の判断がどの場面に近いかで選ぶことになります。

リーン・スタートアップは、エリック・リース氏が2011年の著書で提唱した考え方で、「構築、計測、学習」のループを、小さな製品で素早く回すものと説明されています。新規事業で仮説を検証する際によく参照されます。

いずれの手法でも、共通する限界があります。手順が正しく回っていても、最初に置いた前提が外れていれば、精密に検証した結果が「ずれた前提の確認」になるという点です。設備投資や工場新設のように小さな実験にしにくい判断では、この問題が特に重くなります。

他分野の事例と失敗の型から考える

仮説の書き方を整えたあとに残るのは、「この前提は外れやすいのか」という問いです。同じ業界の事例だけを見ていても、前提の外れ方は見えにくいことがあります。業界に前例が少ない、あるいは同業の事例は成功談ばかりという状況では、なおさらです。

ここでは、ラトリスで見つかった構造の似た事例を2つ紹介します。いずれも「仮説の立て方の事例」ではなく、前提を確かめていく過程、前提が外れた過程の一例です。

構造の似た事例として、呉羽いきいきバス(World Graph の記事)があります。記事には、路線バスが2路線に削減されて地区内の移動手段がなくなった状態に対し、商工会・自治会の出資で公社を設立し、住民の協賛金を募ってバスの運行を始めたと記されています。乗車人数は2005年度の約3.7万人から、2006年度に約4.5万人、2007年度に約5.1万人と推移し、2007年度に初めて黒字になったとされています。「需要がある」という前提を、運行後の乗車人数という観測できる数字で確かめていった経過にあたります。記事は事前に反証条件を置いたとは書いていません。地域公共交通の事例であり、メーカーの新規事業とは市場条件が違う点にも注意が必要です。

前提が外れた場合の失敗の型としては、松山銀天街GET!(World Graph の記事)があります。記事には、郊外への大型店の進出で業績が落ちたあと、1997年に「サティ」へ業態を変更したものの、競争の激化や不況、売り場面積の限界、駐車場不足などがあり、1999年に閉店したと記されています。業態を変えれば戻るという前提を、変更後に確かめる形になった例です。要因の評価は、記事に書かれた経過の範囲にとどめます。

こうした事例を、自分で探すのは簡単ではありません。「仮説」「前提」といった同じ言葉で検索しても、構造の似た事例には行き着きにくいためです。ラトリス(Latris)は、言葉ではなく構造(因果関係・構造パターン)で他分野の事例を探す構造知検索サービスです。公共記事80万件規模を構造化した World Graph から、次の5層のレポートを出典付きで返します。

1. ①問題の構造化: 「誰が・何を・どう動かすか」に翻訳します
2. ②関連知見: 前提の確認、相場観、論点の抜けを補います
3. ③構造の似た事例: 業界を越えた事例と、参照元記事を示します
4. ④失敗の型: 同じ構造で起きた失敗パターンを示します
5. ⑤統合・示唆: ①〜④をまとめ、次の一手の候補を示します

レポートのあとは同じセッションで壁打ちを続けられ、活用例には「事業仮説の叩き台」も含まれます。判断は人が行い、ラトリスが返すのは事例と失敗の型、出典です。自分の仮説の前提が他業界でどう外れたかを確かめたいときは、14日間無料トライアル(開始時にクレジットカードの登録が必要で、Claude の契約が別途必要です)、またはデモ依頼から試せます。レポートの例や仕組みも確認できます。

こんな人におすすめ / おすすめしない人

この記事の考え方が合うのは、次のような方です。

• 新規事業や投資の仮説を置いたが、何が起きたら誤りかまだ決まっていない方
• 予算の承認前に、撤退や縮小の基準を関係者と合意しておきたい方
• 同業の事例が少なく、仮説の前提を点検する材料が足りない方

次のような場合は、この記事の内容が合いにくくなります。

• すでに十分なデータがあり、統計的に確かめられる課題の場合。データ分析の仮説設定の手法を先に確認するほうが近道です
• 仮説を立てる時間がないほど緊急の判断を迫られている場合。まず手元の事実の整理から始める形になります

よくある質問

---

仮説は、立てて終わりではなく、外れたときに何を変えるかまで書いておくと使えるものになります。前提の点検に、他業界の事例を出典付きで確かめる方法があることも、選択肢の一つとして覚えておくと判断しやすくなります。