随行案例：随行的产品团队决定做焦点小组之后，下一步确卡住了。决定做了，但具体怎么做，没有人能说得清楚。
- 有人说，既然是想了解用户对旅伴匹配的看法，就找十几个用户来聊一聊，两个小时应该够了。
- 有人说，这两个功能方向差别很大，应该分开聊，一次聊旅伴匹配，一次聊本地向导。
- 有人说，公司里就有一批活跃用户，直接从用户群里召集就行，不用花钱招募。
- 还有人问，要不要干脆找一家专业的研究公司来做？
四个人给了四个不同方向的建议，但没有一个人在回答最根本的问题。招多少人、分几组、每组聊什么、招什么样的人、在什么样的场地做，这些决定直接影响最终能拿到什么质量的数据。如果团队在没想清楚这些问题的情况下就开始盲目招募、订场地、写提纲，后面出了问题就很难补救了。
比如做了四组之后才发现，招来的用户全是高活跃用户，偶尔使用的人一个都没有，数据的代表性有明显偏差。比如所有组都聊了相同的话题，但旅伴匹配和本地向导放在一起讨论时间根本不够，两个概念互相干扰，哪个都没聊透。比如场地订的是公司会议室，参与者坐成一排面对白板，气氛容易变得紧张，讨论更像在做汇报而不是在聊天。这些问题等到做完了才发现，往往已经来不及纠正了。
我们这篇文章讲的就是，在正式开始招募和设计提纲之前，需要先把哪些问题想清楚。
一. 什么时候应该选择焦点小组
不是所有研究问题都适合用焦点小组来回答。焦点小组擅长回答的是"用户怎么想"的问题，不擅长回答"用户怎么做"的问题。擅长回答的是"为什么"的问题，不擅长回答"有多少"的问题。
在它擅长的范围内，焦点小组能给你高质量的数据。超出这个范围，它不仅浪费时间，还可能给你不可靠的结论。
1. 适合用焦点小组的五类场景
焦点小组最适合的五类研究场景
场景一：概念测试
产品还在概念阶段，团队想知道用户对这个方向的初始反应——他们是否能理解这个概念，是否感到有吸引力，担心什么，期待什么。这是焦点小组最经典的应用场景。用户不需要有任何实际使用体验，只需要对着一个描述或早期草图反应，而群体讨论让不同用户的反应可以互相触发和补充，比逐一访谈能更快地收集到多样的视角。
场景二：语言和框架研究
用户用什么词汇来描述某个问题、某个需求、某个体验。这类研究在产品文案、功能命名、引导流程的设计上有直接的价值。焦点小组里，用户会在讨论中自然地用自己的语言表达，研究者可以观察哪些词汇反复出现、不同用户是否用了不同的框架来理解同一件事。
随行案例：随行团队在做焦点小组时注意到一个现象。用户在谈论结伴旅行时从来不说"旅伴匹配"，而是说"找搭子""约同路人"或者"找人一起"。这个语言差异直接影响了后来功能的命名方向。
场景三：态度和感知探索
用户对某个产品类别、某个品牌或某个话题的整体印象和情感态度，适合在焦点小组里探索。这类问题没有对错之分，用户在一个安全的群体环境里更容易打开话匣子。不同用户之间的讨论和碰撞，往往能揭示出更深层的感知结构，比如什么东西让用户感到信任，什么东西触发了担忧，哪些因素在影响用户的整体印象。这些感知层面的信息，靠问卷里的选项很难捕捉到。
场景四：需求发现
当研究者还不确定用户的核心需求是什么，需要从用户的日常经历和痛点里浮现出研究方向时，焦点小组提供了一个相对高效的探索方式。讨论的话题可以设定得比较宽泛，让用户自由说出他们关心的事。不同用户的关注点如果互相印证，说明这个需求很可能是广泛存在的。如果某个用户提到了一个其他人都没想到的需求，也值得单独标记，后续做更深入的调查。
场景五：解释量化数据
问卷或行为数据告诉了团队一个"是什么"的现象，但研究者需要理解"为什么"。数据显示某个功能的满意度低，焦点小组帮你理解低满意度背后的具体原因。数据显示有一批用户在某个节点流失了，焦点小组帮你理解这批用户在那个节点的体验和想法。焦点小组在这种场景下的角色是"给数据补上解释"，而不是替代数据本身。
2. 不适合焦点小组的场景
焦点小组的边界：五种不适合的场景
话题高度私密。 财务状况、健康问题、感情生活、和个人失败相关的经历，这类话题在群体环境里很难拿到真实的回答。当周围坐着其他人的时候，参与者会不自觉地调整自己的说法，倾向于说"合适"的话而不是真实的话。这种倾向在一对一的环境里会弱很多，所以涉及私密话题的研究应该用一对一深度访谈。
需要了解实际操作行为。 用户在使用产品时做了什么、在哪个步骤遇到困难、操作错误发生在什么环节，这些问题需要观察用户的真实操作过程，不能靠用户自己描述。用户对自己行为的回忆往往不准确，他们会无意识地"合理化"自己的操作（比如觉得自己很快就找到了某个功能，但实际上花了两分钟）。可用性测试或行为数据分析是更合适的工具。
参与者之间存在权力关系。 如果同一组里有上司和下属、客户和供应商、或者在同一领域有竞争关系的人，讨论几乎不可能真实展开。下属会说他们认为上司想听的话，而不是自己真正的想法。有竞争关系的参与者会保留自己的核心判断，只说不痛不痒的表面观点。分组时必须避免这种情况。
需要统计显著性的结论。 如果研究问题的本质是"有多少用户这样想"或者"什么比例的用户有这个需求"，焦点小组给不了可靠的答案。六到八个人的讨论可以告诉你"有人这样想"，但不能告诉你"多大比例的人这样想"。需要量化结论时，问卷才是正确的工具。
话题需要参与者完全独立思考。 当研究需要收集每个用户不受他人影响的独立判断时（比如测试一个设计方案的第一印象），把用户放在一起反而会污染数据。第一个发言的人说了"我觉得这个按钮太小了"，后面的人就很难不受这句话的影响，群体讨论会让最终的反馈趋于一致，而不是反映每个人真实的感受。
