第4章 访谈提纲设计原则:双维度问题结构(正向/反向)、措辞技巧、避免引导性提问

4.1 适用场景

双维度问题结构用于在需求访谈中获取用户对同一功能存在与缺失两种情境下的态度差异,从而为后续KANO分类提供原始证据。以下场景必须采用本原则设计提纲:

  • 新功能探索型访谈:尚未形成明确需求列表,需要从用户反馈中识别潜在KANO类别。
  • 存量功能复验型访谈:已有功能需要重新验证其需求归属,尤其是跨越不同用户群时。
  • 竞品对标型访谈:针对竞品已上线功能评估是否引入自身产品,需判断其必要性等级。
  • 优先级争议决策:产品团队内部对需求优先级存在分歧,需要通过用户访谈获取客观证据。
提示:双维度问题不适用于纯事实型问题(如“您每月使用几次?”)或人口统计类问题,仅针对态度/满意度类需求条目。

4.2 前置条件

序号前置条件验收标准
1已完成需求条目初筛每条需求有唯一编号、名称和简要描述
2用户画像与访谈对象清单已确认覆盖目标用户群的主要细分类型
3团队已理解KANO五分类含义全员能说出基本因素、期望因素、兴奋因素、无差异因素、反向因素的定义
4已有至少1轮内部试访谈记录试访谈发现措辞偏差≤3处/轮

4.3 操作步骤

按照以下4个子步骤完成单个需求条目的双维度问题设计:

  1. 正向问题构建:描述功能存在时的情境,询问用户感受。句式模板:“如果产品提供了【功能名称】,您会觉得……”
  2. 反向问题构建:描述功能缺失时的情境,询问用户感受。句式模板:“如果产品没有提供【功能名称】,您会觉得……”
  3. 措辞中性化处理:检查并替换所有隐含褒贬的词汇,确保正反向问题除“有/没有”外保持结构对等。
  4. 引导性偏差检查:逐题验证是否存在暗示“应该喜欢”或“应该讨厌”的表述。
示例(以“微信读书-语音朗读”功能为例):
✅ 正向:如果微信读书提供语音朗读功能,您会觉得……
✅ 反向:如果微信读书不提供语音朗读功能,您会觉得……
❌ 错误正向:您是否觉得语音朗读功能非常实用?
❌ 错误反向:如果没有语音朗读,您会不会很不方便?

4.4 输入输出物

方向物名称格式/载体责任人
输入需求条目清单(含编号、名称、描述)Excel / 需求管理工具产品经理
输入用户画像及访谈对象分配表Excel用户研究负责人
输出双维度访谈提纲(V1.0)Word / 在线文档需求分析师
输出措辞自检清单(每条问题的检查记录)Excel需求分析师

4.5 责任边界

  • 需求分析师(主导):完成每条需求的正反向问题起草、措辞优化和引导性检查,并对提纲质量负首要责任。
  • 用户研究负责人(审核):审核提纲是否适配访谈对象特征,避免专业术语或情境偏差。
  • 产品经理(确认):确认需求条目的描述是否准确,确保功能边界清晰。
  • 受访者(使用):仅对已定稿的提纲进行回答,不参与提纲设计。
常见责任混淆:产品经理不应直接撰写问题措辞,否则容易带入“我就觉得这个功能很好”的预设立场;需求分析师应当保持中立。

4.6 记录材料

本章需产出的记录材料清单:

  1. 双维度问题草稿表:每个需求条目一行,正向/反向问题分列,标注措辞版本号。
  2. 措辞自检清单:含“引导性词汇标记”、“褒贬倾向评分(1-5)”、“修改建议”三列。
  3. 访谈提纲终稿:按访谈顺序编排的正反向问题对,附带开场白和结束语。
记录材料模板示例(双维度问题草稿表):
需求编号  | 需求名称     | 正向问题(V1)                        | 反向问题(V1)                        | 措辞检查结果
REQ-001   | 语音朗读     | 如果产品提供语音朗读,您觉得…          | 如果产品不提供语音朗读,您觉得…        | 中性,无偏差
REQ-002   | 夜间模式     | 如果产品有夜间模式,您觉得…            | 如果产品没有夜间模式,您觉得…          | 需调整“模式”一词,用户可能不理解

4.7 异常处理

异常场景触发条件处理措施
正向/反向问题不对称反向问题不是正向问题的严格否定重写反向问题,仅替换“提供”为“不提供”,保持其余措辞一致
受访者不理解功能情境正向问题描述太抽象或包含内部术语增加一句使用场景说明,例如“假设您正在写文档时……”
引导性词汇残留自检时发现“难道不觉得”、“显然”等词替换为中性词;删除反问语气,改用陈述情境+开放式感受
问题对数量过多一次访谈超过15组问题优先保留争议最大或优先级最高的需求条目,其余延后至第二轮
特别注意:如果受访者在回答正向问题后自动说出反向感受,不要打断,记录其自发对比信息;但不意味着可以跳过反向问题。

4.8 验收标准

本章交付物(双维度访谈提纲)通过以下6项验收检查方可视为合格:

  1. 每个需求条目有且仅有1对正反向问题(无遗漏、无多余)。
  2. 正向与反向问题仅在“提供/不提供”上存在差异,措辞结构一致。
  3. 经措辞自检清单逐题核对,标记为“引导性”的问题数=0。
  4. 每条问题均包含具体使用情境(非脱离场景的抽象提问)。
  5. 同一访谈对象的正反向问题总对数不超过15组。
  6. 提纲已通过至少1轮内部专家评审(产品+用户研究双签字)。
验收检查表示例: | 检查项 | 通过标准 | 实际结果 | |----------------------|-----------------------------|--------| | 正反向问题配对 | 100% 条目完成配对 | 12/12 | | 措辞中性化 | 引导性词汇 0 处 | 0 处 | | 情境描述完整 | 每条问题均有 if-then 情境 | 12/12 | | 问题对数量 | ≤15 对/人 | 12 对 |
双维度问题结构设计流程 双维度问题结构设计流程 需求条目清单 正向问题构建 功能存在时感受 反向问题构建 功能缺失时感受 措辞技巧应用 中性化 · 具体化 · 情境化 引导性偏差检查 逐题验证隐性暗示 双维度问题对 正向 + 反向 配对输出 关键检查点:每条需求必须同时完成正向+反向设计,二者缺一不可
实操建议:初次使用本流程时,建议先拿3~5条低优先级需求进行演练,待团队熟悉正反向措辞和引导性检查方法后,再扩展到全部核心需求条目。