問題フレーミング テンプレートとは？
問題フレーミング テンプレートは、解決策をブレインストーミングする前に、課題の範囲、影響、そして「真の本質」を定義するための共同作業用フレームワークです。漠然とした観察（例：「ユーザーが離脱している」）から、構造化されたミッション（例：「初回モバイルユーザーのチェックアウトでの摩擦をどう減らすか？」）へとチームを導きます。人間の抱える課題を理解する前にアプリを作り始めてしまう、いわゆる「ソリューションバイアス」への抑止装置として機能します。
「定義」監査：成功に導くフレーミングの3つの方法
問題を適切にフレーミングすれば、半分は解決したも同然です。Miro でミッションステートメントを確定する前に、次の 3 つの専門的なチェックを実施してください：
1. 「5 Whys」深掘りチェック
チェック: 問題文は単なる「症状」（例：「サイトの表示が遅い」）になっていませんか？ 対策:根本原因を確認してください。テンプレート内で「5 Whys」 手法を使ってさらに掘り下げましょう。サイトが遅い場合、なぜ？ 画像が大きすぎるためです。なぜ？ 圧縮ツールがないためです。なぜ？ 予算が割り当てられていなかったためです。問題をリソース配分の問題として定義すると、単に「コードを直す」だけとは全く異なる解決策になります。
2. 「Who, What, Where, Why」 テスト
チェック: 問題文は広すぎませんか（例：「コミュニケーションが難しい」）？ 対策:具体性を確認してください。プロのフレームは次の問いに答える必要があります:
Who: 具体的には誰がこの問題に直面していますか？
What: どのような具体的な障害に直面していますか？
Where: どのような状況や環境でこれが発生しますか？
Why: なぜそれがビジネスやユーザーにとって重要なのですか？ これら4つの項目を埋められない場合、その問題は「テーマ」であり「フレーム」ではありません。
3. The "How Might We" (HMW) Pivot
The Audit: あなたの問題は「不満（Complaint）」として表現されており、「機会（Opportunity）」として扱われていませんか？ The Fix:Generative Language を点検してください。最終的な問題文を How Might We の問いに変換しましょう。良い HMW は複数の解決策を生み出せるほど幅広く、かつ焦点を絞るのに十分具体的である必要があります。（例：「HMW 忙しい親が子どもの健康指標を追跡しやすくするには？」）
戦略的フレームワーク：どの問題フレーミング テンプレートが必要ですか？
プロジェクトの出発点に合う Miro テンプレートを選択してください:
問題フレーミング テンプレートの主要な構成要素
問題フレーミングに適した Miro ボードには、次の5つのコア要素が必要です:
ユーザーペルソナ：課題の中心にいる特定の人物を簡潔に説明したもの。
現在の状態と望ましい状態：「現状」と「あるべき姿」を視覚的に比較します。
エビデンスギャラリー：問題が存在することを示す実際のデータ、ユーザーの声、またはスクリーンショット。
インパクト指標：これを解決しないと何が起きますか？（例：収益の損失、解約率の上昇、安全リスク）
最終的な「問題定義」：プロジェクトの「ノーススター」となる 1–2 文の要約。
問題フレーミングでよくある落とし穴
