リスクが最も高い仮説の検証（RAT）とは？

著者: Brian Tr · 更新日: 2026年10月3日

リスクが最も高い仮説の検証（Riskiest Assumption Test、RAT）とは、アイデアが外れてはならない唯一の前提を確かめる、最小の実験のことです。アイデアが成り立つために真でなければならないことを書き出し、失うものが最も大きく、裏づけとなる証拠が最も少ない仮説を選び、それだけを検証します。そのために製品を作る必要はありません。

この用語は通常、2016年に活字にしたRik Highamに由来するとされています。当時「MVP」という言葉が緩く使われすぎていることへの反応でした。単純な習慣ですが、初期のチームが数週間を何に費やすかを変えます。本ガイドでは、この考え方の由来、リスクが最も高い仮説の見つけ方、テストの進め方、そしてチームがつまずきやすい点を取り上げます。

RATの由来

Rik Highamは2016年9月27日、Hacker Noonに「The MVP is dead. Long live the RAT.」を公開しました。彼の主張は、実用最小限の製品には根本的な欠陥がある、というものです。それは製品ではありません。彼の整理では、解決する価値のある問題を見つけたかどうかを確かめる手段であり、最大の仮説を素早く検証してリスクを減らす手段です。

Highamは、「MVP」はあまりに頻繁に使われた結果、本来の意味を失ったと述べています。この言葉は初歩的な製品の初回リリースに当てはめられるため、「MVP」は本来想定された手早い検証よりはるかに複雑になり、しかも本格的な製品としてリリースするには粗末すぎるものになります。彼が提案する解決策は、「最小限の製品とは何か」と問うのをやめ、「リスクが最も高い仮説は何か、どう検証するか」と問うことです。

彼はまた、Google Xの共同創業者Tom Chiの、試す時間を最小化することで学習速度を最大化するという言葉にも触れています。RATは、その考え方を1つの具体的な未知数に適用したものです。

この系譜が重要なのは、RATがリーンスタートアップの対抗馬ではないからです。それをより鋭く読み解いたものです。リーンスタートアップの公式サイトによれば、この手法は徹底的な検証を求める「信念の飛躍」の仮説から始まり、それをMVPで検証します。Highamの主張は、検証が先であり、製品は検証が必要とする大きさにとどめるべきだ、というものです。

仮説とは何か

仮説とは、信じてはいるがまだ確かめていないことです。スタートアップのアイデアはどれも、仮説の積み重ねです。Highamは逆算を勧めています。機会を顧客の課題として表現し、それが成り立つために何が真でなければならないかを問います。そこで挙がった仮説それぞれについて、その背後に何があるかを問い、根本の仮説にたどり着くまで繰り返します。彼はこれを「5つのなぜ」になぞらえています。

仮説にはいくつかの種類があります。David J. BlandとAlexander OsterwalderのTesting Business Ideasのフレームワークは、仮説を3つの視点に分類しており、Strategyzerの書籍要約にまとめられています。

Strategyzerの要約では、望ましさを顧客が現在の行動を変えるかどうか、実現可能性を提供に必要なスキルとリソースがあるかどうか、事業の成立性を顧客が支払える金額かつ価格設定が拡大を支えるかどうかと説明しています。表の例は、説明のために作ったものです。

初期のチームの多くは、実現可能性を検証しすぎます。エンジニアが好んで取り組むリスクだからです。しかし、完璧に動いても誰も求めない製品は、やはり失敗です。アイデア段階では、最大の未知数があるのは通常、望ましさです。

リスクが最も高い仮説の見つけ方

一覧ができたら、順位づけの方法が必要です。主に2つの問いで足ります。外れた場合にどれだけ重大か、そして手元にどれだけ証拠があるか、です。

Blandは、これをStrategyzerでの仮説マッピングとして説明しています。各仮説を2x2のグリッドにプロットし、一方の軸を証拠（「証拠あり」から「証拠なし」まで）、もう一方の軸を重要度とします。重要度の問いは、どの仮説が誤りと証明された場合にビジネスアイデアが失敗するか、です。最初に検証すべき象限は、成功に不可欠で、裏づけとなる証拠が最も少ない仮説が入る象限です。

