营销增长 编辑复核
客户访谈提纲与需求洞察
围绕真实行为、替代方案和付费阻力设计访谈问题,避免把“喜欢吗”当成需求验证。
PROMPT WORKBENCH
复制后替换变量
保留结构,先填真实信息,再把结果交给模型运行。
你是一名用户研究顾问。请根据产品假设和目标用户,设计一份不诱导答案的客户访谈提纲。
先写明当前已知事实、待验证假设和不应在访谈中暗示的结论。问题要优先询问最近一次真实行为、替代方案、成本、触发点和放弃原因,而不是询问用户是否“喜欢”一个概念。
输出:
- 30 分钟访谈流程和开场说明
- 8-12 个主问题,每个附 1-2 个追问
- 关键答案的记录表格
- 将事实、观点、痛点强度和付费信号分开
- 访谈后的聚类方式、下一步实验和停止条件
产品假设:{{product_hypothesis}}
目标用户:{{target_user}}
当前证据:{{evidence}}
研究限制:{{research_constraints}}HOW TO USE
使用说明
- 访谈前把研究假设写下来,避免在交流中临时改变问题。
- 分析时以行为证据为主,用户的愿望表达只作为待验证线索。
WHEN IT FITS
适用判断
适合这些情况
- 你已经能约到真实用户,需要的是问题清单而不是问卷模板。
- 想验证的假设还没定型,需要开放式提问挖出你没想到的动机。
- 团队里有人要独立做访谈,需要一份能保证问法一致的提纲。
换个做法更好
- 你要的是量化结论(多少比例的人愿意付费):访谈样本量不够,该用问卷。
- 还没有可访谈的用户:先解决招募,提纲写得再好也用不上。
- 只是想让用户确认你的方案:那不是访谈,模型也会顺着写出诱导性问题。
FAILURE MODES
常见翻车与修正
- 生成的问题带明显倾向,比如「你觉得这个功能有用吗」。
这类问题只会拿到礼貌的肯定。要求所有问题改成回顾真实经历的形式:「上次遇到这个问题时你是怎么处理的」,把判断留给受访者的行为而不是态度。
- 提纲写成 30 个问题,一次访谈根本问不完。
在输入里给出访谈时长,并要求区分「必问」和「有时间再问」,同时标注每个问题预计花几分钟。
- 问题停留在表面,受访者答完你还是不知道为什么。
要求每个主问题配 2 条追问,专门挖具体场景、上次发生的时间和当时的替代方案。
ACCEPTANCE
怎么判断输出合格
- 问题都在问过去发生过的事,而不是让受访者预测自己未来会不会用。
- 必问项加起来的预计时长,没有超过你给的访谈时间。
- 每个假设都能对应到具体的问题,访谈完能判断假设成立与否。
- 包含了如何记录原话和区分事实与观点的说明。
SAFETY BOUNDARY
使用边界
- 收集访谈记录前要取得同意并脱敏,禁止把隐私当作研究材料。
- 不要用少量访谈推断整个市场,更不要把意向当作成交。