ユーザー調査のプレゼンは、発言を並べるだけではありません。問い、サンプルの背景、観察、テーマを、限定した製品判断につなげます。プレゼンテーションのデータストーリーを使い、根拠と解釈を分けて示してください。
問いとサンプルを説明する
調査の問い、方法、参加者の背景、期間を記載します。サンプルが代表しない人も明記します。これにより結果の範囲が伝わります。
観察と解釈を分ける
まず実際に観察したこと、聞いたことを書きます。次に、その根拠から導く解釈を示します。匿名化した発言を整えすぎたり、全員の意見として扱ったりしないでください。
テーマと反例を示す
似た観察をまとめつつ反例も残します。テーマを支える件数は示せますが、全ユーザーの割合にはしません。矛盾は次の調査の問いであり、隠すべき失敗ではありません。
気づきを判断につなげる
優先テーマごとに、機会、未回答の問い、次の製品判断を一つずつ書きます。提案、仮説、テスト案を分け、行動の担当者と確認する指標を決めます。
根拠に基づく構成
- 問いと方法
- サンプルと限界
- 観察と匿名化した根拠
- テーマ、反例、確かさ
- 機会、判断、テスト
- 次の行動と未回答の問い
プライバシーと範囲を守る
個人を特定できる情報を除き、発言や割合を作らないでください。定性調査は方向を示せますが、市場シェアを証明しません。この限界を最後のスライドに書きます。
調査の枠組みを先に示す
最初に調査の問い、方法、期間、参加者の背景を説明します。誰が含まれず、どの状況を観察していないかも書きます。インタビュー、モデレーション付きテスト、自由回答の調査は得られる信号が異なるため、同じ種類の証拠として混ぜません。
説明用の例を使うときは「例」と明記し、実際の調査結果と区別します。匿名化した発言は意味を変えず、特定につながる情報だけを取り除きます。
観察と解釈を分ける
まず、実際に見たこと、聞いたことを書きます。その後で、根拠から導いた解釈をテーマとして示します。参加者の言葉を整えすぎたり、全員の意見のように扱ったりしないでください。各観察に出典、取得日、確かさを添えます。
テーマの作り方を追跡する
似た観察をどのようにまとめたかを示し、テーマを支えるケースと反例を残します。件数は調査したケースについての説明であり、市場全体の割合ではありません。反例は隠す失敗ではなく、次の調査の問いです。
気づきを製品の判断につなげる
優先テーマごとに、機会、未回答の問い、次の製品判断を一つずつ置きます。提案、仮説、テスト案を別にし、行動の担当者と確認するシグナルを決めます。「さらに調査する」だけで終わらせず、何を学べば判断できるかを一文で書きます。
根拠に基づくスライド構成
- 問いと方法
- サンプル、期間、限界
- 観察と匿名化した根拠
- テーマ、反例、確かさ
- 機会、判断、テスト
- 次の行動と未回答の問い
詳細な出典、コーディング方法、長い引用は付録へ移します。本編では各判断を支える根拠だけを読みやすく残します。
プライバシーと範囲を守る
個人を特定できる情報、作っていない発言、根拠のない割合を入れません。定性調査は方向を示せますが、市場シェアや全ユーザーの因果を証明しません。最後のスライドで、確認済み、解釈、次に検証することを分けます。
更新履歴を残す
合成した日付、確認した人、使った資料の版を記録します。新しい観察でテーマや提案が変わったら、以前の結論を削除せず、何が変わったかと理由を残します。会議の最後には、決めたこと、保留したこと、次に得る証拠を一つの表にまとめます。
これにより、資料は引用の集合ではなく、根拠から限定した判断へ進む作業の記録になります。
サンプルを正しく読む
参加者数だけで結果の強さを決めず、参加条件、募集経路、調査者と参加者の関係を確認します。特定の経験を持つ人に偏っている場合は、その偏りを限界として書きます。小さなサンプルでも、課題を深く理解する手掛かりにはなりますが、全体の発生率を示すものではありません。
観察が一致しないときは、どの条件で違いが出たのかを確認します。デバイス、経験、利用目的、状況が異なる場合は、テーマを一つにまとめず、条件ごとに別の示唆として示します。
判断の境界を明記する
提案の強さが根拠の強さを超えないようにします。「試す価値がある」という判断と、「この機能が成果を上げる」という主張は別です。前者には小さなテスト、後者にはさらに検証が必要です。スライドの見出しも、根拠が示す範囲に合わせて書きます。
反対の証拠がある場合は、推奨を条件付きにします。例えば、特定の利用状況で再現できるかを確認してから、対象を広げるという形です。条件、担当者、期限を判断ログに残します。
引用と要約を管理する
引用は匿名化し、編集した部分を明確にします。要約した観察には、元の記録やセッション番号を付け、同じ発言を複数のテーマで数えないようにします。長い引用を目立たせるだけで結論を作らず、引用が何を示し、何を示さないかを一文で補います。
次の調査を設計する
未回答の問いには、次に集める情報、対象者、方法、完了条件を割り当てます。データが増えたら、以前のテーマをそのまま足すのではなく、根拠が増えた部分と変わらない部分を区別します。資料の更新日を変えた場合は、公開の更新履歴にも理由を残します。
最終ページでは、決定、保留、追加調査、試す行動を四つの欄に分けます。これにより、読者は研究の結果と、チームがまだ選んでいない道を混同しません。
サンプルの偏りを読む
参加者の人数だけで調査の強さを判断しません。募集経路、参加条件、調査者との関係、参加しなかった人の特徴を確認します。特定の経験を持つ人に偏っている場合は、その偏りがどの判断に影響するかを明記します。小さなサンプルは課題を深く理解する手掛かりになりますが、全利用者の発生率を示すものではありません。
観察が食い違ったときは、デバイス、経験、利用目的、利用場面など、違いが現れた条件を切り分けます。条件が異なる観察を無理に一つのテーマへまとめず、セグメントごとの示唆と共通する示唆を分けます。
判断の強さを根拠に合わせる
「試す価値がある」という判断と、「この機能が成果を生む」という主張は同じではありません。前者なら小さなテストを設計し、後者を述べるには追加の検証が必要です。スライドの見出しも、実際の証拠が支える範囲に合わせます。反対の証拠があるときは、対象や条件を限定した推奨にします。
引用と要約を追跡する
引用は匿名化し、意味を変えない範囲で編集した箇所を管理します。要約した観察には元の記録やセッション番号を付け、同じ発言を複数のテーマで重複して数えないようにします。引用を大きく表示するだけで結論を作らず、何を示し、何を示さないかを短く補足します。
次の調査を設計する
未回答の問いごとに、次に集める情報、対象者、方法、完了条件を割り当てます。調査を追加したら、以前のテーマに単純に件数を足すのではなく、根拠が強くなった部分と変わらない部分を分けて更新します。調査資料には合成日、確認者、使用した資料の版を残します。
最後のページでは、決定、保留、追加調査、試す行動を四つの欄に分けます。これにより、読者は確認済みの知見と、チームがまだ選択していない道を混同しません。