重要なポイント: リスクが最も高い仮説の検証

• Rik Highamは、2016年9月27日にHacker Noonで「The MVP is dead. Long live the RAT.」を公開しました。
• Highamの中核の主張：MVPは製品ではなく、解決する価値のある問題を見つけたかどうかを確かめる手段であり、代わりにリスクが最も高い仮説を特定して検証すべきだというものです。
• 仮説マッピングは、仮説を重要度と証拠でプロットし、証拠が最も少ない重要な仮説を優先します（Strategyzer、David J. Bland）。
• Testing Business Ideasは、仮説を望ましさ、実現可能性、事業の成立性に分類しています。
• リーンスタートアップのサイトによれば、この手法は信念の飛躍の仮説から始まり、MVPを使ってそれらを検証します。
• RATに正式な標準はありません。しきい値、形式、名称はチームによって異なります。

小規模なチームで順位づけのセッションを進める実践的な方法は次のとおりです。

1. すべての仮説を、付箋または1行に1つずつ書き出す。1つのメモにつき1つの信念とする。
2. それぞれを、望ましさ、実現可能性、事業の成立性のいずれかに分類する。
3. それぞれをグリッドに配置する。議論するのは、配置について2人の意見が分かれたときだけにする。意見の相違は有益な情報になる。
4. 重要度が高く、証拠が少ない隅にある上位のいくつかに丸をつける。
5. 1つを選ぶ。選べない場合は、どれが偽であれば他がすべて無意味になるかを考える。

この最後の問いが近道です。仮説の中には、他のすべての上流にあるものがあります。誰もその問題を抱えていないなら、価格設定が適切かどうかは関係ありません。

RATの進め方

RATは、範囲を絞った通常の実験です。実行する前に書き出してください。特に、合格のしきい値は必須です。

1. 仮説を、検証可能な一文として表現する。「私たちが面談する貨物ディスパッチャー20人のうち、少なくとも8人が有料パイロットに同意する」は、外れることがありえます。「ディスパッチャーにはより良いツールが必要だ」は、外れようがありません。
2. **実際の行動が得られる最小のテストを選ぶ。**Highamは、最大の仮説を検証するためにできる最小の実験は何かと問います。意見より行動を優先してください。
3. **指標を1つに絞る。**誰が見ても同じように読める、1つの数字です。
4. **合格と不合格のしきい値を事前に決める。**どの結果なら「進める」、どの結果なら「中止」、どの結果なら「結論が出ないので、やり方を変えてやり直す」かを、今決めます。
5. 実行し、問いを書き換えずに結果を記録する。
6. **判断する。**次の仮説に進むか、アイデアを調整するか、やめるかです。

Highamは、リスクが最も高い仮説を検証できたら、次に大きい仮説に進み、アイデアへの確信を徐々に積み上げていけばよいと述べています。この順序づけが、手法のすべてです。

仮想のアイデアで、表がどうなるかを示します。小規模な貨物ブローカー向けの請求書突合ソフトウェアです。数字は形式を示すために作ったもので、ベンチマークではありません。

最も安上がりなテストには、ソフトウェアが関わらないことに注目してください。会話、手作業でのサービス提供、誰かがクリックして進められるスケッチなどです。

リスクの種類別のテスト例

BlandとOsterwalderの書籍は、コスト、時間、証拠の強さで整理された実験の種類のライブラリを紹介しています。Strategyzerの書籍ページによるものです。何十種類も必要ではありません。よく使われる少数の選択肢で、初期のテストの大半はカバーできます。

著者たちは、1つの原則を「行動は意見に勝る」とまとめています。顧客が何をするかは、顧客が何を言うかより強い証拠になります。登録は弱い証拠で、有料パイロットはより強い証拠です。取り除こうとしているリスクの大きさに、テストを合わせてください。

RATとMVPの違い

2つの用語は、しばしば同義語として使われます。Highamの主張は、そうすべきではないというものです。

