フレームワーク活用ガイドひとことで言うと#
プロダクトの仮説の中から「外れたら致命傷になるもの」を1つ選び出し、最小のコストと時間で真っ先に検証する手法。全部を均等にテストするのではなく、最もリスクの高い仮説だけに集中する。
押さえておきたい用語#
- Riskiest Assumption（ライキエスト アサンプション）
- プロダクトの成功を左右する仮説のうち、最も不確実性が高く、外れた場合の影響が最大のものを指す。
- Leap of Faith Assumption（リープ オブ フェイス アサンプション）
- 根拠なく「きっとこうだろう」と信じている仮説のこと。RATでは、このLeap of Faithの中から最もリスクの高いものを選んで検証する。
- 検証基準（Validation Criteria）
- テスト結果が「合格」か「不合格」かを判定するための事前に定めた数値基準。たとえば「LPの登録率が5%以上なら合格」のように設定する。
- Pivot（ピボット）
- 検証に失敗した場合に、仮説や戦略の方向を転換する意思決定である。
RATの全体像#
こんな悩みに効く#
- 新しいプロダクトのアイデアはあるが、どこから検証すればいいかわからない
- 開発に数ヶ月かけた後で「そもそもニーズがなかった」と気づくことが多い
- 仮説が多すぎて、どれを優先して検証すべきか判断できない
- MVPを作る前に、そもそも作る価値があるかを確かめたい
基本の使い方#
プロダクトが成功するために「正しくなければならない前提」をすべて書き出す。
- 価値仮説: 顧客はこの課題に本当に困っているか？
- 市場仮説: ターゲット顧客は十分な数いるか？
- 実現性仮説: 技術的に実現可能か？
- 収益仮説: 顧客はこの金額を払ってくれるか？
- チャネル仮説: 顧客にリーチする手段はあるか？
まずは数を出すことを優先し、判断は次のステップで行う。
すべての仮説を「不確実性（どれだけ根拠がないか）」と「影響度（外れた場合のダメージ）」の2軸で評価する。
| 仮説 | 不確実性 | 影響度 | リスク |
|---|---|---|---|
| 顧客は月額3,000円を払う | 高 | 高 | 最大 |
| ターゲット層にSNS広告が届く | 中 | 中 | 中 |
| APIの応答速度が要件を満たす | 低 | 高 | 中 |
両方が高いものが最もリスクが高い。複数あるときは「外れたら事業自体が成り立たない」ものを優先する。
選んだ仮説を検証するために、最もコストが低く速い方法を選ぶ。
- LP（ランディングページ）テスト: 製品がないまま価値提案だけを見せ、登録率を測る
- コンシェルジュMVP: 手動で価値を提供して反応を確認する
- プレオーダー: 事前注文や予約を受け付け、支払い意思を確認する
- インタビュー: 5〜10人のターゲットに直接聞く
必ず検証基準を事前に決める。「LP訪問者のうちメール登録率が5%以上なら合格」のように、数値で線を引く。
検証基準を満たしたか、満たさなかったかで判断する。
- 合格: この仮説はクリア。次にリスクが高い仮説の検証に進む
- 不合格: 仮説が間違っていた。ピボット（方向転換）するか、仮説を修正して再テスト
- 判断保留: データが不十分な場合は追加実験。ただし期限を区切る
感覚で「まあいけそう」と判断するのは禁止。数字に基づいて決める。
具体例#
創業メンバー2人が「忙しい共働き世帯向けに、15分で完成する料理キットを届けたい」と考えた。仮説を洗い出すと8個あったが、最大リスクは「ターゲット層が月額6,800円を払うか」だった。
テスト方法はシンプル。Instagramの料理アカウント（フォロワー8,500人）に協力を依頼し、ストーリーズでLPへ誘導。LPには料理キットのコンセプトと月額料金を明記し、「事前登録で初月半額」のCTAを設置した。
1週間でLP訪問者1,240人、事前登録87人。登録率7.0%。事前に設定した合格基準の5%をクリアした。さらに登録者のうち23人がアンケートに回答し、「6,800円は許容範囲」と答えたのが18人（78%）。開発を本格化する判断ができた。かかった費用はLP制作の2万円とインフルエンサーへの商品提供のみ。
従業員120名のSaaS企業が、既存の勤怠管理ツールにAIシフト自動作成機能を追加するか検討していた。開発見積もりは4人月・約1,600万円。仮説を5つ洗い出した結果、「店長がAI提案のシフトを信頼して採用するか」が最大リスクだった。
検証方法として、既存顧客のうち飲食チェーン3社（合計42店舗）に協力を依頼。Googleスプレッドシートでシフト案を手作業で作り「AIが生成しました」と提示した、いわゆるオズの魔法使いテスト。
結果、42店舗中31店舗（73.8%）がAI提案をそのまま、または微修正で採用。「手作業で2時間かかっていた作業がなくなるなら月5,000円追加で払う」と答えた店長が26人いた。合格基準の「採用率60%以上・追加課金意思50%以上」を両方満たし、開発にGOが出た。
創業150年の日本酒蔵元（年商2.3億円）が、海外向けECに挑戦するか迷っていた。英語サイト構築に500万円、海外配送体制の整備に300万円の投資が必要。仮説を整理すると「アメリカ西海岸の日本酒ファンが、蔵元直送に1本5,000円＋送料2,000円を払うか」が最大リスクだった。
まずRedditの r/sake コミュニティ（メンバー4.8万人）に英語で投稿し、簡易アンケートを実施。回答者312人のうち、「蔵元直送なら7,000円（送料込み）を払う」と答えたのは41人（13.1%）。ただし合格基準は「購入意思20%以上」に設定していたため、不合格の判定になった。
自由回答を分析すると「送料が高い」「まとめ買いならアリ」という声が目立った。仮説を「6本セット送料無料で28,000円」に修正し、再テスト中。800万円を投じる前に、0円で方向修正ができたのがRATの真価だった。
やりがちな失敗パターン#
- 仮説を全部同時に検証しようとする — 時間もお金も分散し、どの仮説が原因で結果が出たのかわからなくなる。RATの核心は「1つに絞る」こと
- 検証基準を決めずにテストを始める — 結果が出てから「まあ良いんじゃない？」と都合よく解釈してしまう。基準は必ずテスト前に数値で設定する
- 「リスクが高い」ではなく「検証しやすい」仮説を選ぶ — 簡単にテストできる仮説ばかりやっても、最も痛い仮説が残ったまま開発が進む。居心地の悪い仮説こそ先にやる
- 不合格なのに見なかったことにする — テスト結果が期待外れでも、データを無視して突き進むケースは多い。不合格は「やめろ」ではなく「修正しろ」というシグナル
まとめ#
RATは「最もリスクの高い仮説を、最小コストで、最速で検証する」ためのシンプルな手法。すべての仮説を均等にテストするのではなく、外れたら致命傷になる1つに集中するのがポイント。検証基準を事前に数値で決め、結果に従って進むかピボットするかを判断する。プロダクト開発で「作ってから後悔する」を防ぐ、最初の一手として使いたい。