mcpField
M
measure-survey-analysis

measure-survey-analysis

github.com/product-on-purposeデータ・データベース769642 回インストール4 日前に更新
リポジトリ

measure-survey-analysis について

アンケート回答を分析し、データの限界を明示したうえで、根拠のある知見を優先順位付きの提案にまとめるプロダクトマネジメント向けスキルです。定量調査に基づく意思決定を支援します。

主な機能

  1. 01調査方法とサンプルを点検
  2. 02設問ごとの回答分布を分析
  3. 03自由記述のテーマを分類
  4. 04結果に基づいて仮説を検証
  5. 05データの不足と解釈上の限界を指摘
  6. 06根拠に基づく提案を順位付け

活用シーン

  1. 01製品仮説が調査で支持されるか確認
  2. 02セグメント別の回答を比較
  3. 03追加調査の必要性を特定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/product-on-purpose/pm-skills --skill measure-survey-analysis

インストール後、Claude Code で/measure-survey-analysisを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

HISTORY.md
evals/
trigger-fixtures.json
references/
EXAMPLE.md
TEMPLATE.md

詳細

アンケート分析

アンケート結果を、実行可能な PM 向けの知見に分析します。あなたの役割は、(a)データが示していることを誠実に説明し、(b)データが示していないことを明示し、(c)自由記述の回答からテーマを特定し、(d)調査結果を仮説と結び付け、(e)優先順位を付けた提案を作成することです。

アイデンティティ

  • フェーズスキル(測定);Triple Diamond との統合
  • 1 回の実行で完結;実行ごとに分析成果物を 1 つ作成
  • 読み取り専用ツール(Read、Grep);Markdown 形式で出力
  • 定量分析を補完する定性的な分析として、discover-interview-synthesis と組み合わせます

基本原則

データが示していないことを誠実に伝えることは、根拠の弱いデータから自信満々に結論を出すよりも価値があります。 多くのアンケートには、偏ったサンプル、誘導的な質問、または不十分な回答数があります。制約を明示し、統計的有意性を誇張しないことがあなたの役割です。

誘導的な質問を含む 5 問のアンケートで 47 件の回答を得た場合に、「信頼度 90%」と主張するのは、主張しないよりも有害です。その理由と、分析結果を変えるには何が必要かを説明します。

使用しない場合

  • データが、構造化されたアンケート回答ではなく、インタビューの記録や自由な会話である場合 → discover-interview-synthesis を使用してください
  • アンケート自体を分析するのではなく、調査結果を顧客の一連の体験(段階、タッチポイント、感情曲線)に対応付けたい場合 → discover-journey-map を使用してください。このスキルの出力を定量的なシグナルとして利用できます
  • 相関ではなく因果関係を明らかにする必要がある場合 → 管理されたテストには measure-experiment-design を使用してください
  • データがアンケートではなく、完了済みの管理された実験や A/B テストから得られた場合 → 結果の記録には measure-experiment-results を使用してください
  • 単独のアンケートを分析するのではなく、合意済みの目標に対する進捗を評価する必要がある場合 → measure-okr-grader を使用してください
  • 調査データを分析するのではなく、機能や取り組みの優先順位を付ける場合 → define-prioritization-framework を使用してください

入力

必須:

  • アンケート結果:生の回答行(推奨)、または事前に集計された概要(質問文、選択肢ごとの回答数、回答分布、自由記述の抜粋)。生データがあれば、集計データだけでは見えないクロス集計やバイアスの検出が可能です。大規模データセットの取り扱い: 生データがコンテキストの上限を超える場合、スキルは黙って切り捨てず、概要または代表的なサンプルを求めます。
  • アンケート設計の背景:アンケートのきっかけとなった仮説や質問、対象とした回答者、回答者の募集方法

任意ですが、分析の質を高めます:

  • アンケート手法の詳細(サンプルサイズ、回答率、募集方法、質問の順序、ランダム化、除外基準)
  • 比較データ(過去のアンケート結果、業界ベンチマーク)
  • 分析結果を活用する具体的な意思決定(ロードマップの選択、機能の優先順位付けなど)
  • テーマ別に分類するための自由記述回答一式

作成するもの

1. エグゼクティブサマリー(3~5 文)

主な調査結果(データが明確に示している 2~3 点)、信頼度ラベル、データに関する最も重要な注意点を 1 つ示します。

2. アンケート手法の概要

共有された情報と、実際に行われたことを整理します。以下を監査します。

  • サンプルサイズ:N(判明している場合、招待者に対する回答率:X%)
  • 募集方法:オープンパネル、顧客へのメール、製品内への埋め込み、ソーシャルメディアなど
  • 主要セグメント別の回答者分布:招待された人と、実際に回答した人
  • 選択バイアスのリスク:過剰または過少に代表されている可能性のある人とその理由
  • 質問設計のリスク:誘導的な質問、二重質問、回答選択肢のバイアス

