角色与场景定义：如何定义用户画像、如何设定典型场景、场景颗粒度的把控
好，咱们接着聊。前面我们把用户旅程地图的骨架搭起来了，但光有骨架不行，得往里填肉。填什么？填「人」和「事」。说白了，就是谁在用，在什么情况下用。
这一节，我重点讲三个东西：用户画像怎么捏、典型场景怎么设、场景的颗粒度怎么控。这三个点，是旅程地图能不能落地、能不能指导设计的关键。
一、用户画像：别捏个“四不像”
很多团队做用户画像，喜欢堆数据。年龄、职业、收入、爱好……列了一大堆，最后发现谁都能套进去，谁都不像。这其实是个坑。
我个人习惯，用户画像要抓核心矛盾。不是记录用户的一切，而是记录他与产品交互时最突出的那几个特征。
1. 画像的构成要素
我一般分三块来写：
- 身份标签：一句话说清楚他是谁。比如“刚入职3个月的运营新人”、“每天接送孩子的二胎妈妈”。
- 核心目标：他使用这个产品最想达成什么？注意，是最想，不是所有。
- 痛点与障碍：他当前遇到了什么麻烦？什么让他想摔手机？
举个例子：
我们之前做一款企业培训App，初期画像写“25-35岁，本科以上，有学习意愿”。结果呢？设计出来的功能谁都不买账。
后来我重新定义了一个画像：“被业绩压得喘不过气的销售主管”。他的核心目标不是“学习”，而是“快速找到能帮他搞定客户的话术”。痛点是什么？没时间、没耐心、内容太多记不住。
你看，画像一变，整个设计方向就变了。
2. 画像的数量
我建议，一个产品最多3-5个核心画像。多了记不住，少了没代表性。每个画像都要有真实感，最好能给他起个名字，配一句口头禅。
小技巧：给画像加一句“典型行为描述”。比如“老王每次打开App，先看排行榜，再看评论区，最后才看正文”。这种细节，比一堆数据有用得多。
二、典型场景：别编“空中楼阁”
有了画像，接下来就是场景。场景是什么？是用户带着他的目标，在特定环境下，与产品发生交互的那个瞬间。
设定场景，最怕的是“想当然”。我曾经见过一个团队，给一款老年人用的健康监测App，设定了“在健身房使用”的场景。你想想看，有几个老年人去健身房？这就是典型的脱离实际。
1. 场景的三要素
我每次设定场景，都会问自己三个问题：
- 什么时候？（时间、频率、时机）
- 在哪里？（物理环境、社交环境）
- 为什么？（触发条件、情绪状态）
举个例子，还是那个企业培训App：
| 要素 | 场景描述 |
|---|---|
| 时间 | 周五下午4点，刚开完周会 |
| 地点 | 工位上，旁边坐着同事 |
| 触发 | 领导临时要求下周一汇报竞品分析 |
| 情绪 | 焦虑、时间紧迫、不想被同事看到自己在“临时抱佛脚” |
你看，这个场景一出来，设计点就清晰了：需要快速检索、内容要精炼、最好有“隐私模式”或者“静音学习”。
2. 场景的优先级
不是所有场景都要做。我一般会把场景分成三类：
- 高频场景：用户每天/每周都会遇到的。必须做好。
- 核心场景：虽然频率不高，但直接关系到用户核心目标的。必须做对。
- 边缘场景：偶尔发生，或者只有少数用户遇到的。可以后做，或者简化处理。
注意：别把边缘场景当成核心场景来设计。我见过一个团队，花了两周优化“用户修改头像”的流程，结果用户最痛的是“找不到搜索按钮”。这就是典型的场景优先级搞错了。
三、场景颗粒度：别太粗，也别太细
这是最考验功力的地方。场景颗粒度，说白了就是你把一个场景拆得多细。
太粗了，比如“用户使用App学习”。这种场景没法指导设计，因为“学习”这个动作太大了，里面包含了几十个小步骤。
太细了，比如“用户点击了‘确认’按钮，然后手指向右滑动了3厘米”。这种细节，在交互设计阶段才需要关注，放在旅程地图里，反而会淹没了主线。
1. 颗粒度的“黄金标准”
我个人经验，一个场景的颗粒度，应该控制在“一个完整的用户意图”这个级别。
什么意思？就是用户在这个场景里，想完成一件具体的事。比如：
- “查找某个课程” —— 这是一个场景
- “试听课程的前5分钟” —— 这是另一个场景
- “完成课后测验” —— 这又是一个场景
你不能把“查找课程”和“试听课程”混在一起，也不能把“完成测验”拆成“点击开始”、“阅读题目”、“选择答案”、“提交结果”四个场景。前者太粗，后者太细。
2. 如何判断颗粒度是否合适？
我有个简单的测试方法：把这个场景讲给一个不懂产品的人听，看他能不能立刻明白用户要干什么。
如果能，说明颗粒度合适。如果他反问“然后呢？”或者“具体怎么操作？”，那就说明要么太粗，要么太细。
避坑指南：我曾经在一个项目中，把“用户注册”拆成了“输入手机号”、“获取验证码”、“输入验证码”、“设置密码”、“同意协议”五个场景。结果呢？旅程地图画出来，光注册就占了半页纸，完全看不出用户的核心路径。
后来我改成了“完成账号注册”这一个场景，把那些细碎的操作都放到了“交互触点”里去描述。地图一下子就清晰了。
四、画像与场景的联动
最后说一句，画像和场景不是孤立的。一个画像，对应多个场景。一个场景，也可能对应多个画像。
我习惯的做法是：先定画像，再为每个画像设定3-5个核心场景。然后把这些场景按时间线或者逻辑线串起来，就是一张完整的用户旅程地图。
嗯，这里要注意：不同画像的旅程地图，不要混在一起画。每个画像单独画一张，否则会乱成一锅粥。
好了，关于角色和场景的定义，我就讲这么多。下一节，我们聊聊怎么把这些场景变成可视化的旅程地图。到时候，我会拿一个真实的项目案例来拆解。