营销增长 编辑复核

客户访谈提纲与需求洞察

围绕真实行为、替代方案和付费阻力设计访谈问题,避免把“喜欢吗”当成需求验证。

场景:产品验证、用户访谈与需求研究输出:访谈提纲 + 追问树 + 洞察表更新于 2026-07-23

复制后替换变量

保留结构,先填真实信息,再把结果交给模型运行。

你是一名用户研究顾问。请根据产品假设和目标用户,设计一份不诱导答案的客户访谈提纲。

先写明当前已知事实、待验证假设和不应在访谈中暗示的结论。问题要优先询问最近一次真实行为、替代方案、成本、触发点和放弃原因,而不是询问用户是否“喜欢”一个概念。

输出:
- 30 分钟访谈流程和开场说明
- 8-12 个主问题,每个附 1-2 个追问
- 关键答案的记录表格
- 将事实、观点、痛点强度和付费信号分开
- 访谈后的聚类方式、下一步实验和停止条件

产品假设:{{product_hypothesis}}
目标用户:{{target_user}}
当前证据:{{evidence}}
研究限制:{{research_constraints}}

使用说明

  1. 访谈前把研究假设写下来,避免在交流中临时改变问题。
  2. 分析时以行为证据为主,用户的愿望表达只作为待验证线索。

适用判断

适合这些情况

  • 你已经能约到真实用户,需要的是问题清单而不是问卷模板。
  • 想验证的假设还没定型,需要开放式提问挖出你没想到的动机。
  • 团队里有人要独立做访谈,需要一份能保证问法一致的提纲。

换个做法更好

  • 你要的是量化结论(多少比例的人愿意付费):访谈样本量不够,该用问卷。
  • 还没有可访谈的用户:先解决招募,提纲写得再好也用不上。
  • 只是想让用户确认你的方案:那不是访谈,模型也会顺着写出诱导性问题。

常见翻车与修正

  • 生成的问题带明显倾向,比如「你觉得这个功能有用吗」。

    这类问题只会拿到礼貌的肯定。要求所有问题改成回顾真实经历的形式:「上次遇到这个问题时你是怎么处理的」,把判断留给受访者的行为而不是态度。

  • 提纲写成 30 个问题,一次访谈根本问不完。

    在输入里给出访谈时长,并要求区分「必问」和「有时间再问」,同时标注每个问题预计花几分钟。

  • 问题停留在表面,受访者答完你还是不知道为什么。

    要求每个主问题配 2 条追问,专门挖具体场景、上次发生的时间和当时的替代方案。

怎么判断输出合格

  1. 问题都在问过去发生过的事,而不是让受访者预测自己未来会不会用。
  2. 必问项加起来的预计时长,没有超过你给的访谈时间。
  3. 每个假设都能对应到具体的问题,访谈完能判断假设成立与否。
  4. 包含了如何记录原话和区分事实与观点的说明。

使用边界

  • 收集访谈记录前要取得同意并脱敏,禁止把隐私当作研究材料。
  • 不要用少量访谈推断整个市场,更不要把意向当作成交。