3、场景化需求分析：从功能思维到场景思维、场景五要素（时间、地点、人物、事件、目的）、场景卡片法
说实话，我见过太多产品经理一上来就问用户：「你想要什么功能？」
用户说「我要一个导出按钮」，他就老老实实加个导出按钮。结果呢？用户用了一次再也不用了。为什么？因为用户真正需要的不是导出，而是「在出差路上，用手机把报表发给老板看」。你给他一个导出到本地文件的功能，他手机里根本打不开那个格式。
这就是典型的功能思维陷阱。今天我们就聊聊怎么跳出这个坑，切换到场景思维。
3.1 功能思维 vs 场景思维
先讲个我自己的经历。几年前我做一款企业协作工具，客户提了个需求：「加一个任务提醒功能」。我二话不说就做了个定时弹窗提醒。结果上线后用户反馈说「烦死了，整天弹窗」。后来我去现场蹲了一天，才发现真实情况是这样的：
- 项目经理在开会时，需要快速查看今天有哪些任务要跟进
- 开发人员写代码时，不希望被打断，但想知道截止时间
- 销售在外拜访客户，需要知道下午的会议是否取消了
你看，同一个「提醒」功能，在不同场景下完全不一样。我当初要是先做场景分析，就不会浪费那两周的开发时间。
核心区别：
- 功能思维：用户要什么，我就做什么（被动响应）
- 场景思维：用户在什么情况下，为什么需要这个功能（主动洞察）
说白了，功能思维是「点」，场景思维是「面」。你只盯着那个点，永远看不到全貌。
3.2 场景五要素：时间、地点、人物、事件、目的
怎么把场景描述清楚？我习惯用场景五要素来拆解。这五个要素就像剧本里的基本设定，缺一个都不完整。
| 要素 | 说明 | 示例（外卖App） |
|---|---|---|
| 时间 | 什么时候发生？频率如何？ | 工作日中午12:00，每周3-4次 |
| 地点 | 在什么物理/虚拟环境中？ | 公司工位上，手机竖屏操作 |
| 人物 | 谁在使用？有什么特征？ | 28岁互联网运营，预算30元以内 |
| 事件 | 正在做什么？触发条件是什么？ | 打开App，快速搜索「黄焖鸡」 |
| 目的 | 最终想达成什么？ | 15分钟内吃上午饭，不耽误下午2点开会 |
嗯，这里要注意：目的往往不是用户直接说出来的。用户说「我要搜索快一点」，他的真实目的可能是「别让我在选午饭这件事上花超过30秒」。你给他一个语音搜索功能，可能比优化搜索框更管用。
我的小技巧：每次访谈用户时，我都会在笔记本上画一个五要素表格。聊完一个用户，当场填完。填不出来的地方，就是下次追问的重点。
3.3 场景卡片法：把场景变成可复用的工具
光有理论不够，还得有工具。我个人最常用的就是场景卡片法。说白了，就是把每个典型场景写在一张卡片上，方便团队讨论和复用。
卡片长什么样？我给你看个模板：
┌─────────────────────────────────┐
│ 场景卡片 #003 │
│ ─────────────────────────────── │
│ 场景名称：午间快速点餐 │
│ 人物：小张（运营，28岁） │
│ 时间：工作日 11:50-12:10 │
│ 地点：公司工位，手机端 │
│ 事件：打开App → 搜索 → 下单 │
│ 目的：15分钟内吃上饭 │
│ ─────────────────────────────── │
│ 痛点：选择太多，纠结时间过长 │
│ 机会点：智能推荐+一键复购 │
│ 优先级：P0（高频场景） │
└─────────────────────────────────┘我在项目中遇到过团队拿着几十个需求列表不知道先做哪个。后来我们花了一个下午，把所有需求映射到场景卡片上。结果发现，80%的需求其实只覆盖了3个核心场景。剩下的那些，要么是低频场景，要么根本不存在真实场景。
避坑指南：我曾经犯过一个错误——让产品经理自己闷头写场景卡片。写出来的东西全是「想象中」的场景，跟用户真实情况差很远。后来我改了规矩：每张场景卡片必须附上至少3条用户原话作为证据。没有用户原话的卡片，直接打回重做。
3.4 实战：怎么用场景五要素做需求验证
光说不练假把式。我们拿一个真实案例走一遍流程。
假设你正在做一款在线教育App，用户提了个需求：「加一个笔记功能」。
第一步：用五要素拆解
- 时间：晚上8-10点，周末全天
- 地点：家里书桌前，iPad横屏
- 人物：在职考研党，30岁，工作5年
- 事件：看视频课 → 暂停 → 记笔记 → 继续播放
- 目的：把老师讲的重点记下来，方便考前复习
第二步：追问深层目的
用户说「记笔记」，但真实目的是「考前复习」。那问题来了：他复习时是看文字笔记，还是看视频片段？如果是看视频片段，那「给视频加书签」可能比「打字记笔记」更高效。
第三步：验证假设
我建议你拿3-5个目标用户，给他们看两个方案：
- 方案A：传统文本笔记功能
- 方案B：视频时间戳+截图+一句话备注
让用户选，并说出理由。你会发现，大部分考研党选B。为什么？因为他们复习时根本没时间看大段文字，看一眼截图就能想起来老师当时讲了什么。
关键结论：场景分析不是为了「证明用户需求是对的」，而是为了「找到用户真正的痛点」。有时候用户提的方案是错的，但背后的场景一定是真的。
3.5 总结：场景思维的三条铁律
最后，我把自己踩过的坑总结成三条铁律，你直接拿去用：
- 先场景，后功能：不要问「用户要什么功能」，要问「用户在什么场景下遇到了什么问题」
- 五要素缺一不可：时间、地点、人物、事件、目的，少一个场景就不完整
- 卡片化、可视化：场景卡片要贴在墙上，让开发、设计、测试都能看到。别藏在文档里吃灰
你想想看，如果每个需求都能用场景卡片讲清楚，团队还会扯皮吗？开发还会说「这个需求没价值」吗？不会。因为场景本身就是最好的价值证明。
下一章我们聊聊怎么用场景卡片做需求优先级排序。嗯，那个更有意思。