概念测试访谈怎么分析：用户说“不错”，到底说明什么？

用户说“不错”，先别急着记成需求成立

概念测试访谈可以帮你看清用户怎样理解一个方案、它与哪些经历有关、采用时有什么顾虑。访谈里的称赞或使用意愿，却还不能直接当作购买、持续使用或市场规模的证据。

“这个挺好，我应该会用。”听到这句话很开心。但整理材料时，我会多停一下：他理解的功能，跟我们准备做的是同一个吗？他最近真的遇到过这个问题吗？还是聊天聊到这里，顺口表示支持？这些情况需要继续追问，不能凭语气判断。

NN/g 的研究方法指南区分了态度与行为：人们表达的看法和实际做的事，回答的是不同问题。概念访谈得到的态度信息有价值，分析时写清它能支持什么判断就好。

下面用一个“费用报销助手”贯穿说明。人物、引文和情节均为虚构教学示例，不是 ScribeFlash 的客户研究或产品功能。

分析前，留下用户到底看到了什么

假设团队给参与者看了一张概念卡：“上传票据照片，自动整理待提交的报销材料。”参与者小周看完说：“那挺好，以后不用找领导审批了。”

这句反馈还没说到方案价值，就已经暴露了理解偏差。团队只打算整理材料，小周却以为审批也被省掉了。若直接写成“用户认可自动报销”，后面的讨论会越走越偏。

给每场访谈留一份简短记录：概念卡版本、展示顺序、介绍时说了什么、有没有补充解释，以及参与者的第一段复述。测试途中改了文案，就标注版本；别把改前和改后的反馈混着数。

我会先请对方用自己的话讲一遍：“按你的理解，它会帮你完成哪一步？”听完再澄清功能边界，并把澄清前后的回答分别留下。误解本身就是需要处理的材料。

把“会不会用”追问到具体经历

如果小周说“报销太麻烦了”，可以接着问：“最近一次是什么时候？从拿到票据到提交，你做了哪些事？”接下来才可能听到：周五下班前漏了一张出租车票，回家后又翻聊天记录找附件。

这比一句“希望更高效”更接近产品要解决的情境。不过，它仍是参与者对过去经历的讲述；除非看到了实际操作或相关记录，不应写成研究员亲眼观察到的行为。

可以围绕下面几个地方追问，不必每个人都按同一顺序问完：

• “你刚才说喜欢，是哪一部分让你这么想？”确认称赞指向什么。
• “那次缺少的材料后来怎么补齐？用了什么办法？”了解现有替代方案。
• “如果把这个方案放进那次经历，哪一步会变，哪一步照旧？”寻找使用位置。
• “还有什么没弄清楚，暂时不方便拿自己的材料试？”了解采用条件。

别把问题问成“自动整理应该能给你省很多时间吧”。GOV.UK 的深度访谈指南建议用中性问题了解具体经历。参与者否认你设想的好处，也是一份有用的回答。

整理时，把不同性质的材料分开

下面是一种记录方式。它是人工分析的参考，表中的类型不是 ScribeFlash 自动判定的评分。

| 虚构案例中的材料 | 可以怎样记录 | 暂时不能推出什么 | | --- | --- | --- | | “照片拍上去，审批就不用管了。” | 对概念的复述；与预期功能不符 | 用户已经理解并认可方案 | | “上周补过一次出租车票。” | 参与者讲述的近期经历 | 研究员观察到了整个报销过程 | | “上线我应该会用。” | 表达使用意愿 | 会注册、会付费或会持续使用 | | 在原型任务里找不到补票入口 | 本次任务的观察记录，保留操作条件 | 正式产品上线后的完成率 | | 约好周二试用，并在当天实际参加 | 已发生的一次后续行动 | 已经愿意购买，或一定会留下来 |

同一句话可以包含好几层信息，别为了归类把上下文切碎。引文旁保留参与者编号、访谈来源和概念版本；录音确有时间戳时再记录时间位置。

还要读那些听起来不够热情的回答。另一个虚构参与者小林说：“我们公司的系统已经能识别票据，难的是不知道哪些费用不能报。”这条材料提示，阻力可能在规则解释。它值得单独保留，不能被归进笼统的“用户希望报销更方便”。

让每条结论指向下一次可以观察的事情

一份有用的概念分析，可以写得很具体：

在这组虚构材料中，小周把“整理待提交材料”理解成“不再需要审批”，小林则已经有票据识别工具。当前还不能判断自动整理是否值得采用。下一轮先改写概念说明，再分别了解补材料与查规则的实际过程。

这比“用户普遍认可，建议尽快上线”更方便安排工作。想知道说明是否清楚，就让新参与者看修改后的概念卡并复述；想知道任务是否做得完，就准备可操作原型；想知道是否愿意付费，需要在清楚说明价格、交付范围和试用条件后，观察真实选择。

收到邮箱、约到试用、实际到场、付款，这些动作各有含义，分别记录。也要留意没有行动的原因：资料不方便提供、时间没约上、无采购权限，都与“没有需求”不同。采访结束时，最好已经知道最需要补的那份证据是什么。

在 ScribeFlash 中，用概念反馈模板把材料串起来

访谈和原型测试需要另行组织。ScribeFlash 可以帮助整理导入的材料与结论，是否值得开发仍由团队判断。

1. 打开概念反馈模板，按页面提示登录。新项目会预填名称、目标和四条研究问题，分别关注概念理解、近期情境、顾虑及矛盾回答。
2. 把项目名改成具体版本，例如“费用报销助手 V1 概念访谈”。修改目标和问题，写清这轮最需要作出的决定，再保存项目。模板中的研究问题是分析方向，现场追问可以另写提纲。
3. 在项目内导入各场访谈材料。已有文字稿可以使用文本导入；整理前去掉无关身份信息，用参与者编号区分材料。概念卡版本与展示条件也要留在自己的研究记录里。
4. 校对容易改变意思的地方，尤其是“会用”“不会用”和附带条件。从原文整理证据时，保留完整语境，关联对应研究问题。
5. 生成或整理结论后，打开所引用的证据逐条看。检查是不是把假设写成了事实，是否漏掉反对材料。修改结论边界，再由研究者确认。
6. 把已确认结论写入报告，同时说明下一轮任务和未解决的问题。可参考用户访谈报告写法。AI 生成的段落不会替你验证市场需求，报告里仍要写明判断的依据。

如果还没开始访谈，可以先从研究模板列表看问题是否适合自己的项目。带着一个具体决定去做概念测试，收回来的材料才比较容易用上。

参考资料

• NN/g：When to Use Which User-Experience Research Methods，用于区分态度信息、行为信息与方法适用范围。
• GOV.UK：Using in-depth interviews，用于中性提问和具体经历的访谈方法。

文中的报销案例、记录表和下一轮任务均为说明分析方法而编写的示例，不代表研究结果。