关于 research-synthesis
面向产品和研究团队的研究综合 Skill,可将定性与定量证据整理为主题、人物画像和机会优先级,涵盖编码、三角验证、问卷分析及机会评分方法。
主要功能
- 01主题编码与亲和聚类
- 02访谈和问卷分析
- 03跨方法证据三角验证
- 04基于证据构建人物画像
- 05机会规模估算与评分
适用场景
- 01综合多场访谈中的反复主题
- 02按用户群体检验问卷结果
- 03依据观察行为构建人物画像
- 04基于证据确定产品机会优先级
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ okou-ai/ okou-skills --skill research-synthesis安装后在 Claude Code 中输入/research-synthesis确认已加载。
详细介绍
核心分析方法
主题编码
一种从定性数据中提取含义的系统方法:
- 沉浸 — 从头到尾阅读完整数据集,不做批注。在构建结构之前,先直观了解整体情况。
- 开放式编码 — 遍历每个数据点,为其添加描述性标签。宁可过度编码,也不要编码不足;合并比事后拆分容易。
- 模式归组 — 将相关编码归入候选主题。每个主题都应体现与你的研究问题相关且有意义的模式。
- 验证 — 重新审视原始数据,对每个主题进行压力测试。确认有充分证据支持、主题之间没有过度重叠,并且这些主题共同构成连贯的叙述。
- 精炼 — 为每个主题取一个准确的名称,并用一到两句话定义其核心含义。
- 报告 — 将主题写成研究发现,并为每个发现提供具体数据作为依据。
自下而上的聚类(亲和图法)
一种让结构从观察中自然浮现的技术:
- 拆分 — 将每条独立的观察、引述或数据点记录为单独的单元
- 按相似性分组 — 在没有预设类别的情况下排列各单元,让数据决定分组方式
- 为每个集群命名 — 赋予标签,概括将其中各项联系起来的共同脉络
- 构建层级 — 如果不同集群之间自然形成了更大的分组,就将它们整理为更高层级的类别
- 解读图谱 — 集群结构及集群之间的关系会揭示关键主题
实践建议:
- 每个单元只保留一条观察,不要将多个见解捆绑在一起
- 灵活调整位置;最初的归类只是暂定的
- 过大的集群通常包含多个主题,应进一步拆分
- 值得仔细审视那些难以归类的独立观察;异常项往往蕴含重要信号
- 聚类过程本身也能帮助形成理解,而不仅仅是最终的排列结果
通过三角互证进行交叉验证
通过独立的证据线确认发现,从而增强其可信度:
- 方法三角互证:通过不同技术探究同一个问题(例如,访谈、调查和分析)
- 参与者三角互证:在不同用户细分群体或队列中考察同一个问题
- 时间三角互证:在多个时间点寻找相同的模式
得到多个独立来源支持的发现更有说服力。如果不同来源之间存在分歧,应将其视为有价值的信息——这可能指向不同的用户细分群体或受情境影响的行为。
处理访谈数据
从单场访谈中提取关键信息
针对每场访谈,提取以下四类信息:
观察到的行为和表达出的态度
- 区分参与者描述自己做了什么,以及他们的感受或看法
- 记录情境背景:发生频率、场景、涉及的协作者
- 特别关注变通做法——每种做法都代表一项未满足的需求
说明性引述
- 选择具体、生动的引述,而不是泛泛而谈的陈词
- 根据参与者画像而非姓名注明出处:写“中型市场运营负责人,50 人团队”,而不是“参与者 7”
- 请记住:引述是支持研究发现的证据,而非研究发现本身
表达出的偏好与实际行为之间的差距
- 人们声称想要的东西,往往与他们实际所做的不同
- 可观察到的行为比自我报告的偏好更有力
- 如果参与者要求某项功能,但其工作流显示他们并未使用类似的现有功能,请记录这一差异
强度信号
- 情绪标记:沮丧、热情、无奈
- 遇到频率:每日困扰还是偶尔烦恼
- 为采取变通做法投入的精力
- 问题发生时带来的后续影响
跨多场访谈的模式
完成单场访谈的编码后:
- 找出哪些观察结果在不同参与者中反复出现,并统计其频次
- 按用户类型细分——不同角色或情境通常会呈现不同模式
- 揭示参与者之间的矛盾;这些矛盾往往意味着存在有意义的受众细分群体
- 突出任何出乎最初预期的发现
解读调查数据
定量响应分析
- 样本质量:得出结论前,评估响应率和潜在的无响应偏差
- 查看分布,而不只是均值:即使平均值相同,双峰分布(集中在两端)讲述的故事也与钟形曲线截然不同
- 按细分群体分析:汇总数据可能掩盖不同用户群体之间的关键差异
- 重视样本量:样本量较小时,细微的数值差异并不可靠
- 结合基准数据解读:与之前的时期或行业基准进行比较
自由文本响应分析
- 对访谈数据应用相同的主题编码流程
- 统计各主题在响应中的出现频次
- 为每个主题提取有代表性的引述
- 留意在开放文本中出现、但结构化问题未涵盖的主题——这些主题揭示了调查设计中的盲点
调查分析中的常见陷阱
- 只报告均值而不展示分布——相同的平均值可能掩盖截然不同的响应分布
- 忽视无响应偏差——跳过调查的人可能与完成调查的人存在系统性差异
- 将微小的分数波动视为有意义的变化——分数变动零点几通常只是噪声
- 假设李克特量表上的间隔相等——“非常同意”和“同意”之间的心理距离,不一定与“同意”和“中立”之间的相同
- 根据交叉制表的相关性得出因果结论
融合定性与定量证据
迭代循环
- 从定性分析开始:访谈和观察揭示是什么以及为什么,并生成有关用户行为的假设。
- 进行量化:调查和分析衡量其普遍程度和频率,从而大规模验证或质疑假设。
- 回到定性分析:深入探究,以解释出乎意料的定量结果。
有效整合证据
- 根据定量覆盖范围衡量定性发现的权重——如果分析数据显示某个访谈主题涉及大量用户,该主题就更重要
- 用定性数据解读定量异常——留存率下降是一个数字;访谈则揭示,入门流程重新设计让新用户感到困惑
- 呈现整合后的证据:“42% 的受访者指出 X 存在困难(调查数据)。访谈表明,根本原因是 Y(定性发现)。”
数据源相互矛盾时
- 不同方法得出的证据相互矛盾是特征,而非缺陷——这意味着需要进一步调查
- 检查差异是否源于测量了不同人群
- 考虑自我报告的偏好(调查)是否与实际行为(分析数据)存在差异
- 验证调查问题是否真正捕捉到了预期的构念
- 透明地报告冲突并开展后续调查,而不是任意选择其中一个数据源
根据数据构建用户画像
从行为聚类到用户画像
用户画像必须基于观察到的模式,而非假设:
- 识别行为聚类:找出目标、行为和情境相似的参与者群体
- 找出区分维度:确定各群体之间的差异所在——使用强度、公司规模、技术水平、主要待完成工作等
- 为每个群体起草用户画像:
- 描述性标签和摘要
- 典型行为和目标
- 核心挫折和未得到满足的需求
- 情境细节(角色、组织类型、相关工具)
- 研究中的佐证引述
- 用定量数据验证:使用分析数据或调查人口统计数据估算各用户画像细分群体的规模
用户画像结构
[Label] — [One-sentence characterization]
Background:
- Role, organization type and scale, experience level
- How they discovered and adopted the product
Objectives:
- Primary goals and jobs to be done
- How they define success
Product Relationship:
- Usage frequency and depth
- Key workflows and features relied upon
- Complementary tools in their stack
Frustrations:
- Top unmet needs (limit to 3)
- Workarounds they have built
Decision Drivers:
- What they prioritize in a solution
- What would push them to leave or upgrade
Voice of the User:
- 2-3 verbatim quotes capturing this persona's perspective
用户画像反模式
- 按人口统计特征定义:按年龄、性别或地域定义用户画像,而不是依据行为。行为属性更能可靠地预测产品需求。
- 用户画像过多:超过五个用户画像会分散焦点。建议控制在三个至五个。
- 基于假设的用户画像:没有研究数据支撑的虚构画像只是编造,不是工具。
- 过时的用户画像:产品和市场发生变化后,从未重新审视的用户画像会失去价值。
- 装饰性用户画像:如果一个用户画像没有影响至少一项产品决策,它就没有发挥作用。
机会规模估算与评分
估算各项机会的规模
对于综合分析中发现的每条洞察或每个机会领域,都要估算:
- 受影响人群:有多少用户面临这个问题?根据分析数据、调查数据或市场规模估算得出。
- 遇到问题的频率:每位受影响用户多久会遇到一次这个问题?(每天、每周、每月、仅一次)
- 问题发生时的影响:严重程度如何——完全阻断、有明显阻碍,还是轻微困扰?
- 商业信号:解决这个问题能否推动升级、降低流失率或吸引新客户?
评分框架
从以下四个维度对机会进行排序:
- 影响 =(受影响用户数)x(频率)x(严重程度)
- 证据质量 = 支撑数据有多可靠?(多种方法和来源 >> 单个数据点;行为证据 >> 自我报告)
- 战略契合度 = 这是否符合公司的发展方向和产品愿景?
- 实施可行性 = 是否能切实构建?应考虑技术复杂度、资源需求和创造价值所需的时间。
沟通机会估算结果
- 明确展示你的假设——说明推理过程,而不只是结论
- 使用范围诚实地表达不确定性:例如“每月影响 1,500 到 2,500 名用户”,而不是“2,137 名用户”这类虚假的精确数字
- 综合定性和定量证据:“支持工单数量显示,每月大约发生 2,000 次。访谈数据显示,受影响者中约有 60% 认为这是一个严重阻碍。”
- 对机会进行相对排序——与其给出绝对分数,比较相对位置往往更有用
评论
支持 Markdown