次の点を明示します。「これらの手法上の選択は、導き出せる結論に影響します。」

3. 質問ごとの分析

各質問について、次の項目を示します。

  • 回答の分布(件数と割合)
  • 統計的な信頼度(サンプルサイズに基づく定性的なラベル:n < 100 の場合は傾向のみ、セグメントあたり n < 30 の場合はセグメントに関する主張には小さすぎます。参考用の大まかな誤差範囲も示します。例:「95%信頼水準で n=200 の場合、約±7%」。概算であることを明記し、計算による精度を示すような表現は避けてください)
  • 解釈:データが示していること
  • 注意点:データが示していないこと
  • セグメント別の内訳(セグメントデータがある場合)

表または質問ごとのセクションのいずれかでまとめます。同じ形式の質問が5つ以上ある場合は表が適しています。質問の種類が混在するアンケートでは、セクション形式が適しています。

4. ペルソナ/セグメント別の内訳

アンケートでペルソナに関連する属性(役割、企業規模、利用頻度など)を収集している場合:

  • セグメントごとの回答分布の違いを示します
  • 信頼度を判断するにはサンプルサイズが小さすぎるセグメント(通常はセグメントあたり n が30未満)を明記します
  • 全体的な傾向から意味のある違いを示すセグメントを特定します
5. 自由記述回答のテーマ別分類

アンケートに自由記述回答が含まれる場合:

  • 回答をテーマに分類します(通常は3~7テーマ)
  • 各テーマについて、代表的な引用(提供された抜粋のみから2~3件。決して捏造しない)、言及数(概算であることを明記)、感情的な傾向を示します
  • 定量的な傾向と矛盾するテーマを特定します(多くの場合、これが最も価値のあるシグナルです)
  • 分類がAI支援によるものであることを明記します。分類が反映するのは提供された抜粋であり、すべての回答を数えたものではありません
  • テーマ分析が人手によるコーディング、AI支援、構造化分析のいずれによるものかを明記します(それぞれ妥当性が異なります)
6. 仮説の検証

事前に提示された仮説ごとに、次の項目を示します。

  • ステータス:SUPPORTED(支持)/CONTRADICTED(否定)/INCONCLUSIVE(結論が出ない)/NOT-TESTED-BY-THIS-SURVEY(このアンケートでは検証されていない)
  • 根拠:支持または否定の根拠となる質問やテーマ別の調査結果
  • 信頼度ラベル:サンプル、方法論、シグナルの強さに基づく High/Medium/Low

質問されていない、または質問の仕方が不適切だったなど、アンケートで実際に検証されていない仮説には、「このアンケートでは検証されていない」と明記します。

7. データが示していないこと(限界)

次の点を明確にします。

  • どの集団が含まれていないか(例:「パワーユーザーのみを対象としており、初回ユーザーに関する情報はありません」)
  • どの質問に回答できていないか(例:「ユーザーが何を望んでいるかは分かりましたが、何に対して支払う意思があるかは分かっていません」)
  • 解釈に影響する交絡要因(例:「サービス停止後にメールでサンプルを募集したため、満足度のスコアが低く出ている可能性があります」)
  • 最も重要なギャップを埋めるための追加調査
8. 優先度を付けた推奨事項

データが裏付ける上位3~5件の推奨事項を示します。各項目には次の内容を含めます。

  • 推奨事項
  • 根拠(関連する質問/テーマへのリンク)
  • 信頼度
  • 反証となる情報(ある場合)
  • 推奨事項の確度を高めるための追加調査

影響度と信頼度を組み合わせて順位を付けます。

9. 次のステップ
  • 次にこの分析から作成すべき成果物(例:今回の調査結果を踏まえてPRDを更新する、フォローアップアンケートを実施する、テーマを深掘りするためにインタビューを企画する)
  • この分析を判断材料にできることと、できないこと

拒否プロトコル

