継続的ディスカバリー

英語名 Continuous Discovery Habits
読み方 コンティニュアス ディスカバリー ハビッツ
難易度
所要時間 週2〜3時間(継続的に)
提唱者 テレサ・トーレス
目次

ひとことで言うと
#

「リサーチは大規模調査を年に数回やるもの」ではなく、毎週ユーザーと話し、小さな実験で仮説を検証する習慣をプロダクトチームに根付かせる手法。テレサ・トーレスが提唱し、「ディスカバリーをデリバリーと同じリズムで回す」ことを目指す。

押さえておきたい用語
#

押さえておきたい用語
プロダクトトリオ(Product Trio)
PM・デザイナー・エンジニアの3職種による最小意思決定チームのこと。ディスカバリー活動はこのトリオで行うのが基本。
オポチュニティ(Opportunity)
ユーザーインタビューから抽出された課題・ニーズ・ペインポイントを指す。解決策ではなく「ユーザー視点の困りごと」として記述する。
OST(Opportunity Solution Tree)
成果目標→機会→解決策→実験をツリー構造で可視化する意思決定フレームワークである。継続的ディスカバリーの蓄積先として機能する。
ウィークリーインタビュー
毎週最低1人のユーザーと話す習慣化されたリサーチ活動のこと。大規模調査ではなく、15〜30分の短いセッションを継続する。

継続的ディスカバリーの全体像
#

継続的ディスカバリー:週次の習慣サイクル
週次インタビュー毎週1人以上のユーザーと15〜30分対話機会の抽出課題をOSTに構造化して蓄積小さな実験1週間に1つの実験で仮説を検証するデリバリー同期検証済みの学びをスプリントに反映毎週回すWeekly Cadence
継続的ディスカバリーの進め方フロー
1
週次インタビュー
毎週1人以上のユーザーと15分対話する
2
機会の構造化
発見した課題をOSTに追加・整理する
3
小さな実験
週1つの仮説を最小コストで検証する
デリバリーに反映
検証済みの学びをスプリント計画に組み込む

こんな悩みに効く
#

  • リサーチをやりたいが「時間がない」と後回しにしている
  • 大規模調査を半年に1回やるが、結果が出る頃には状況が変わっている
  • PMが会議室にこもって仕様を決め、ユーザーの声が反映されていない

基本の使い方
#

ステップ1: 週次インタビューの習慣を作る

最も重要な習慣は毎週最低1人のユーザーと話すこと。

セットアップ方法:

  • リクルーティングを自動化: プロダクト内に「フィードバックにご協力いただける方」の募集を常設
  • 15〜30分の短いインタビュー: 1時間の正式なインタビューは不要
  • **プロダクトトリオ(PM・デザイナー・エンジニア)**で参加する

週次インタビューの質問テンプレート:

  1. 「最近このプロダクトをどんな場面で使いましたか?」
  2. 「その時、困ったことやうまくいかなかったことはありますか?」
  3. 「理想的にはどうなっていたら嬉しかったですか?」

ポイント: 完璧なインタビューガイドを作ろうとしない。やらないよりは不完全でもやるほうが100倍マシ

ステップ2: インタビューからオポチュニティを抽出する

インタビューの結果を**オポチュニティ(ユーザーの課題・ニーズ)**として構造化する。

手順:

  1. インタビュー直後にプロダクトトリオで5分間の振り返り
  2. 聞こえた課題を付箋に書き出す
  3. オポチュニティソリューションツリーに追加する

蓄積のコツ:

  • 週ごとにインタビューメモをNotionやMiroに蓄積
  • 3人以上が同じ課題を挙げたらパターンとして認識
  • 定量データ(行動ログ)とクロスチェックして裏付ける

4〜6週間続けると、ユーザーの課題の全体像が見えてくる。

ステップ3: 小さな実験を毎週回す

発見したオポチュニティに対して、大きな開発をする前に小さな実験で検証する。

実験の種類(軽い順):

  • 仮説マッピング: チーム内で「このアイデアの前提は何か」を整理するだけ(0時間)
  • 1問アンケート: プロダクト内で1問だけ聞く(1時間)
  • プロトタイプテスト: Figmaモックで5人にテスト(半日)
  • Wizard of Oz: 機能の裏側を手動で運用して反応を見る(1〜3日)
  • ABテスト: 既存機能の小変更を検証(1〜2週間)

1週間に1つの実験を目標にする。すべてを正式に開発する必要はない。

ステップ4: ディスカバリーとデリバリーを同期させる

ディスカバリー(何を作るべきか)とデリバリー(実際に作る)を同じスプリントサイクルで回す。

実践方法:

  • スプリント計画時に「今週のディスカバリー活動」も計画する
  • デリバリー(開発)の工数の15〜20%をディスカバリーに充てる
  • スプリントレビューでディスカバリーの学びも共有する

