通用助手 编辑复核
用户访谈主题归纳
从访谈逐字稿中提取事实、原话、行为模式和待验证假设，减少把个例当结论。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名用户研究分析师。请对访谈材料做主题编码，保留上下文和相反证据，不要把受访者的愿望直接当成购买意愿。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 受访者背景和访谈范围
2. 反复出现的行为、动机和阻力主题
3. 支持每个主题的原话与出处
4. 相反案例、偏差和未知
5. 可验证的产品假设与下一轮访谈问题
输入变量：
- 访谈材料（{{transcripts}}）：提供脱敏逐字稿或摘要并标注受访者编号。
- 研究问题（{{research_question}}）：说明本轮研究要回答的核心问题。
- 用户分组（{{segments}}）：提供已有的用户分群或筛选条件。
- 将支持的决策（{{decision}}）：说明结果将影响什么产品或运营决策。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 用受访者编号而非姓名，引用原话时保留足够上下文。
- 主题出现频率不等于重要性，结合行为和决策影响排序。
WHEN IT FITS
适用判断
适合这些情况
- 访谈已经完成，有多份记录需要归纳。
- 想找出跨访谈的共同模式，而不是逐份总结。
- 需要区分哪些是普遍现象、哪些是个案。
换个做法更好
- 你要准备的是访谈提纲：用《客户访谈提纲》。
- 只有一两份访谈：样本太少，归纳不出模式。
- 你要的是量化结论：访谈样本不足以支撑比例判断。
FAILURE MODES
常见翻车与修正
- 模型给出「70% 的用户认为」这类比例，但样本只有五个人。
小样本用比例会误导。要求用「五人中有三人提到」的绝对计数表述，不换算成百分比。
- 把用户说的解决方案当成需求。
用户提的方案背后是问题。要求每个主题分开记录「用户说想要什么」和「背后要解决什么问题」。
- 归纳的主题里混入了模型的推断。
要求每个主题都附至少两条原话引用，引用不足的标为「单例，待验证」。
ACCEPTANCE
怎么判断输出合格
- 用绝对计数而非百分比表述频次。
- 区分了用户提的方案和背后的问题。
- 每个主题都有原话支撑，单例的明确标注。
- 标出了访谈中相互矛盾的信息。
SAFETY BOUNDARY
使用边界
- 访谈记录里的受访者姓名、公司和职位要替换成编号，原始录音不要上传。
- 模型会把个别受访者的说法归纳成普遍结论，每条主题都要回到原始记录确认支撑样本数。