现有方案比理想功能更重要

接下来询问当前替代和更换历史：

• 现在使用哪些产品或人工办法；
• 选择它们的原因；
• 哪些地方做得好；
• 哪些条件下会失效；
• 是否试过其他方案；
• 为什么继续使用、切换或放弃；
• 迁移需要带走哪些数据和习惯；
• 团队里还有谁会影响更换决定。

用户熟悉自己的工作，未必知道最合适的产品设计。他提出「增加导出」「做一个 Dashboard」时，应继续了解输出交给谁、进入什么系统、为什么当前方式不行。^[1] 功能建议可以保留，产品决定还需要结合流程、技术和其他样本。

一项会计数据产品可能在宣传中承诺处理多种文件。专业用户实际要求支持特定 PDF 结构，并且输出能够进入现有财务软件。缺少这一条件，页面承诺看起来成立，真实工作仍无法完成。^[2] 访谈要找的正是这种交付边界。

用过去的成本理解问题强度

「如果产品做好了，会不会买」要求受访者预测未来，也给了一个容易表示支持的回答。更有用的问题围绕已经付出的成本：^[3]

• 过去为同类产品或服务付过多少；
• 当前方案按什么方式收费；
• 还投入了多少人工、等待和维护；
• 最近一次错误造成了什么后果；
• 更换工具是否需要审批、迁移或培训；
• 谁拥有预算，通常怎样作出购买决定；
• 今年是否真的有相关项目和优先级。

这些信息仍然不能保证未来购买。它们至少说明问题曾经进入预算和行动，而不是停留在口头兴趣。

也可以询问受访者怎样判断解决方案的价值，避免提前报出一个锚定价格。对方给出的金额要与既往付款、预算来源和购买流程一起记录。单独问「值多少钱」，答案可能仍然很随意。

企业场景还要区分使用者、负责人、采购、安全和财务。使用者愿意尝试，可能在数据权限上被阻断；负责人认同价值，也可能没有当期预算。访谈记录应写明谁作出什么判断。

避免四类容易得到礼貌回答的问题

下面的问题看起来直接，证据强度往往很低：^[3]

访谈开头也不要先做完整产品演示。研究者介绍得越多，受访者越容易围绕既有方案回答。相关案例中的简化原则是少讲想法、多问生活，少谈假设、多问具体过去。^[3]

产品已经存在时，可以在了解完当前流程以后询问实际使用。此时要区分「怎样完成任务」和「怎样评价界面」。前者用于理解需求和价值，后者更接近后续的可用性测试。

让对方展示当前流程

语言会省略许多熟练动作。受访者说「导出以后处理一下」，实际可能包含改字段、查资料、发消息确认、重新上传和人工复核。

在对方同意且资料允许的情况下，可以请他共享屏幕，使用脱敏样本完成一次熟悉的流程。^[4] 观察时记录：

• 从哪个入口开始；
• 工具切换的顺序；
• 复制、粘贴、查找和等待发生在哪里；
• 哪些字段需要人工判断；
• 哪些提示被忽略；
• 遇到异常时怎样恢复；
• 结果由谁检查；
• 对方自然使用的词语。

研究者尽量不要立即纠正或提示。对方找不到功能，本身就是信息。只有在操作可能损坏数据、暴露隐私或造成实际损失时，才应中止。

无法查看真实业务资料时，可以让受访者画流程、展示空白模板、使用虚构样本，或者口述最近一次操作。研究需要的是真实步骤和判断，不需要保存客户数据。

观察记录要把事实和解释分开：

观察：受访者把同一编号复制到三个系统，两次回到聊天记录核对。
受访者解释：担心编号错了以后无法对账。
研究者推测：编号同步可能是高风险步骤，仍需更多样本确认。

这样的记录可以避免把一次操作直接写成普遍规律。

让行为数据与访谈互相校正

产品已经上线时，访谈可以与事件数据、工单、搜索查询和付款记录一起分析。数据说明哪些步骤发生，访谈帮助理解原因。^[4]

例如，许多人在上传后离开，可能是处理太慢、文件不兼容、预期不清、结果不值得等待，或者只是暂时切换页面。单看流失点无法确定原因。访谈也可能说「速度可以接受」，实际行为却显示对方多次刷新并改用其他工具。

每个重要结论最好记录它来自哪里：

• 受访者的回忆；
• 研究者看到的操作；
• 产品或销售数据；
• 付款、退款和续费行为；
• 尚未核对的解释。

不同来源一致时，判断会更稳。出现冲突也很有价值，需要继续设计下一轮观察或实验。