仮定マップ テンプレートとは？
仮定マップ テンプレートは、新しい事業アイデアや機能に内在する「Leaps of Faith」（実現にあたって最も不確実で大きな仮定）をプロダクトチームが特定・分類するために使う、2×2 の共同作業用表です。仮定を重要性（成功にどれほど重要か）と確実性（どれだけの証拠があるか）の軸にプロットすることで、どのリスクを直ちに検証すべきか、どれを当面無視できるかを視覚的に判断できます。
「Risk」監査：致命的な仮定を特定する 3 つの方法
マップは真実を露わにしてこそ有用です。Miro のボード上で付箋を移動する前に、次の専門家による 3 つの「health checks」を実施してください：
1. 「Criticality」監査
The Audit: "High Importance" の象限が、存在を左右するビジネス上のリスクではなく、些細な UI の選択で埋まっていませんか？ The Fix:望ましさ、事業性、実現可能性の観点で監査してください。すべての前提を分類しましょう：
Desirability: 本当にこれを求めているか?
Viability: これを実施すべきか（収益を生むか）?
Feasibility: 実際にこれを作れるか? マップの右上に少なくとも1つの "Viability" 前提がないなら、ビジネスモデルを十分に掘り下げていません。
2. "Evidence" の整合性テスト
監査：ステークホルダーが「良いアイデアだ」と言っただけで、それを「確実」とマークしていませんか？ 対策：確かな証拠を精査してください。 「確実性」は、行動データ（例：事前注文、アナリティクス、成功したプロトタイプなど）がある場合にのみ与えるべきです。 証拠が「専門家の意見」であれば、その人の役職に関係なく、マップの確実性が低い側に置くべきです。
3. 「実験」の抽出
監査：ボードが見た目の良いマップで終わり、次のステップにつながっていませんか？ 対策：バックログを見直してください。 右上の重要度高 / 確実性低象限にある各項目は、直ちに実験カードを作成する必要があります。 もしそれらの項目についてユーザーインタビュー、ランディングページテスト、またはテクニカルスパイクに取り組む意思がないなら、そのマッピング作業は時間の無駄です。
戦略フレームワーク: どの仮定テンプレートが必要ですか?
異なるプロジェクトでは、異なる "Risk Lenses" が必要です:
The Lean Startup Map:
The Technical Spike Map:
The UX Assumption Map:
仮説マッピング テンプレートの主要要素
仮説マッピング用の高性能な Miro ボードには、次の5つのコア要素が必要です：
2x2 表: 明確にラベル付けされた軸は、成功に対する重要度（縦軸）と 証拠のレベル（横軸）です。
色分けされた付箋: 異なる色を、望ましさ、事業性、実現可能性、および 倫理性 の仮説に割り当てます。
「Leap of Faith」ゾーン: 右上象限のハイライト領域で、即時の注意が必要な場所です。
証拠の段階: 「強い根拠」と「弱い根拠」を定義する参照用凡例。
実験バックログ: マップの横に設けた専用スペースで、リスクを検証可能な仮説に変換します。
仮説マッピングでのよくある落とし穴
