プロダクトディスカバリー テンプレートとは？
プロダクトディスカバリー テンプレートは、プロダクトマネージャー、デザイナー、エンジニアがユーザーのニーズを探索し、事業機会を検証するために使う構造化されたワークスペースです。"Delivery"（ソリューションを構築すること）とは異なり、"Discovery"は、望ましさ（ユーザーはそれを欲しがるか？）、事業性（本当に作るべきか？）、そして実現可能性（技術的に作れるか？）を明らかにすることに焦点を当てます。視覚的な証拠の記録により、チームを「思い込み」から「確信」へと移します。
「エビデンス」監査：推測ベースの開発を止める3つの方法
Discovery はリスクを低減するエンジンです。ディスカバリー項目を開発バックログに移す前に、次の3つの専門的なヘルスチェックを実施してください：
1. 「問題 vs. 解決策」監査
監査: ディスカバリー ボードが "機能アイデア" ばかりで "顧客の課題" が入っていませんか? 対処法:エントリーポイントを監査してください. 本格的なディスカバリーは、解決策ではなく、問題定義から始まります. テンプレートを使ってユーザーの "現状の課題" を記録してください. もし自社アプリに言及せずにその痛みを説明できないなら、まだ問題を発見できていません; 要件を作り出しただけです.
2. "Leap of Faith" 仮定マッピング
監査: 簡単なことばかり検証して、「致命的リスク」を見落としていませんか？ 解決策:重要な仮定を監査してください。2x2 マトリクスを使って、重要性と確実性に基づき仮定をプロットします。「重要性が高い / 確実性が低い」象限の項目が、いわゆる「リープ・オブ・フェイス（勝負仮定）」です。ディスカバリー テンプレートは、まずこれらリスクの高い項目で実験を行うよう設計すべきです。もし実験が失敗したら、プロジェクト全体を即座に中止するか方針を転換してください。
3. 「シグナル対ノイズ」テスト
監査: ユーザーの言うことを過大評価し、行動を無視していませんか？ 解決策:実験の種類を監査してください。 ユーザーインタビューは共感を得るのに有効ですが、"プロトタイプテスト"や"コンシェルジュテスト"は行動に基づくデータを提供します。 上位レベルのディスカバリーテンプレートでは、エビデンスの強さを追跡する必要があります。 顧客が "I'd buy that" と言うのは弱いシグナルです; 顧客が事前に支払ったりデータを提供したりするのは強いシグナルです。
戦略的フレームワーク: どのディスカバリーテンプレートが必要ですか?
チームの現在の不確実性レベルに合った Miro テンプレートを選んでください:
プロダクトディスカバリー テンプレートの主要構成要素
プロダクトディスカバリー用の高性能な Miro ボードには、次の5つの主要要素が必要です：
リサーチ リポジトリ： ユーザーの引用、スクリーンショット、サポートチケットを集めるスペース。
仮説トラッカー： 次のような形式の表です： "私たちは[ユーザー]が[問題]を抱えており、もし私たちが[解決策]を実施すれば、[指標の変化]が見られると考えています。"
実験ログ： テストした内容、結果（成功/失敗）、および「重要な学び」を記録したレコード。
プロトタイプ サンドボックス： ワイヤーフレームをラフに描く、または Figma リンクを埋め込んで素早くフィードバックを得るための低忠実度のスペース。
「意思決定ログ」： 特定のアイデアがなぜ却下されたのか、またはロードマップに組み込まれたのかを時系列で記録したレコード。