判断基準: 「今スプリントで作っているものは、ディスカバリーで検証された仮説に基づいているか?」と常に問いかける。Yesと言えないなら、リスクの高い開発をしている可能性がある。

具体例
#

例1:SaaSチームの継続的ディスカバリー導入

状況: 従業員45名のチーム管理SaaS。プロダクトチーム(PM1人、デザイナー1人、エンジニア2人)が継続的ディスカバリーを導入。

導入前の状態:

  • ユーザーリサーチは四半期に1回の大規模調査のみ
  • PMが1人で仕様を書き、チームは「言われたものを作る」状態
  • リリース後に「思っていたのと違う」というフィードバックが頻発

導入した習慣:

  • 毎週火曜: ユーザーインタビュー30分×2人(自動リクルーティング)
  • 毎週水曜: プロダクトトリオで30分の振り返り+OSTの更新
  • 毎週木曜: 小さな実験の設計or結果分析(1時間)
  • スプリント計画: デリバリー80%、ディスカバリー20%で配分

3ヶ月でインタビュー実施数は四半期8人から24人に増加し、リリース後の手戻りは月平均3件から0.5件に激減した。エンジニアから「何を作るかの議論に参加できるようになってモチベーションが上がった」という声も出ている。

例2:ECアプリチームの実験ドリブン開発

背景: 月間アクティブユーザー15万人のファッションECアプリ。新機能のリリース後の利用率が平均8%と低迷。

継続的ディスカバリーの導入:

  • 毎週月曜: ユーザー2名にリモートインタビュー(購入体験の深掘り)
  • 毎週水曜: インタビュー結果をOSTに反映(チーム全員参加)
  • 毎週金曜: 1つの小さな実験を設計してリリース

8週間の実験ログ:

発見した課題実験内容結果
1-2商品を比較しづらい「お気に入り比較」プロトテスト反応良好
3-4サイズ選びに不安購入者のサイズ感レビュー表示CVR +12%
5-6再訪する理由がない新着通知のパーソナライズDAU +9%
7-8返品手続きが面倒ワンタップ返品申請返品NPS +35pt

8週間で4つの改善を実施した結果、新機能の利用率は平均8%から32%に向上した。「インタビューで課題を見つけ、小さな実験で検証し、データで確認する」週次サイクルが、チームの打率を劇的に変えた好例と言える。

例3:自治体DXチームの住民ニーズ把握

背景: 人口20万人の市のDX推進チーム(5名)。行政手続きのオンライン化を進めているが、利用率が想定の30%にとどまる。

導入した習慣:

  • 毎週水曜: 窓口来庁者2名に10分インタビュー(「なぜオンラインでなく窓口に来たか」)
  • 隔週金曜: 庁内関係者と30分の振り返り

6週間で得た発見:

  • 来庁者の58%が「オンライン手続きの存在を知らなかった」
  • 知っていた人の42%が「マイナンバーカードがないと使えないと思っていた」(実際は不要な手続きも多い)
  • 65歳以上の来庁者の80%が「画面の文字が小さくて読めない」

施策:

  • 窓口に「この手続き、スマホでもできます」のQRコードポスター設置
  • マイナンバーカード不要の手続き一覧を作成・配布
  • オンラインシステムのフォントサイズを16px→20pxに変更

オンライン利用率は30%から52%に向上し、窓口の平均待ち時間は18分から11分に短縮。週10分×2名のインタビューという最小の投資で、「利用されない本当の理由」を6週間で特定できた。

やりがちな失敗パターン
#

  1. 「リサーチは専門チームの仕事」と思い込む — 継続的ディスカバリーはUXリサーチャーだけの仕事ではない。プロダクトトリオ(PM・デザイナー・エンジニア)全員がユーザーと話すことに意味がある
  2. 完璧なリサーチ計画を立てようとして始められない — 15分の雑談でも、ユーザーと全く話さないよりはるかに良い。まず1人と話すことから始める
  3. インタビュー結果を蓄積しない — 個人のメモに留めると組織知にならない。チーム全員がアクセスできる場所に構造化して蓄積する
  4. ディスカバリーの時間をデリバリーに食われる — 「開発が忙しいから今週のインタビューはスキップ」が3回続くと習慣が崩壊する。カレンダーに固定枠を入れて死守する

まとめ
#

継続的ディスカバリーは「ユーザーと話すことを歯磨きのような習慣にする」アプローチ。週1回のインタビュー、OSTへの蓄積、小さな実験の繰り返し。完璧を求めず、まずは今週1人のユーザーと15分話すことから始めよう。その小さな一歩が、プロダクトの意思決定を根本から変える。