ひとことで言うと#
「リサーチは大規模調査を年に数回やるもの」ではなく、毎週ユーザーと話し、小さな実験で仮説を検証する習慣をプロダクトチームに根付かせる手法。テレサ・トーレスが提唱し、「ディスカバリーをデリバリーと同じリズムで回す」ことを目指す。
押さえておきたい用語#
- プロダクトトリオ(Product Trio)
- PM・デザイナー・エンジニアの3職種による最小意思決定チームのこと。ディスカバリー活動はこのトリオで行うのが基本。
- オポチュニティ(Opportunity)
- ユーザーインタビューから抽出された課題・ニーズ・ペインポイントを指す。解決策ではなく「ユーザー視点の困りごと」として記述する。
- OST(Opportunity Solution Tree)
- 成果目標→機会→解決策→実験をツリー構造で可視化する意思決定フレームワークである。継続的ディスカバリーの蓄積先として機能する。
- ウィークリーインタビュー
- 毎週最低1人のユーザーと話す習慣化されたリサーチ活動のこと。大規模調査ではなく、15〜30分の短いセッションを継続する。
継続的ディスカバリーの全体像#
こんな悩みに効く#
- リサーチをやりたいが「時間がない」と後回しにしている
- 大規模調査を半年に1回やるが、結果が出る頃には状況が変わっている
- PMが会議室にこもって仕様を決め、ユーザーの声が反映されていない
基本の使い方#
最も重要な習慣は毎週最低1人のユーザーと話すこと。
セットアップ方法:
- リクルーティングを自動化: プロダクト内に「フィードバックにご協力いただける方」の募集を常設
- 15〜30分の短いインタビュー: 1時間の正式なインタビューは不要
- **プロダクトトリオ(PM・デザイナー・エンジニア)**で参加する
週次インタビューの質問テンプレート:
- 「最近このプロダクトをどんな場面で使いましたか?」
- 「その時、困ったことやうまくいかなかったことはありますか?」
- 「理想的にはどうなっていたら嬉しかったですか?」
ポイント: 完璧なインタビューガイドを作ろうとしない。やらないよりは不完全でもやるほうが100倍マシ。
インタビューの結果を**オポチュニティ(ユーザーの課題・ニーズ)**として構造化する。
手順:
- インタビュー直後にプロダクトトリオで5分間の振り返り
- 聞こえた課題を付箋に書き出す
- オポチュニティソリューションツリーに追加する
蓄積のコツ:
- 週ごとにインタビューメモをNotionやMiroに蓄積
- 3人以上が同じ課題を挙げたらパターンとして認識
- 定量データ(行動ログ)とクロスチェックして裏付ける
4〜6週間続けると、ユーザーの課題の全体像が見えてくる。
発見したオポチュニティに対して、大きな開発をする前に小さな実験で検証する。
実験の種類(軽い順):
- 仮説マッピング: チーム内で「このアイデアの前提は何か」を整理するだけ(0時間)
- 1問アンケート: プロダクト内で1問だけ聞く(1時間)
- プロトタイプテスト: Figmaモックで5人にテスト(半日)
- Wizard of Oz: 機能の裏側を手動で運用して反応を見る(1〜3日)
- ABテスト: 既存機能の小変更を検証(1〜2週間)
1週間に1つの実験を目標にする。すべてを正式に開発する必要はない。
ディスカバリー(何を作るべきか)とデリバリー(実際に作る)を同じスプリントサイクルで回す。
実践方法:
- スプリント計画時に「今週のディスカバリー活動」も計画する
- デリバリー(開発)の工数の15〜20%をディスカバリーに充てる
- スプリントレビューでディスカバリーの学びも共有する
判断基準: 「今スプリントで作っているものは、ディスカバリーで検証された仮説に基づいているか?」と常に問いかける。Yesと言えないなら、リスクの高い開発をしている可能性がある。
具体例#
状況: 従業員45名のチーム管理SaaS。プロダクトチーム(PM1人、デザイナー1人、エンジニア2人)が継続的ディスカバリーを導入。
導入前の状態:
- ユーザーリサーチは四半期に1回の大規模調査のみ
- PMが1人で仕様を書き、チームは「言われたものを作る」状態
- リリース後に「思っていたのと違う」というフィードバックが頻発
導入した習慣:
- 毎週火曜: ユーザーインタビュー30分×2人(自動リクルーティング)
- 毎週水曜: プロダクトトリオで30分の振り返り+OSTの更新
- 毎週木曜: 小さな実験の設計or結果分析(1時間)
- スプリント計画: デリバリー80%、ディスカバリー20%で配分
3ヶ月でインタビュー実施数は四半期8人から24人に増加し、リリース後の手戻りは月平均3件から0.5件に激減した。エンジニアから「何を作るかの議論に参加できるようになってモチベーションが上がった」という声も出ている。
背景: 月間アクティブユーザー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%に向上した。「インタビューで課題を見つけ、小さな実験で検証し、データで確認する」週次サイクルが、チームの打率を劇的に変えた好例と言える。
背景: 人口20万人の市のDX推進チーム(5名)。行政手続きのオンライン化を進めているが、利用率が想定の30%にとどまる。
導入した習慣:
- 毎週水曜: 窓口来庁者2名に10分インタビュー(「なぜオンラインでなく窓口に来たか」)
- 隔週金曜: 庁内関係者と30分の振り返り
6週間で得た発見:
- 来庁者の58%が「オンライン手続きの存在を知らなかった」
- 知っていた人の42%が「マイナンバーカードがないと使えないと思っていた」(実際は不要な手続きも多い)
- 65歳以上の来庁者の80%が「画面の文字が小さくて読めない」
施策:
- 窓口に「この手続き、スマホでもできます」のQRコードポスター設置
- マイナンバーカード不要の手続き一覧を作成・配布
- オンラインシステムのフォントサイズを16px→20pxに変更
オンライン利用率は30%から52%に向上し、窓口の平均待ち時間は18分から11分に短縮。週10分×2名のインタビューという最小の投資で、「利用されない本当の理由」を6週間で特定できた。
やりがちな失敗パターン#
- 「リサーチは専門チームの仕事」と思い込む — 継続的ディスカバリーはUXリサーチャーだけの仕事ではない。プロダクトトリオ(PM・デザイナー・エンジニア)全員がユーザーと話すことに意味がある
- 完璧なリサーチ計画を立てようとして始められない — 15分の雑談でも、ユーザーと全く話さないよりはるかに良い。まず1人と話すことから始める
- インタビュー結果を蓄積しない — 個人のメモに留めると組織知にならない。チーム全員がアクセスできる場所に構造化して蓄積する
- ディスカバリーの時間をデリバリーに食われる — 「開発が忙しいから今週のインタビューはスキップ」が3回続くと習慣が崩壊する。カレンダーに固定枠を入れて死守する
まとめ#
継続的ディスカバリーは「ユーザーと話すことを歯磨きのような習慣にする」アプローチ。週1回のインタビュー、OSTへの蓄積、小さな実験の繰り返し。完璧を求めず、まずは今週1人のユーザーと15分話すことから始めよう。その小さな一歩が、プロダクトの意思決定を根本から変える。