mcpField
R
research-synthesis

research-synthesis

github.com/okou-ai设计与 UI8157 次安装1 周前更新
代码仓库

关于 research-synthesis

面向产品和研究团队的研究综合 Skill,可将定性与定量证据整理为主题、人物画像和机会优先级,涵盖编码、三角验证、问卷分析及机会评分方法。

主要功能

  1. 01主题编码与亲和聚类
  2. 02访谈和问卷分析
  3. 03跨方法证据三角验证
  4. 04基于证据构建人物画像
  5. 05机会规模估算与评分

适用场景

  1. 01综合多场访谈中的反复主题
  2. 02按用户群体检验问卷结果
  3. 03依据观察行为构建人物画像
  4. 04基于证据确定产品机会优先级

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/okou-ai/okou-skills --skill research-synthesis

安装后在 Claude Code 中输入/research-synthesis确认已加载。

详细介绍

核心分析方法

主题编码

一种从定性数据中提取含义的系统方法:

  1. 沉浸 — 从头到尾阅读完整数据集,不做批注。在构建结构之前,先直观了解整体情况。
  2. 开放式编码 — 遍历每个数据点,为其添加描述性标签。宁可过度编码,也不要编码不足;合并比事后拆分容易。
  3. 模式归组 — 将相关编码归入候选主题。每个主题都应体现与你的研究问题相关且有意义的模式。
  4. 验证 — 重新审视原始数据,对每个主题进行压力测试。确认有充分证据支持、主题之间没有过度重叠,并且这些主题共同构成连贯的叙述。
  5. 精炼 — 为每个主题取一个准确的名称,并用一到两句话定义其核心含义。
  6. 报告 — 将主题写成研究发现,并为每个发现提供具体数据作为依据。
自下而上的聚类(亲和图法)

一种让结构从观察中自然浮现的技术:

  1. 拆分 — 将每条独立的观察、引述或数据点记录为单独的单元
  2. 按相似性分组 — 在没有预设类别的情况下排列各单元,让数据决定分组方式
  3. 为每个集群命名 — 赋予标签,概括将其中各项联系起来的共同脉络
  4. 构建层级 — 如果不同集群之间自然形成了更大的分组,就将它们整理为更高层级的类别
  5. 解读图谱 — 集群结构及集群之间的关系会揭示关键主题

实践建议:

  • 每个单元只保留一条观察,不要将多个见解捆绑在一起
  • 灵活调整位置;最初的归类只是暂定的
  • 过大的集群通常包含多个主题,应进一步拆分
  • 值得仔细审视那些难以归类的独立观察;异常项往往蕴含重要信号
  • 聚类过程本身也能帮助形成理解,而不仅仅是最终的排列结果
通过三角互证进行交叉验证

通过独立的证据线确认发现,从而增强其可信度:

  • 方法三角互证:通过不同技术探究同一个问题(例如,访谈、调查和分析)
  • 参与者三角互证:在不同用户细分群体或队列中考察同一个问题
  • 时间三角互证:在多个时间点寻找相同的模式

得到多个独立来源支持的发现更有说服力。如果不同来源之间存在分歧,应将其视为有价值的信息——这可能指向不同的用户细分群体或受情境影响的行为。

处理访谈数据

从单场访谈中提取关键信息

针对每场访谈,提取以下四类信息:

观察到的行为和表达出的态度

  • 区分参与者描述自己做了什么,以及他们的感受或看法
  • 记录情境背景:发生频率、场景、涉及的协作者
  • 特别关注变通做法——每种做法都代表一项未满足的需求

说明性引述

  • 选择具体、生动的引述,而不是泛泛而谈的陈词
  • 根据参与者画像而非姓名注明出处:写“中型市场运营负责人,50 人团队”,而不是“参与者 7”
  • 请记住:引述是支持研究发现的证据,而非研究发现本身

