継続的ディスカバリー

Teresa Torresによって提唱され広められた継続的ディスカバリーは、リサーチが開発に先行する一つの段階だという考え方を否定する。代わりに、プロダクトトリオ——通常はプロダクトマネージャー、デザイナー、エンジニアの3人——は、週に最低1回は顧客に接することを約束する。目的は、あらかじめ決めた解決策を検証することではなく、チームを実際の痛み、コンテキスト、行動にさらすことで、オポチュニティの空間を生き生きと最新の状態に保つことにある。

Torresのフレームワークの中心にあるのが、オポチュニティ・ソリューション・ツリーだ。チームは顧客のアウトカムを個別のオポチュニティにマッピングし、解決策にコミットする前に仮説を生成し検証する。これによって戦略が根拠と結びついたままになり、チームが自信満々に間違った方向へ突き進むことを防ぐ。

継続的ディスカバリーは、インタビューで得た知見が顧客の実際の行動、収益、サポート履歴とは別のツールに存在するとき、静かに失敗する。ある顧客がオンボーディングで苦労していると知ったプロダクトマネージャーには、その顧客が有料プランに入っているのか、どれくらい長くアクティブなのか、あるいは同じ問題についてサポートチケットを出しているかどうかを簡単に確認する方法がない。インタビューの知見とアカウントの記録は別々のシステムに留まり続け、そのオポチュニティは必要な完全なコンテキストを決して得られない。

AIOProductOSのようなプロダクトオペレーティングシステムは、これに直接対処する。顧客の記録、フィードバック、収益、プロダクトの作業が単一のデータ基盤を共有しているため、チームはツールを切り替えることなく、インタビューの知見から実際のアカウントビュー——その顧客が支払っている金額、要望した内容、すでに進行中の作業——へ移ることができる。Insightsモジュールは、フィードバックの重みを判断するために必要な顧客のコンテキストと一緒にフィードバックを表示する。これはまさに、継続的ディスカバリーが正直で実行可能であり続けるために依存している、接続された環境の種類である。

継続的ディスカバリーは優先順位付けのプロセスに情報を提供する。毎週のインタビューで浮かび上がったオポチュニティは、RICEやWSJFのようなフレームワークでチームが評価する候補となる。新鮮な顧客の根拠が絶えず流れ込んでこなければ、スコアリングは投機的になる——チームは、実際に観察された痛みを重み付けするのではなく、仮説について議論することになってしまう。継続的なリサーチという規律が、優先順位付けフレームワークを信頼できるものにしている。

ディスカバリーをプロジェクトのキックオフイベントとしてではなく、常設の儀式として根付かせているチームは、時間とともにオポチュニティの全体像について、より豊かで洗練された理解を積み重ねていく傾向がある。この複利効果こそが、この実践の中心的な約束である。