前几篇写了产品思路、功能原型、技术方案。但在你动手之前，有一件事比任何代码都重要：验证需求是真的存在，而不是你脑补出来的。
这篇文章是一份可以直接拿去用的用户调研指南。
一、为什么要做用户调研
因为你现在做的所有设计——功能、流程、技术选型——都是基于一个假设：
“失业的人需要约人打球钓鱼”
这个假设可能是对的，也可能不对。在写一行代码之前，你应该去验证它。
而且不止验证这一个假设。下面这个列表是你真正需要验证的核心假设，我按重要程度排了序：
二、核心假设清单（按优先级）
假设 1（最重要的假设）
“被裁的人有时间和意愿去线下参加运动活动。”
为什么它最重要？因为如果这个假设不成立，后面所有的产品设计都是无意义。用户没有时间去打球，你的 App 再好用也没人用。
假设 2
“被裁的人觉得’找人一起运动’是一个值得解决的问题。”
换句话说，他们现在是不是也在为”没人和我一起打球”这件事烦恼？还是说他们根本不觉得这是个问题？
假设 3
“陌生人之间可以通过 App 安全地组局。”
被裁的人现在信任陌生人一起线下活动吗？还是说他们宁愿自己一个人，也不愿意跟不熟悉的人出门？
假设 4
“运动社交能帮他们度过失业期。”
这个假设决定了产品的意义。如果运动社交能让他们的生活状态好转，这个产品就成立。如果只是”打发时间”，那就只是个游戏，不是创业。
假设 5
“被裁的人愿意为这个 App 付费。”
不是一开始就要付费，而是要判断：这个需求是不是”强到愿意掏钱”的程度。
三、调研方法：做 10 个深度访谈，不做问卷
不要发问卷。
问卷最大的问题是：用户不会说真话。
你问”你有没有时间和意愿参加线下运动活动”，他会回答”有”，因为这样显得我积极、合群。但他的实际行动呢？可能连续三天躺在家刷手机。
你要验证的是行为，不是态度。
正确的方法是：10 个深度访谈 + 行为观察。
访谈对象
找 10 个人，不是越多越好，10 个就够。找的人要覆盖以下类型：
| 类型 | 人数 | 说明 |
|---|---|---|
| 刚被裁（1-3 个月） | 3 人 | 状态最接近”活跃期” |
| 被裁 3-6 个月 | 3 人 | 状态最接近”倦怠期” |
| 被裁 6 个月以上 | 2 人 | 状态最接近”躺平期” |
| 在职但也在找机会 | 2 人 | 对照组，验证在职群体是否也需要 |
找这些人的方式很简单：
- 你身边的朋友
- 他们的朋友的朋友
- 豆瓣”被裁员”小组
- 脉脉”裁员”相关话题
- 线下：去上海/北京/深圳的图书馆、健身房、咖啡馆，观察在自习的人，直接搭话
访谈提纲（20-30 分钟）
开场（2 分钟）：
“我在做一个关于被裁后生活状态的调研，想跟你聊聊你最近的生活状态。不是问卷，就是随便聊聊。大概 20 分钟。”
第一部分：当前状态（5 分钟）
- 你被裁多久了？现在在做什么？
- 你典型的一天是怎样的？从早上到晚上。
- 现在最大的困扰是什么？
- 有没有什么让你觉得”今天还行”的小事？
第二部分：社交和运动（10 分钟）——核心
- 你平时运动吗？什么项目？频率多少？
- 最近一个月，你运动过几次？
- 运动的时候是和谁一起？朋友/同事/一个人/不运动？
- 你有没有想过”约个人一起运动”这件事？
- 如果有一个人跟你说”下午一起去打球吧，我带了球”，你会有什么反应？
- 你觉得”跟陌生人一起运动”这个事靠谱吗？为什么？
第三部分：产品概念测试（5 分钟）
“我在做一个 App，专门给想约人运动的人用的。比如你想打篮球，打开 App 就能看到附近有人想打球，直接报名就行。”
- 你会用这个 App 吗？为什么？
- 最吸引你的地方是什么？
- 最让你犹豫的地方是什么？
- 如果这个 App 收费，你觉得一个月多少钱你能接受？
第四部分：收尾（3 分钟）
- 你身边有没有跟你一样想约人运动的人？他们是什么情况？
- 你觉得什么样的方式能让你愿意开始运动？
访谈中不要做的事
- 不要推销你的产品：你的角色是倾听者，不是销售。一旦你开始推销，对方就会说”挺好的”然后走人。
- 不要引导对方：比如”是不是觉得失业后运动很重要”——这是在引导。应该说”你失业后有没有想过运动”。
- 不要打断：让对方多说，哪怕说的不是你想听的。最有价值的洞察往往在”我本来不想说这个，但我…”之后。
- 不要记笔记让对方看见：让对方聊得自然，笔记是给自己复盘用的。
访谈后要记录的关键信息
每个访谈结束后，立刻写下：
- 对方失业多久了
- 现在的运动频率
- 最想说的一个感受（原话）
- 对这个 App 的反应（积极/中立/消极）
- 最大的顾虑是什么
- 他愿意成为种子用户吗
四、行为观察法
访谈之外，还有更客观的方法——行为观察。
找 3-5 个人，约他们一起打一次球或者去一次钓鱼。你作为一个普通的参与者加入，观察他们：
- 他们打球的频率是怎样的
- 他们是怎么约人的（微信群？打电话？）
- 他们打完球聊什么
- 他们的状态是放松的还是紧绷的
真实观察到的行为，比访谈里说的要真实得多。
五、线上验证：发一个”假产品”
还有一个更激进的方法：在还没做 App 之前，就模拟”组局”。
具体做法：
在豆瓣”被裁员”小组、脉脉、小红书、微信相关群里发一个帖子：
“上海有没有人想约下午打篮球？我每周二三五六晚上都有空，浦东东方体育中心，60 块一场，谁一起？”
然后：
- 看有多少人响应
- 看他们回复的内容
- 看他们提出什么问题
这本身就是一个零成本的产品验证。
你发的帖子实际上就是一个”组局”。如果一周内凑不齐 3 个人，说明需求不成立。如果响应的人说”太好了，我正想找人”，说明需求成立。
这个验证方法的成本是 0 元，时间是 1 周。
六、怎么解读访谈结果
10 个访谈做完后，把关键数据汇总成一张表：
| 访谈编号 | 失业时长 | 运动频率 | App 意愿 | 核心顾虑 |
|---|---|---|---|---|
| 01 | 2 个月 | 每周 3 次 | 积极 | 怕遇到素质差的人 |
| 02 | 5 个月 | 从不 | 消极 | 没有运动习惯 |
| 03 | 1 个月 | 每周 2 次 | 积极 | 担心安全 |
| … | ||||
| 10 | 8 个月 | 偶尔 | 中立 | 觉得”没必要” |
然后分类：
- 积极（3-4 人）：明确想用，愿意加入种子用户
- 中立（4-5 人）：觉得”可以试试”，但有顾虑
- 消极（2-3 人）：明确不想用，或者本身没有运动习惯
三种可能的结论
情况 A：积极 + 中立 ≥ 7 人
→ 需求成立，继续开发。但要注意积极用户的顾虑，把它们写进产品安全设计里。
情况 B：中立占多数（4-6 人），积极少（1-2 人）
→ 需求弱，可以开发但需要更低的预期。做好”用户来了之后可能不活跃”的准备。
情况 C：消极 ≥ 5 人
→ 需求不成立，重新想方向。不要继续投入开发。
七、最容易忽略的一个发现
在做用户访谈时，你可能会听到一个意外的洞察：
“我不需要约人打球。我需要的是有人陪我吃饭。”
或者：
“我不是不想动，是没人陪我动。”
或者：
“我想找个搭子一起出去走走。”
这些才是用户真实的需求。你的产品不一定要覆盖所有这些需求，但你至少要知道它们。
也许你的产品最终不是”运动社交”，而是”搭子社交”——一个帮你找到一起吃饭、一起散步、一起运动的”搭子”的平台。
这个方向比”运动社交”更宽，但也更难聚焦。
八、如果验证结果不好，怎么办
如果 10 个访谈发现需求不成立，你应该做的不是”继续做，用户会来的”，而是：
停下来，重新思考。
具体来说：
回到假设清单，找出哪个假设是错的
是”他们没有时间”？还是”他们不信任陌生人”？还是”运动不是他们的需求”？问自己：我能改变什么？
如果问题是”不信任陌生人”，你可以设计更严格的实名认证 + 信用体系。
如果问题是”没有运动习惯”，你可以把 App 扩展到”搭子社交”，不一定是运动。
如果问题是”他们不在乎”，那这个产品就不应该做了。找一个替代假设，再做一轮访谈
如果替代假设也验证不了，那就承认”这个方向不行”，开始想下一个方向。
九、验证阶段的时间线
整个验证阶段应该控制在 2-3 周：
| 周 | 做的事 |
|---|---|
| 第 1 周 | 找 10 个访谈对象，安排时间 |
| 第 2 周 | 完成 10 个访谈 + 3 次线下观察 + 线上假组局 |
| 第 3 周 | 汇总数据，判断需求是否成立，决定下一步 |
如果 3 周内还验证不了，说明你在想太多。
十、最重要的原则
做用户调研时，只相信一件事：用户的真实行为，而不是他们的真实话语。
用户在访谈中说的都是”应该怎么说”。用户在真实场景中做的是”真实想做什么”。
你要做产品的依据，是后者，不是前者。
所以：少问，多看，多做。
多问几个访谈不如多观察一次真实组局。多观察一次不如多真的组一次局。
如果你现在什么都不想做，只有一件事是马上可以做的：
今天就去你附近的篮球场，站一个下午，看看有没有人一个人来打球。
如果看到一个人，走过去跟他说句话——
“一个人打很无聊吧？”
这句话比你想象的 10 万字文档都有用。