表达出的偏好与实际行为之间的差距

  • 人们声称想要的东西,往往与他们实际所做的不同
  • 可观察到的行为比自我报告的偏好更有力
  • 如果参与者要求某项功能,但其工作流显示他们并未使用类似的现有功能,请记录这一差异

强度信号

  • 情绪标记:沮丧、热情、无奈
  • 遇到频率:每日困扰还是偶尔烦恼
  • 为采取变通做法投入的精力
  • 问题发生时带来的后续影响
跨多场访谈的模式

完成单场访谈的编码后:

  • 找出哪些观察结果在不同参与者中反复出现,并统计其频次
  • 按用户类型细分——不同角色或情境通常会呈现不同模式
  • 揭示参与者之间的矛盾;这些矛盾往往意味着存在有意义的受众细分群体
  • 突出任何出乎最初预期的发现

解读调查数据

定量响应分析
  • 样本质量:得出结论前,评估响应率和潜在的无响应偏差
  • 查看分布,而不只是均值:即使平均值相同,双峰分布(集中在两端)讲述的故事也与钟形曲线截然不同
  • 按细分群体分析:汇总数据可能掩盖不同用户群体之间的关键差异
  • 重视样本量:样本量较小时,细微的数值差异并不可靠
  • 结合基准数据解读:与之前的时期或行业基准进行比较
自由文本响应分析
  • 对访谈数据应用相同的主题编码流程
  • 统计各主题在响应中的出现频次
  • 为每个主题提取有代表性的引述
  • 留意在开放文本中出现、但结构化问题未涵盖的主题——这些主题揭示了调查设计中的盲点
调查分析中的常见陷阱
  • 只报告均值而不展示分布——相同的平均值可能掩盖截然不同的响应分布
  • 忽视无响应偏差——跳过调查的人可能与完成调查的人存在系统性差异
  • 将微小的分数波动视为有意义的变化——分数变动零点几通常只是噪声
  • 假设李克特量表上的间隔相等——“非常同意”和“同意”之间的心理距离,不一定与“同意”和“中立”之间的相同
  • 根据交叉制表的相关性得出因果结论

融合定性与定量证据

迭代循环
  • 从定性分析开始:访谈和观察揭示是什么以及为什么,并生成有关用户行为的假设。
  • 进行量化:调查和分析衡量其普遍程度和频率,从而大规模验证或质疑假设。
  • 回到定性分析:深入探究,以解释出乎意料的定量结果。
有效整合证据
  • 根据定量覆盖范围衡量定性发现的权重——如果分析数据显示某个访谈主题涉及大量用户,该主题就更重要
  • 用定性数据解读定量异常——留存率下降是一个数字;访谈则揭示,入门流程重新设计让新用户感到困惑
  • 呈现整合后的证据:“42% 的受访者指出 X 存在困难(调查数据)。访谈表明,根本原因是 Y(定性发现)。”
数据源相互矛盾时
  • 不同方法得出的证据相互矛盾是特征,而非缺陷——这意味着需要进一步调查
  • 检查差异是否源于测量了不同人群
  • 考虑自我报告的偏好(调查)是否与实际行为(分析数据)存在差异
  • 验证调查问题是否真正捕捉到了预期的构念
  • 透明地报告冲突并开展后续调查,而不是任意选择其中一个数据源

根据数据构建用户画像

从行为聚类到用户画像

用户画像必须基于观察到的模式,而非假设:

  1. 识别行为聚类:找出目标、行为和情境相似的参与者群体
  2. 找出区分维度:确定各群体之间的差异所在——使用强度、公司规模、技术水平、主要待完成工作等
  3. 为每个群体起草用户画像:
    • 描述性标签和摘要
    • 典型行为和目标
    • 核心挫折和未得到满足的需求
    • 情境细节(角色、组织类型、相关工具)
    • 研究中的佐证引述
  4. 用定量数据验证:使用分析数据或调查人口统计数据估算各用户画像细分群体的规模
用户画像结构
[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