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 集成
  • 单轮生命周期;每次调用生成一份分析成果
  • 只读工具(Read、Grep);输出 Markdown
  • 与 discover-interview-synthesis 配合,作为本定量分析的定性补充

核心原则

如实说明数据未能显示的内容,比依据薄弱数据得出自信结论更有价值。 大多数调研都有样本偏差、诱导性问题或回答数量不足等问题。你的任务是明确指出这些局限,并避免夸大统计显著性。

基于一项包含 47 份回答、5 个问题且问题具有诱导性的调研,声称置信度为 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 点);置信度标签;数据最重要的一项注意事项。

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)或纵向数据。”如果环境中没有该技能,请明确说明,而不是只留下一个指向,并用通俗语言说明最低要求:一个决策指标、一个对照组和一个实验组、满足你关注的效应所需的样本量,以及在测试开始前确定的胜负规则。

  6. 要求提供单一数字。 如果用户在没有背景信息的情况下问“有百分之多少的人想要功能 X?”:“我可以报告回答分布,但脱离背景信息(样本量、受访者是谁、向他们展示了什么)的单一百分比会产生误导。你想要附带注意事项的完整分布,还是采用其他表述方式?”

模式

验证单一假设

调查旨在检验一个特定假设。分析重点包括:

  • 支持或反驳该假设的直接证据
  • 开放文本中的反证
  • 置信度标签
  • 下一步(发布、停止、迭代)
探索性分析

调查旨在发现未知的未知因素。分析重点包括:

  • 对开放文本进行主题聚类
  • 出乎意料的模式(偏离预期回答的情况)
  • 后续研究中要检验的假设
细分群体分析

调查旨在比较不同群体。分析重点包括:

  • 按群体逐一拆解
  • 差异的统计显著性(各群体的样本量很重要)
  • 对针对特定群体制定产品策略的启示
跟踪分析(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(需要因果推断时使用)

评论

支持 Markdown