3 用户角色建模：角色画像、用户分类、典型用户与极端用户、角色优先级
用户角色建模是将零散的用户洞察转化为可复用的设计靶向工具。它帮助团队回答：谁在用这个产品？他们的核心场景是什么？哪些人的需求必须优先满足？本章从角色画像四要素出发，逐步拆解用户分类、典型/极端用户识别以及优先级排序方法，并衔接后续的用户故事编写。
3.1 角色画像四要素
每个角色画像应包含以下四个维度，缺一不可：
| 要素 | 说明 | 示例（教育 SaaS 教师角色） |
|---|---|---|
| 人口属性 | 年龄、职业、教育背景、设备偏好等客观标签 | 32 岁，高中物理教师，本科，主力设备为 Windows 笔记本 |
| 行为特征 | 操作习惯、使用频率、关键任务路径 | 每周批改 200 份作业，习惯用复制粘贴快速打分 |
| 目标与动机 | 使用产品想要达成的结果和内在驱动力 | 减少重复劳动、快速可视化班级学情 |
| 痛点与限制 | 当前工作流中遇到的障碍或环境约束 | 系统不支持批量导入、每次班级切换需重新筛选 |
访谈采集技巧：引导用户描述“昨天你完成这项任务时最烦什么？”比直接问“你有什么痛点”更容易获得真实画像素材。
3.2 用户分类：从场景到角色分组
用户分类不能仅靠人口属性硬分，而应该基于业务场景和关键行为。以下是两种常用分类维度的对比：
| 分类维度 | 典型分法 | 适用阶段 |
|---|---|---|
| 按使用频次 | 日活用户 / 周活用户 / 月活用户 / 潜在用户 | 产品早期验证核心路径 |
| 按职能角色 | 决策者、操作者、审核者、信息提供者 | B 端复杂系统（如 HRM、ERP） |
| 按使用能力 | 新手用户、中级用户、专家用户 | 功能复杂度较高的 C 端产品 |
实战案例：某协作工具团队最初按“年龄”分类（25-35 岁年轻白领 vs 35 岁以上管理者），导致功能设计泛化。后来改为按“工作模式”分类（单人专注型、跨部门协作型、审批流型），角色画像立刻精准，用户故事验收标准也清晰了。
3.3 典型用户与极端用户
- 典型用户：覆盖用户量的主体，行为模式具有代表性。产品核心体验需优先为他们优化。
- 极端用户：行为或环境处于正态分布两端（如超高频率、极低网络带宽、极复杂权限环境）。他们往往能暴露系统边界问题，帮助发现弹性设计点。
例如在金融订阅管理系统中，典型用户是“每月手动续费 1~2 项的普通职员”，极端用户是“管理 50+ 订阅的企业财务对账员”。后者的需求（批量取消、自动分类、汇率转换）常被忽略，但一旦承接，就能变成差异化竞争力。
3.4 角色优先级评估矩阵
多个角色之间必须排序，否则团队会在需求优先级上反复争论。推荐使用两维度矩阵：业务价值（高/中/低） 和 访谈出现频率（高频/中频/低频）。将每个角色填入对应方格，优先处理“高价值 + 高频”的角色。
| 业务价值 \ 出现频率 | 高频 | 中频 | 低频 |
|---|---|---|---|
| 高价值 | P0 核心角色（立即出故事） | P1 重要角色 | P2 后续排期 |
| 中价值 | P1 重要角色 | P2 后续排期 | P3 暂缓 |
| 低价值 | P2 后续排期 | P3 暂缓 | P4 不纳入版本 |
常见误区：不要在分析阶段就给所有角色画同样详细度的画像。应根据优先级，P0 角色花 70% 的时间做深度访谈，P3/P4 角色只需用二手资料补齐基本信息即可。
3.5 交付物模板：角色建模卡片
每个角色应输出一张标准卡片，包含四要素、典型场景、优先级标签以及关联的用户故事编号索引。以下是模板示例（以教育 SaaS 的“教师”角色为例）：
角色名称：李老师（日常批改组）
优先级：P0
人口属性：32 岁，教龄 8 年，负责两个班级 80 名学生
行为特征：每天使用批改功能 3~4 次，习惯用键盘快捷键翻页
目标与动机：15 分钟内完成全班作业批改，自动生成错误分布图
痛点：手动翻页慢，没有批量打回功能，错题本不能按知识点归类
关联用户故事：US-010, US-012, US-0233.6 本章知识结构图
下图展示从用户研究到角色输出的完整建模流程，以及各环节的关联关系：
以上输出即为第3章“用户角色建模”的完整正文内容。后续每章将延续此结构：知识表格 + 实战案例 + 内联SVG流程图 + 交付物模板。请根据课程整体节奏，在进入第4章前组织学员完成至少3个角色的建模卡片初稿，并对照优先级矩阵排序。