このプレイブックの目的
顧客リサーチインタビューは、ただの丁寧な会話ではありません。相手が問題をどう言語化するのか、すでに何を試したのか、どこで不安になり、何が行動を変えるのかを聞くための手段です。AI は、募集、記録、タグ付け、要約の手間を減らし、あなたが質問の質に集中できるようにするときに最も効きます。
良いインタビューは、ノートを増やすのではなく、意思決定を良くします。
Quick take
強い customer research workflow は、募集、インタビュー記録、統合、活用の4層で回ります。AI はどの層も速くできますが、質を決めるのは、誰を呼ぶか、何を聞くか、そして会話をどう business asset に変えるかです。
| 層 | 繰り返し可能にすべきこと | 推奨ツール |
|---|---|---|
| 募集 | 適切な参加者を選別し、日程化すること | Notion Forms, Calendly Routing, CRM or tracker |
| 記録 | 会話を録音し、要約し、ログ化すること | Zoom, Granola, Fathom, Notion notes |
| 統合 | 単発の quote ではなく pattern に変えること | ChatGPT Projects, Claude Projects, Notion database |
| 活用 | 学びを messaging、product、sales に反映すること | brief, message doc, objection bank, roadmap notes |
スタック
話しやすい既存顧客だけに偏ると、インタビューは気持ちの良い確認作業になりがちです。新規顧客、ヘビーユーザー、離脱検討者、失注先、会社規模や文脈の違う人を混ぜることで、比較可能な違いが見えてきます。AI は整理を助けられますが、悪いサンプルを救うことはできません。
強い質問は、相手を具体的な場面に戻します。何が起きたのか、最初に何をしたのか、どこで詰まったのか、何と比較したのか、なぜ迷ったのか。抽象的な opinion は量産できますが、実際の sequence の中にこそ役に立つ言葉と buying logic があります。
1件ずつ深読みしすぎないこと。大事なのは複数の会話を並べて、何が繰り返し出てくるかを見ることです。AI は transcripts をまたいで objections、motivations、workarounds、phrases を束ねるのに向いています。きれいな1枚要約より、繰り返し現れる pattern の方が重要です。
リサーチは、notes フォルダに閉じると価値が漏れます。見つかったことを homepage copy、sales question、onboarding 改善、FAQ 更新、product priority のような具体物に変える。artifact を変えない限り、research loop は半分しか終わっていません。
実践フロー
- まず、何の意思決定を改善したいのかを定義する。
- 適切な人だけが calendar に進める simple screener を作る。
- 量を追う前に、違いが見える小さなサンプルを集める。
- 比較可能性を保つため、同じ interview guide で話を進める。
- 各 call の直後に transcript、summary、強い quote、次の問いを残す。
- 複数のインタビューをまとめて見て、pain point、motivation、language、objection の反復を探す。
- findings を、messaging 更新、sales brief、product memo など1つの具体物に変える。
- 新しい問いを次の round に戻し、research loop を継続する。
先に標準化すべきもの
| 優先 | アセット | 理由 |
|---|---|---|
| 1 | screener form | 募集が雑だとインタビュー全体がノイジーになる |
| 2 | interview guide | 同じ型があると pattern 比較がしやすい |
| 3 | note and transcript template | 記録の質が synthesis の速さを決める |
| 4 | tagging scheme | 比較のためには同じ分類軸が必要 |
| 5 | insight memo format | round ごとの学びが運用しやすくなる |
よくある失敗
- 取りやすい人ばかりに話を聞いてしまう。
- 抽象的な opinion を聞いて満足してしまう。
- 1つの強い quote を市場全体の truth と勘違いする。
- transcripts を溜めるだけで synthesis をしない。
- 学びを messaging、product、sales の変化に繋げない。
チェックリスト
- どの business decision を改善したいのかを先に決める。
- 取りやすさではなく対比でサンプルを組む。
- 具体的な出来事、比較、迷いの sequence を聞く。
- 1件ずつではなく、複数件を束ねて pattern を見る。
- findings を最低1つの運用アセットに変える。
このプレイブックが必要なサイン
- あなたの messaging が、顧客の実際の言葉より整いすぎている。
- 同じ objections が sales で何度も出るのに、整理されていない。
- product の議論が intuition に寄りすぎている。
- 顧客との会話はあるのに、学びが会議後に消えてしまう。
旧サイトから引き継ぐ素材
Operator note
顧客リサーチが強くなるのは、ユーザーは複雑だと再確認できたときではありません。あなたの言葉と意思決定が、会話のあとで変わったときです.