产品团队做了一轮问卷调查，收回来两百多份回复。数据显示，有将近六成的受访用户对"和陌生人共同旅行"持负面态度。这个数字让团队陷入了困惑——他们正在评估是否要开发一个旅伴匹配功能，六成的负面态度意味着这个功能没有市场吗？还是说，用户只是对"陌生人"这个词有本能的排斥，但如果匹配机制足够可信，他们其实是愿意接受的？
问卷无法回答这个问题，因为问卷能告诉你有多少人持某种态度，但不能告诉你这种态度背后的逻辑是什么。于是团队召集了八个用户坐在一起聊。讨论进行到第二十分钟，一个经常独自旅行的用户说了一句话："我不是不想有旅伴，我是不想在出发之前就要绑定一个我不了解的人。"另一个参与者立刻接上："对，就是这个，我要是能先看看对方的行程思路，觉得合适了再决定要不要一起走，那完全不一样。"第三个参与者点头，说："我之前在豆瓣上找过搭子，关键是你能提前判断这个人靠不靠谱。"
八个人的讨论突然聚焦了——用户不是拒绝旅伴本身，而是拒绝在信息不对称的情况下被迫配对。问题不是"要不要旅伴"，而是"怎么建立让人放心的匹配机制"。这个洞察如果只靠问卷，要花多少题目、多少样本才能挖到？而在这次的焦点小组里，它在一个参与者触发了另一个参与者的那一刻自然浮现了。
这就是焦点小组的力量。
一. 焦点小组的定义与起源
焦点小组（Focus Group）是一种定性研究方法，由一名主持人带领一组通常为六到十名参与者，围绕特定的研究主题展开结构化的群体讨论，通过参与者之间的互动来收集对某个话题的态度、感知和看法。
这个定义里有几个关键词需要我们单独说清楚。
"主持人带领"意味着讨论不是自由漫谈，而是有方向、有引导的。主持人使用提前设计好的讨论提纲，确保研究需要的核心话题被覆盖，同时给讨论留出足够的弹性空间。"群体讨论"意味着信息的来源不只是个体的回答，还包括参与者之间的互动，一个人说的话可能会触发了另一个人的回忆，而两个人的分歧则可以暴露一个真实存在的用户分化，这些互动本身就是数据。"结构化"意味着焦点小组不是随便找几个人聊天，每次焦点小组都有明确的研究目标、筛选过的参与者和设计好的讨论流程。
焦点小组的起源可以追溯到1940年代。美国社会学家罗伯特·默顿（Robert Merton）和保罗·拉扎斯费尔德（Paul Lazarsfeld）当时受美国政府委托，研究战时广播宣传材料对公众的影响效果。他们最初的方法是逐个访谈，但后来发现，把受访者集中在一起讨论，让他们在听到广播的同时按下表示情绪反应的按钮，能获得远比单独访谈更丰富的信息——参与者会在小组里争论某段广播的效果，争论的过程暴露了他们个别被问时不会说出来的真实态度。默顿把这种方法称为"聚焦访谈"（Focused Interview），这就是"焦点小组"这个名字的由来。
此后几十年，焦点小组主要在市场研究领域大量使用。品牌如何测试广告语，消费品公司如何了解用户对新产品的第一印象，电视台如何评估节目效果。进入UX研究领域是相对晚近的事，大约在1980到1990年代，随着以用户为中心的设计理念兴起，焦点小组开始被用于产品和界面的概念测试、需求发现和用户态度研究。
二. 焦点小组能回答什么问题
焦点小组不是一个通用工具，它有自己擅长和不擅长的问题类型。在决定是否使用焦点小组之前，最重要的判断是：你想回答的问题，是焦点小组适合处理的那类问题吗？
焦点小组最适合回答的问题，集中在以下几类。
用户对某个概念的初始反应和态度。 当你有一个还没有开发的功能或产品想法，想知道用户听到或看到这个概念时的直觉反应，焦点小组是很好的工具。这类研究不需要用户有实际使用体验，只需要他们在讨论中表达自己对概念的感受和判断。随行团队在测试"旅伴匹配"这个概念时，用户连原型都没有看到，只是听到了对功能的描述，就已经产生了大量有价值的反应和联想。
用户如何理解一个概念，用什么语言描述它。 产品团队和用户之间往往存在语言鸿沟。产品团队说"旅伴匹配"，用户在心里可能想的是完全不同的东西。焦点小组让你听到用户用自己的语言来描述需求和体验，这些语言可以直接用于产品文案、功能命名、帮助文档的撰写，也可以帮你判断现有的产品语言是否和用户的认知框架对齐。
不同用户群体之间的观点差异。 某个功能对一类用户很有价值，对另一类用户完全没有意义——这种差异在问卷里可以被量化（A组有60%的人喜欢，B组只有20%），但差异背后的原因需要通过讨论才能理解。通过把不同用户类型分组进行焦点小组，并比较各组的讨论结果，可以快速建立对用户差异的立体理解。
新功能或新产品的概念可行性测试。 在投入开发资源之前，用焦点小组测试一个概念是否能被目标用户接受，是比较经济的方式。这类研究通常会配合刺激材料（概念描述卡、低保真线框图）展开，既测试用户对概念的接受度，也收集他们对功能设计方向的反馈。
解释已有的量化数据。 当问卷或行为数据告诉你"有一个问题"，但没有告诉你"为什么"，焦点小组可以用来深入探索原因。随行团队正是在这种情况下组织了焦点小组——问卷数据显示了态度，但没有解释态度背后的逻辑。
焦点小组独特的价值还有一点需要单独说明：群体互动本身就是数据来源。这是焦点小组区别于所有其他研究方法的本质特征。在一对一访谈里，用户独立思考并回答；在问卷里，用户单独填写；只有在焦点小组里，用户的想法会在实时互动中被其他人的发言触发、修正、深化或对抗。一个参与者说出的观点让另一个参与者突然想起了一个被遗忘的体验；两个人的争论揭示了一个真实存在但之前没有被研究者意识到的用户分歧——这些只有在群体讨论的动态里才会发生。
三. 焦点小组不能回答什么问题
了解焦点小组的局限性和了解它的优势同样重要，因为对它能力的误解会导致研究方法的错配，得出有缺陷的结论。
焦点小组不能告诉你用户实际上怎么使用产品。 小组里的讨论基于用户的自我报告——他们说的是自己认为自己的行为，而不是实际行为本身。人对自己行为的记忆和描述经常是不准确的，尤其是当某种行为已经是习惯性的、不需要有意识地思考时。如果你想了解用户如何完成一项具体的任务，应该观察他们实际操作（可用性测试），而不是问他们"你平时是怎么做的"。
焦点小组不适合探索个体深层的心理动机。 小组环境里存在社会期望效应——人们倾向于说那些在群体里听起来合理或受认可的话，而不是完全真实的私人想法。当话题涉及到个人习惯、私密感受、或有明显"对错"判断的行为时，个体在群体里的自我暴露是有限的。这类问题更适合在一对一访谈里探索，因为一对一的环境给了用户更安全的空间去表达真实想法。
焦点小组不能提供有统计代表性的数据。 一次焦点小组通常只有六到十个参与者，整个研究项目也很少超过四五组。这个量级的数据不能说明"用户总体上有多少比例认为……"，因为样本太小，也没有经过随机抽样设计。如果你需要知道某个功能有多少用户喜欢，应该用问卷；焦点小组告诉你的是用户的理由和感受，不是比例和分布。
小组环境无法保证个体表达了真实的私人观点。 这一点是焦点小组最根本的方法论限制，值得专门说清楚。群体动态会影响每个参与者说什么——一个主导性很强的参与者可能让其他人不敢表达相反的意见，讨论进行到一半形成的"群体共识"可能让后来者开始调整自己的立场，某个话题的讨论氛围会让原本持中立态度的参与者也倾向于从众。这不是设计失误，而是焦点小组这种方法的内在特性——群体环境既是洞察来源，也是潜在的数据污染源。好的研究者需要在分析时清楚地区分哪些发言代表了个体的真实态度，哪些发言受到了群体动态的影响。
