user-interview-synthesis について
user-interview-synthesis は、インタビューの記録を根拠に基づく調査サマリーへまとめるスキルです。調査チームが繰り返し現れるテーマを見つけ、確度の低い兆候を分け、知見をプロダクトの判断につなげます。
主な機能
- 01インタビュー横断のテーマ抽出
- 02調査結果の分類
- 03逐語引用の選定
- 04確度の低い兆候の追跡
- 05実行可能なプロダクトへの示唆
活用シーン
- 01インタビュー記録の統合
- 02参加者間の傾向の確認
- 03根拠に基づくプロダクト提案の準備
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ mohitagw15856/ pm-claude-skills --skill user-interview-synthesisインストール後、Claude Code で/user-interview-synthesisを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/coding-transcripts.mdworked-example.mdtemplates/per-session-capture.md詳細
ユーザーインタビュー統合スキル
生のインタビュー記録を、テーマ、課題、実行可能なインサイトを明らかにする構造化された統合ドキュメントに変換します。
必要な入力
以下が提供されていない場合は、ユーザーに確認してください。
- インタビュー記録またはメモ(大まかなメモでも構いません)
- 参加者の人数とプロフィール(役割、企業規模、背景)
- リサーチの質問(この調査で明らかにしようとしていたこと)
- リサーチの実施期間(背景情報として)
プロセス
- 結論を導き出す前に、提供されたすべての記録を最後まで読みます
- 繰り返し現れるテーマを特定します(テーマと認めるには、最低3回の言及が必要です)
- 調査結果を次のカテゴリに分類します:課題、ワークフローのインサイト、機能リクエスト、満足した瞬間
- 各テーマのパターンを最もよく表す逐語引用を2~3件選びます
- 各テーマについて「つまり何を意味するのか」を示すインプリケーションを作成します。製品にとって何を意味するのでしょうか?
- 検証 — すべてのテーマに、少なくとも3人の参加者からの引用があることを確認します。これより少ない人数の参加者のみに基づくインサイトには、信頼度が低いことを明記します。
出力構成
リサーチ統合:[調査名]
参加者:[n] 実施期間:[期間] リサーチの質問:[リスト]
テーマ1:[テーマ名]
- 要約(2~3文)
- 裏付けとなる引用(少なくとも3人の参加者から)
- 製品へのインプリケーション
[各テーマについて繰り返す]
信頼度の低いシグナル(参加者1~2人のみ)
[追跡する価値はあるものの、まだ対応に移すべきではない調査結果。どのような追加調査で確認または否定できるかを記載します]
推奨される次のステップ
[調査結果に基づく、具体的で実行可能な推奨事項]
詳細資料
このスキルにはサポートファイルが含まれています。利用可能な場合は活用してください。
references/coding-transcripts.md— シグナルを損なわずにインタビュー記録をコード化する方法。出力の作成時に適用してください。上記の手法概要では簡略化されている、判断基準と調整方法が記載されています。templates/per-session-capture.md— 品質チェック項目が記載された、成果物の記入用テンプレート。生成を依頼するのではなく、ユーザー自身でドキュメントを作成したい場合に提示してください。
スコアリング基準(0~40)
このスキルの出力は、引き渡す前に採点してください。32点以上が出荷品質です。
| 項目 | 0 | 5 | 10 |
|---|---|---|---|
| 根拠の追跡可能性 | 引用や参加者の出典を示さずにテーマを断定している | ほとんどのテーマに引用があるものの、参加者1~2人のみに基づくテーマや、出典不明の言い換えがある | すべてのテーマに、異なる参加者3人以上からの逐語引用があり、参加者名簿と一致する頻度(「9人中6人」など)が示されている |
| インプリケーションの実行可能性 | インプリケーションが観察結果を言い換えている(「ユーザーはXに不満を感じている」) | 方向性は示しているが、決定事項、担当者、変更内容が特定されていない | すべてのインプリケーションが、今四半期中に誰かが実行できる具体的な製品判断につながる |
| 矛盾の誠実な扱い | 調査結果がすべて都合よく依頼者の仮説を支持し、不都合なデータが抜けている | 矛盾する証拠はあるものの、目立たない場所に置かれていたり、表現が和らげられたりしている。両面を含む引用も、役立つ部分だけに切り詰められている | 仮説に矛盾する調査結果が明確に示され、曖昧な引用は矛盾を明記したうえで全文が保持されている |
| シグナルの区別と質問への対応 | 1人だけの逸話が主要テーマに混在し、リサーチの質問が無視されている | 信頼度の低いシグナルが分けられているものの、追跡調査の道筋がない。または、リサーチの質問が1つ未対応である | 参加者1~2人のみのシグナルはすべて独立したセクションに置き、それを確認するための低コストなテストを記載している。また、「結論が出ない」場合も含め、すべてのリサーチの質問に明示的に回答している |
品質チェック
- すべてのテーマが、少なくとも3人の参加者からの引用で裏付けられている
- インプリケーションが単なる観察ではなく、具体的な製品判断につながっている
- 研究者のバイアスを確認している。誘導的な表現がなく、調査結果がすべて1つの仮説を支持していない
- 1人だけのシグナルは、主要テーマに混在させず、別途明記されている
- 調査概要にあるリサーチの質問それぞれに、回答がある(「結論が出ない」場合も含む)
アンチパターン
- 1人の参加者からしか得られていないシグナルを主要なテーマに混ぜないでください。1人の参加者だけが挙げたインサイトは、別途明記してください
- 観察結果を言い換えただけで、可能になるプロダクトの意思決定を示していない示唆を書かないでください
- プロジェクトの仮説を裏付けるテーマだけを含めないでください。矛盾する調査結果は省略せず、明らかにしてください
- 引用を伴わずに調査結果を提示しないでください。各テーマには、少なくとも3人の参加者からの逐語的な証拠が必要です
- リサーチクエスチョンを未回答のままにしないでください。結論が出ない場合も含め、調査概要に記載された各質問に明示的に回答してください
コメント
Markdown 対応