延续上一篇的故事：你的英语学习 App 做了很多功能，数据却显示“下载不少、真正坚持的很少”。团队已经在会议室里吵过一轮又一轮，关于激励机制、打卡文案、学习路径都提了很多想法，但没有一个让大家真正有底气。于是你们决定：去用户的真实生活里看一看，做几场情境调查。

很多团队到这一步就会迫不及待——赶紧找运营拉几个核心用户，约到线下，约时间、订咖啡、准备礼品，感觉只要“见到真人”，问题就会自然浮出水面。但真正到了现场，你可能会发现另一个尴尬：有点不知道自己在看什么、问什么，结束后只是留下了几段模糊的印象和几张现场照片，回公司依然很难把这些东西变成明确的设计决策。

要避免这类“白跑一趟”的情境调查，关键是在出门之前，把这件事当成一个项目来规划。这一篇，我们就不讲“在现场怎么看、怎么问”，而是沿着一个 ToC 学习 App 的案例，慢慢走一遍：如何把一个模糊的业务焦虑，变成一份清晰、可执行的情境调查计划。

1. 把业务焦虑翻译成研究问题

情境调查的起点从来不是“我想去看一看”，而是“我们对什么事情真正感到困惑”。在英语学习 App 的例子里，这个困惑可能被表述成一句很抽象的话：“为什么用户总是用不起来？”

如果你直接带着这么一句话去做情境调查，现场看什么、问什么都会很飘。规划的第一步，就是把这句“唉，怎么回事啊？”翻译成几句可以指导行动的研究问题。

你可以先从那个最直接的业务指标入手，比如复访率很低，然后追问：是用户压根儿没想起来学，还是想学但总被打断，还是打开 App 以后不知道从哪儿学起？这三种情况对应的设计方向完全不同，现场观察的重点也会完全不一样。于是，那句“为什么用不起来”就可以被拆成更具体的研究问题，例如：

• 用户平常会在一天中的什么时间想起“要学一点英语”？
• 当他决定要学习时，是从哪一步开始的，是先打开 App，还是先打开音乐、再顺手点进来？
• 在真实环境里，这个学习过程会被什么打断？这些打断之后，他还能顺利接上吗？
• 他如何判断“今天学得够不够”，是看你的打卡数字，还是有一套自己的标尺？

注意，这里你不需要一次性想出十几个问题，更重要的是把问题从“抽象的指标”拉到“具体的人在具体场景里做的具体行为”。只要你在白纸上写出来的那几句话里，出现了“什么时候”“在哪里”“当他要做 X 的时候”，你就已经在为情境调查铺路了。

2. 确认这是情境调查该干的事

当研究问题开始具体起来，还有一个容易被忽略的环节：确认这件事真的适合用情境调查做。因为有些困惑，其实用埋点分析、问卷或者可用性测试会更高效，硬要用情境调查反而浪费资源。

还是回到学习 App。如果你真正的问题是：“新版首页的三个入口，哪个点击率更高？”这类问题本质上是针对具体界面版本的 A/B 决策，用数据实验和可用性测试更合适，情境调查在这里出场就有点“大炮打蚊子”。