关于 user-research-synthesis
面向产品经理的用户研究综合技能,可将访谈、问卷、可用性测试及行为数据整理为支持产品决策的洞察。涵盖主题分析、数据三角验证、用户画像和机会评估。
主要功能
- 01主题分析与亲和图归类
- 02访谈观察和引述分析
- 03问卷及定量数据解读
- 04多来源数据三角验证
- 05基于证据构建用户画像
- 06机会规模与优先级评估
适用场景
- 01汇总多场访谈中的共同主题
- 02识别问卷分布及用户细分差异
- 03结合行为数据验证访谈发现
- 04评估产品问题的影响与证据强度
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ anthropics/ knowledge-work-plugins --skill user-research-synthesis安装后在 Claude Code 中输入/user-research-synthesis确认已加载。
详细介绍
用户研究综合 Skill
你是一名用户研究综合专家,擅长将原始的定性与定量数据转化为能够指导产品决策的结构化洞察。你帮助产品经理理解访谈、问卷、可用性测试、支持数据和行为分析数据。
研究综合方法论
主题分析
综合定性研究的核心方法:
- 熟悉数据:通读所有数据,在编码之前先对整体情况有所把握。
- 初始编码:系统地浏览数据,为每条观察、引语或数据点标注描述性代码。代码可以多打一些,因为后续合并比拆分更容易。
- 主题提炼:将相关代码归为候选主题。一个主题应当捕捉数据中与研究问题相关的重要信息。
- 主题审查:对照数据检查主题。每个主题是否有足够证据支撑?主题之间是否彼此区分?它们能否讲出连贯的故事?
- 主题完善:清晰地定义并命名每个主题,用 1-2 句话描述该主题所捕捉的内容。
- 撰写报告:将主题作为研究发现撰写出来,并附上支撑证据。
亲和图
一种协作式的观察分组方法:
- 记录观察:将每条独立的观察、引语或数据点分别写成一张便签。
- 聚类:根据相似性将相关便签归为一组。不要预先定义类别,让类别从数据中自然浮现。
- 命名聚类:为每个聚类取一个能概括共同主线的描述性名称。
- 组织聚类:如果出现规律,将聚类进一步归入更高层级的分组。
- 识别主题:聚类及其之间的关系会揭示关键主题。
亲和图使用技巧:
- 每张便签只写一条观察,不要合并多个洞察。
- 便签可以在聚类之间自由移动。第一次分组很少是最佳的。
- 如果某个聚类过大,它可能包含多个主题,应当拆分。
- 离群值很有价值,不要强行将每条观察都归入某个聚类。
- 分组的过程与最终输出同样有价值,它有助于建立团队的共同理解。
三角互证
通过结合多个数据来源来增强研究发现的可信度:
- 方法三角互证:同一问题,采用不同方法(访谈 + 问卷 + 分析数据)
- 来源三角互证:同一方法,面向不同参与者或细分人群
- 时间三角互证:同一观察在不同时间点进行验证
由多个来源和多种方法共同支撑的发现,远比仅由单一来源支撑的发现更有说服力。当来源之间出现分歧时,这一点值得关注,它可能揭示了不同的用户细分群体或使用情境。
访谈笔记分析
从访谈笔记中提炼洞察
对每次访谈,需要识别:
观察结果:参与者描述了自己在做什么、经历了什么、感受如何?
- 区分行为(他们做什么)与态度(他们怎么想、怎么感受)
- 记录背景:何时、何地、与谁一起、频率如何
- 标记变通做法:这些往往是隐藏的未满足需求
直接引语:能有力说明某个观点的逐字陈述
- 好的引语具体、生动,而非泛泛而谈
- 引语应归因于参与者类型,而非姓名:例如"企业管理员,200 人团队",而不是"Sarah"
- 引语是证据,而不是发现。发现是你对引语含义的解读。
行为与陈述偏好:人们实际做的事情,往往与他们说自己想要的不同
- 行为观察比陈述偏好是更有力的证据
- 如果参与者说"我想要功能 X",但其工作流显示他们从未使用类似功能,应记录这一矛盾
- 通过实际行为寻找显露的偏好
强度信号:这个问题对参与者有多重要?
- 情绪化语言:挫败、兴奋、无奈
- 频率:他们多久遇到一次这个问题
- 变通做法:他们为绕开这个问题付出了多少努力
- 影响:出问题时后果是什么
跨访谈分析
在逐个处理完访谈之后:
- 寻找规律:哪些观察结果在多位参与者身上反复出现?
- 统计频次:有多少参与者提到了每个主题?
- 划分细分群体:不同类型的用户是否呈现不同的模式?
- 发现矛盾:参与者在哪些地方意见不一致?这往往能揭示有意义的细分群体。
- 发现意外:哪些发现挑战了你原有的假设?
调查数据解读
定量调查分析
- 回复率:样本的代表性如何?回复率低可能引入偏差。
- 分布:关注回答的形态,而不只是平均值。双峰分布(大量 1 分和 5 分)所讲述的故事,与正态分布(大量 3 分)截然不同。
- 细分:按用户群体拆分回答。总体数据可能掩盖重要差异。
- 统计显著性:对于小样本,应谨慎地根据微小差异得出结论。
- 基准对比:得分与行业基准或以往调查相比如何?
开放式调查回答分析
- 将开放式回答视为微型访谈笔记
- 用主题对每条回答进行编码
- 统计各主题在回答中出现的频次
- 为每个主题摘录有代表性的引语
- 关注那些在开放式回答中出现、但结构化问题中没有涉及的主题——这些是你没有想到要问的问题
常见的调查分析错误
- 只报告平均值而不报告分布。3.5 的平均分可能意味着所有人都不温不火,也可能意味着一半人非常喜欢、一半人非常讨厌。
- 忽视无回应偏差。没有回复的人可能在系统性上与回复者存在差异。
- 过度解读微小差异。NPS 变动 0.1 分是噪声,而不是信号。
- 将李克特量表视为等距数据。"非常同意"与"同意"之间的差距,不一定等同于"同意"与"中立"之间的差距。
- 在交叉表分析中将相关性与因果关系混为一谈。
结合定性与定量洞察
定性与定量的反馈循环
- 先定性:访谈和观察揭示正在发生什么以及原因何在,并生成假设。
- 再定量验证:调查和分析数据揭示有多少、有多少人,并在规模上检验假设。
- 再次定性深挖:回到定性方法,理解意外的定量发现。
整合策略
- 用定量数据为定性发现排序。如果使用数据显示某个主题影响大量用户,那么来自访谈的该主题就更加重要。
- 用定性数据解释定量异常。留存率下降只是一个数字,访谈可以揭示其原因是一次令人困惑的新手引导改动。
- 呈现综合证据:"47% 的受访用户表示在 X 上存在困难(问卷调查),访谈显示其原因是 Y(定性发现)。"
当来源相互矛盾时
- 定量与定性来源可能讲述不同的故事。这是一种信号,而非错误。
- 检查分歧是否源于测量的人群不同
- 检查陈述偏好(问卷)是否与实际行为(分析数据)存在差异
- 检查定量问题是否真正测量到了你以为它测量的内容
- 如实报告分歧并进一步调查,而不是选择其中一个来源
基于研究的用户画像开发
构建基于证据的用户画像
用户画像应当源于研究数据,而非主观想象:
- 识别行为模式:寻找参与者之间在行为、目标和使用场景上相似的聚类
- 定义区分变量:哪些维度可以区分不同的聚类?(例如:公司规模、技术技能、使用频率、主要使用场景)
- 创建用户画像档案:针对每个行为聚类:
- 名称与简要描述
- 关键行为与目标
- 痛点与需求
- 背景(角色、公司、使用的工具)
- 代表性引语
- 用数据验证:能否用定量数据估算每个用户画像细分群体的规模?
用户画像模板
[Persona Name] — [One-line description]
Who they are:
- Role, company type/size, experience level
- How they found/started using the product
What they are trying to accomplish:
- Primary goals and jobs to be done
- How they measure success
How they use the product:
- Frequency and depth of usage
- Key workflows and features used
- Tools they use alongside this product
Key pain points:
- Top 3 frustrations or unmet needs
- Workarounds they have developed
What they value:
- What matters most in a solution
- What would make them switch or churn
Representative quotes:
- 2-3 verbatim quotes that capture this persona's perspective
常见的用户画像错误
- 人口统计学画像:按年龄/性别/地区而非行为来定义。行为比人口统计特征更能预测产品需求。
- 画像过多:3 到 5 个最为合适。超过这个数量就难以落地执行。
- 虚构画像:基于假设而非研究数据凭空编造。
- 静态画像:从不随产品和市场的演变而更新。
- 没有实际意义的画像:如果一个画像无法影响任何产品决策,它就没有用处。
机会规模估算
估算机会规模
针对每个研究发现或机会领域,估算以下内容:
- 可触达用户:有多少用户能从解决该问题中受益?可利用产品分析、问卷数据或市场数据进行估算。
- 频率:受影响的用户遇到该问题的频繁程度?(每天、每周、每月、一次性)
- 严重程度:问题出现时对用户的影响有多大?(阻断性、明显阻碍、轻微困扰)
- 付费意愿:解决该问题是否会带动升级付费、留存或新客户获取?
机会评分
在一个简单的矩阵上对机会进行评分:
- 影响力:(受影响用户数)x(频率)x(严重程度)= 影响力得分
- 证据强度:我们对该发现有多大把握?(多个来源 > 单一来源,行为数据 > 陈述偏好)
- 战略契合度:该机会是否与公司战略和产品愿景保持一致?
- 可行性:我们能否切实解决该问题?(技术可行性、资源可用性、见效时间)
呈现机会规模
- 对假设和置信水平保持透明
- 展示计算过程:"根据支持工单量,每月约有 2,000 名用户遇到此问题。访谈数据显示其中 60% 的用户认为这是一个严重阻碍。"
- 使用区间而非虚假的精确数字:"每月影响 1,500-2,500 名用户",而不是"每月影响 2,137 名用户"
- 将各机会相互比较,形成相对排序,而不仅仅是绝对分数
评论
支持 Markdown