プロダクト ディスカバリー テンプレート

プロダクトディスカバリーテンプレートとは？

プロダクトディスカバリーテンプレートは、プロダクトマネージャー、デザイナー、エンジニアがユーザーのニーズを探り、事業機会を検証するために使う構造化されたワークスペースです。「Delivery」（ソリューションを構築する段階）がソリューションの構築に関するのに対し、「Discovery」は望ましさ（それを望んでいるか？）、事業性（構築すべきか？）、および実現可能性（構築できるか？）を見極めることです。チームを「I think」から「We know」へと移行させる、視覚的な根拠の軌跡を提供します。

「根拠」監査：推測ベースの開発を止める3つの方法

ディスカバリーはリスク低減のエンジンです。ディスカバリーの項目を開発バックログに移す前に、次の3つの専門的な「ヘルスチェック」を実施してください：

1. 「問題とソリューション」監査

監査: ディスカバリーボードが "機能アイデア" で埋まり、"顧客の困りごと" が抜けていませんか？ 対処法:エントリーポイントを点検してください。本格的なディスカバリーはソリューションではなく、問題定義から始まります。テンプレートを使ってユーザーの "現状の課題" を記録しましょう。アプリに言及せずにその痛みを説明できないなら、それはまだ問題を発見しておらず、単に要件を作り出しただけです。

2. "Leap of Faith" 仮定のマッピング

診断：簡単な項目ばかり検証して「致命的なリスク」を無視していませんか？ 対処：重要な仮定を点検してください。仮定を重要度と確実性の二軸で可視化するために、2×2マトリクスを使います。 「重要度高／確実性低」の象限に入る項目が「飛躍的仮定」です。ディスカバリーテンプレートは、まずこれらの高リスク項目に対して実験を行うよう促す構成であるべきです。これらが失敗した場合、プロジェクト全体は即座に中止するかピボットする必要があります。

3. 「シグナル対ノイズ」テスト

監査: ユーザーが言うことを過大評価し、ユーザーが行うことを無視していませんか？ 対策:実験の種類を点検してください。ユーザーインタビューは共感を得るのに優れていますが、"プロトタイプ テスト"や"コンシェルジュ テスト"は行動に基づくデータを提供します。上位レベルのディスカバリー テンプレートはエビデンスの強さを追跡すべきです。顧客が "それを買います" と言うのは弱いシグナルですが、顧客が事前に支払ったりデータを提供したりするのは強いシグナルです。

戦略的フレームワーク: どのディスカバリー テンプレートが必要ですか?

チームの現在の不確実性の程度に合った Miro テンプレートを選んでください:

• オポチュニティ・ソリューションツリー（テレサ・トーレス）:

  • 向いている用途: ハイレベルなビジネスのアウトカムを特定の実験に結び付けます。

  • 目的: テスト中のアウトカム、機会（顧客の課題）、およびソリューションの関係を可視化します。

• リーンキャンバス:

  • 向いている用途: 新製品や大きなピボットにおける初期のビジネスモデル検証に適しています。

  • 目的: 1ページで課題、ソリューション、独自の価値提案、収益の流れを素早く整理します。

• カスタマー ジャーニー マップ：

  • 向いている用途：現在のユーザー体験における摩擦点を特定する場面に最適です。

  • 目的：特定のタイムラインに沿ってユーザーの感情状態と行動を可視化し、「満たされていないニーズ」を見つけることです。

プロダクトディスカバリー テンプレートの主要構成要素

高性能な Miro ボードでのプロダクトディスカバリーには、次の5つの主要構成要素が必要です：

• リサーチ リポジトリ：ユーザーの発言、スクリーンショット、サポートチケットを集めるためのスペース。

• 仮説トラッカー：次の形式の表：「私たちは[ユーザー]が[問題]を抱えていると考えており、もし[解決策]を実施すれば、[指標の変化]が見られるはずです。」

• 実験ログ：実施した検証、その結果（成功／失敗）、および「主要な学び」のレコード。

• プロトタイプ サンドボックス：ワイヤーフレームをラフに描いたり、Figma のリンクを埋め込んで迅速にフィードバックを得るための低忠実度スペース。

• 「意思決定ログ」：特定のアイデアが却下された理由やロードマップに追加された理由を時系列で記録したもの。