Highamは、RATは明示的だと書いています。最大の未知数を検証するのに必要な以上のものを作る必要はなく、完璧なコードやデザインを期待されることもなく、うっかり早まって製品になってしまう危険もありません。これに対しMVPは、最適化された解決策へ至る明確で直線的な道筋があるという誤った感覚で、チームを惑わすことがあると彼は対比しています。

これは、MVPが悪いという意味ではありません。リスクが最も高い仮説が検証を乗り越えた後なら、本格的な実用最小限の製品を作るのが次の論理的な一手です。RATは、スプレッドシートと数本の電話で1週間もあれば答えが出せた問いのために、MVPを作ってしまうことを防いでくれるだけです。

RATを実施した後は

結果は、正直に言って3通りです。

• **合格。**結果が、設定したしきい値を超えた。次にリスクが高い仮説に進みます。アイデア全体が検証されたと宣言してはいけません。1つのテストに合格しても、取り除かれたリスクは1つだけです。
• **不合格。**結果がしきい値に届かなかった。アイデアを調整する（ピボットや、より絞ったセグメント）か、やめることができます。どちらも、ローンチ後に気づくのに比べれば良い結果です。
• **結論なし。**サンプルが小さすぎた、聞く相手を間違えた、または測りたいものを測れていなかった。テストを設計し直してください。合格と言い換えてはいけません。

RATを繰り返すことが、チームが課題解決フィット、さらにその先でプロダクトマーケットフィットへ向かう方法です。これを定期的なリズムとして回したいなら、グロース実験フレームワークが、仮説と結果を記録する場所になります。会社の歩みの中での位置づけについてはスタートアップのステージを、適切な相手との対話についてはカスタマーディスカバリーがインタビューを詳しく扱っています。

よくある間違い

1. **安全な仮説を検証してしまう。**チームは、重要なものではなく、簡単に検証できるものを選びがちです。まず重要度と証拠で順位づけしてください。
2. **プロトタイプをテストとみなす。**テストに何週間もの開発が必要なら、それは小さくありません。スコープの拡大についてのHighamの警告が当てはまります。チームは、これがリスクが最も高い仮説を検証するためにできる最小のことかどうかを、問い続けるべきです。
3. **データを見てからしきい値を決める。**結果を見てしまえば、どんな結果でも成功として説明できます。合格ラインは先に書き出してください。
4. 意見を測る。「気に入ったと言ってもらえた」は、言った側に何のコストもかかりません。登録、手付金、パイロット、共有された文書を探してください。
5. **友人で検証する。**友人は気を遣ってくれます。対象にするつもりのセグメントから募ってください。
6. **1つのテストに複数の仮説をまとめる。**失敗しても、なぜかが分かりません。1つのテストにつき、仮説は1つです。
7. **1回検証して止める。**テストに合格しても、取り除かれるリスクは1つです。仮説は、リストの次の仮説に入れ替わっていくものです。
8. 一か八かの仮説を無視する。「顧客はそもそも支払ってくれる」のように、単独でアイデアを終わらせうる仮説があります。それらは早めに検証してください。

Highamは、これがスタートアップだけのものではないとも主張しています。確立した企業にもリスクがあります。長年の成功の後には、誤った安心感に陥り、誰も使いたがらないものを作ってしまうことがあるからです。どちらの状況でも、RATは安上がりな保険です。

クイックチェックリスト

次のテストを実施する前に、次の問いに答えられるか確認してください。

• これはどのリスクの種類か：望ましさ、実現可能性、事業の成立性のどれか。
• なぜこれが、単に最も簡単な仮説ではなく、リスクが最も高い仮説なのか。
• 実際の行動が得られる最小のテストは何か。
• どの1つの指標を読むのか。
• どの結果が合格、不合格、結論なしを意味するのか。開始前に書き出してあるか。
• 答えによって、何を変えるのか。

まだどの問題を追うかを選んでいる創業者の方には、スタートアップのアイデアの源泉の記事が、これらすべての前の段階で役立ちます。

関連記事

• リーンスタートアップの手法
• 実用最小限の製品
• スタートアップのアイデア段階
• カスタマーディスカバリー
• 検証による学習
• グロース実験フレームワーク