問題のフレーミング テンプレートとは？
問題のフレーミング テンプレートは、解決策をブレインストーミングする前に、課題の範囲、影響、そして「本質」を定義するための協働フレームワークです。漠然とした観察（例：「ユーザーが離れている」）から構造化されたミッション（例：「初めてモバイルを利用するユーザーのチェックアウトでの摩擦をどのように減らすか？」）へとチームを導きます。これはチームが人間の困難を理解する前にアプリを作り始めてしまう「ソリューションバイアス」に対するガードレールとして機能します。
「定義」監査: 成功に導く 3 つのフレーミング手法
問題を適切にフレーミングできれば、問題の半分は解決したも同然です。Miro でミッションステートメントを確定する前に、次の3つの専門的な「健康診断」を実施してください:
1. 「5 Whys」深掘り監査
監査：問題文は単なる「症状」（例：「サイトが遅い」）になっていませんか？ 対処法：根本原因を精査してください。テンプレート内で「5 Whys」メソッドを使って深掘りしましょう。サイトが遅い場合、なぜ？ 画像が大きすぎるからです。なぜ？ 圧縮ツールが導入されていないからです。なぜ？ 予算が割り当てられていなかったからです。問題をリソース配分の問題として定義すると、「コードを直す」だけとはまったく異なる解決策につながります。
2. 「Who, What, Where, Why」テスト
監査：問題文があまりに漠然としていませんか（例：「コミュニケーションが難しい」）？ 対処法：具体性を精査してください。適切なフレームは次の項目に答えている必要があります：
Who: 具体的に誰がその問題を抱えていますか?
What: 彼らが直面している具体的な障害は何ですか?
Where: どのような状況や環境でそれが発生しますか?
Why: それはビジネスやユーザーにとってなぜ重要ですか? これら4つの項目を埋められない場合、その問題は "テーマ" であり "フレーム" ではありません。
3. "How Might We" (HMW) への転換
チェック: その問題は "苦情" として定義されており、"機会" として定義されていませんか? 改善策:発想を促す表現で見直してください。最終的な問題文を How Might We 形式の問いに変換します。良い HMW は複数の解決策を生み出せるほど広く、同時に焦点を絞れるほど適度に限定されています.(e.g., "HMW make it easier for busy parents to track their child's health metrics?")
戦略的枠組み: Which Problem Template Do You Need?
プロジェクトの出発点に合った Miro テンプレートを選択してください:
問題フレーミング テンプレートの主要要素
問題フレーミング用の高パフォーマンスな Miro ボードには、次の5つのコア要素が必要です:
ユーザー ペルソナ：課題の中心にいる特定の人物を簡潔に説明したもの。
現在の状態と望ましい状態：「今の状態」と「あるべき状態」を視覚的に比較したもの。
エビデンス ギャラリー：問題の存在を示す実データ、ユーザーの発言、スクリーンショットなど。
インパクト指標：これを解決しないと何が起きるか（例：収益の損失、高い解約率、安全リスク）。
最終的な「問題ステートメント」：プロジェクトの「North Star」となる1〜2文の要約。
問題フレーミングにおけるよくある落とし穴