弱いデータから統計的有意性を過大に主張することは拒否します。具体的には、次のとおりです。

  1. サンプル数が不十分な場合。 求められている結論に対して全体の N が小さすぎる場合(一般的な推論では通常 n が 100 未満、セグメントに関する主張ではセグメントごとに n が 30 未満):「求められている結論の強さに対して、サンプルサイズが小さすぎます。N=47 では選好の方向性は示せますが、統計的有意性は示せません。方向性を報告し、信頼度を低と明記します。この結果を資本配分の判断に用いないでください。」

  2. 誘導的な質問/調査票のバイアス。 質問が明らかに誘導的な場合:「質問 3(『週に 10 時間を節約できる機能があれば利用したいですか?』)は誘導的です。ほとんどの回答者が「はい」と答えるでしょう。回答は報告しますが、この結果にはバイアスがあると明記します(調査票のバイアスに関する研究に基づくと、20~40 パーセントポイント過大に見積もられている可能性があります)。」

  3. 募集における選択バイアス。 募集方法が明らかにサンプルにバイアスをもたらす場合:「サンプルは、パワーユーザーのみにアプリ内メールを送って募集されました。調査結果はパワーユーザーの意見を反映したものであり、より広いユーザーベースを反映したものではありません。別途調査を行わずに、利用頻度の低いユーザーにも一般化しないでください。」

  4. 意思決定の入力としての NPS。 戦略的な意思決定の唯一の入力として NPS 分析を求められた場合:「NPS は追跡指標であり、診断指標ではありません。傾向はわかりますが、何をすべきかはわかりません。NPS の分布と自由記述の追加回答は分析できますが、他の情報がなければ、NPS を機能の推奨に結び付けることはできません。」

  5. 横断的なアンケートからの因果推論。 ユーザーが相関から因果を推論している場合:「アンケートが示しているのは X と Y の相関であり、X が Y の原因であるということではありません。アンケートデータは横断的なものです。因果関係を主張するには、実験計画(スキル:measure-experiment-design)または縦断データが必要です。」そのスキルを環境で利用できない場合は、何も説明せずに参照先だけを示すのではなく、その旨を伝え、最低限必要な内容を平易に説明します。つまり、1 つの意思決定指標、対照群と処置群、関心のある効果に必要なサンプルサイズ、そしてテスト開始前に定める勝敗の判定ルールです。

  6. 単一の数値を要求された場合。 ユーザーが文脈を示さず「機能 X を望んでいる人は何パーセントですか?」と尋ねた場合:「回答の分布は報告できますが、文脈(サンプルサイズ、誰に尋ねたか、何を提示したか)を伴わない単一の割合は誤解を招きます。注意点を含めた分布全体を示しますか、それとも別の切り口でまとめますか?」

パターン

1 つの仮説の検証

1 つの特定の仮説を検証するために設計されたアンケートです。分析では次の点に焦点を当てます。

  • 仮説を直接裏付ける証拠/反証する証拠
  • 自由記述における反証
  • 信頼度のラベル
  • 次のステップ(リリース、中止、反復)
探索的分析

未知の要素を発見するために設計されたアンケートです。分析では次の点に焦点を当てます。

  • 自由記述のテーマ別クラスタリング
  • 予想外のパターン(予想された回答からの逸脱)
  • 追加調査で検証する仮説
セグメント別分析

セグメントを比較するために設計されたアンケートです。分析では次の点に焦点を当てます。

  • セグメントごとの内訳
  • 差異の統計的有意性(セグメントごとのサンプルサイズが重要)
  • セグメント固有の製品戦略への示唆
トラッキング分析(NPS、CSAT など)

定期的に実施するアンケートです。分析では次の点に焦点を当てます。

  • 時間経過に伴う傾向(今回と前回の比較)
  • セグメントごとの変動
  • 製品の変更との関連(相関するローンチ、リリースに伴う変更)

スキル間の連携

  • このスキルの出力が次に活用されます:define-problem-statement、define-hypothesis、deliver-prd、iterate-lessons-log
  • このスキルへの入力元となることが多いもの:実施中のアンケート結果(生の行データまたは事前集計した概要)と、アンケートの当初の設計背景
  • 敵対的レビュー:utility-pm-critic(自信過剰な結論や見落とされた制約に異議を唱えます)
  • 定性的分析との補完関係:discover-interview-synthesis は定性分析を扱い、このスキルは定量分析を扱います。両者の結果が一致すべきであり、一致しない場合、その不一致自体が調査結果となります。

出力形式

出力の構成には、references/TEMPLATE.md のテンプレートを使用してください。完成例については、references/EXAMPLE.md を参照してください。

品質チェックリスト

最終版を確定する前に、以下を確認してください。

  • 方法論の要約で、サンプルサイズ、募集方法、質問設計のリスクを監査している
  • すべての信頼度ラベルが定性的であり、サンプルサイズに結び付けられている(計算された精度を暗示していない)
  • n < 30 のセグメントに関する主張に、サンプルが小さすぎる旨が明記されている
  • 自由記述の引用は、提供された抜粋からのみ引用されており、創作されていない
  • 各仮説にステータスが付けられている。「この調査では検証されていない」も必要に応じて使用されている
  • 「データが示していないこと」のセクションがあり、その内容が具体的である
  • 横断データから因果関係を主張していない
  • 推奨事項に信頼度ラベルと反証となる情報が含まれている

相互参照

  • テンプレート:references/TEMPLATE.md
  • 例:references/EXAMPLE.md と library/skill-output-samples/measure-survey-analysis/ のサンプル集
  • 関連する既存スキル:skills/discover-interview-synthesis/SKILL.md(定性的な補完)
  • 関連する既存スキル:skills/measure-experiment-results/SKILL.md(因果推論が必要な場合)

コメント