3. 用户画像与场景定义:典型用户画像、任务场景编写规则
3.1 本章概述
本章讲解如何从市场与用户研究中提炼出典型用户画像,并依据画像编写任务场景。用户画像与场景是可用性测试的“剧本”,决定了测试的真实性与覆盖度。本章适用于已具备基础用研数据的团队,在测试设计前完成规则对齐。
3.2 适用场景
- 产品进入新版本迭代,需要定向验证核心与边缘场景。
- 团队首次建立用户模型,用于指导后续测试任务编写。
- 测试资源有限,需优先覆盖高价值用户群体的关键任务。
3.3 前置条件
输入准备清单:
- 已完成至少一轮用户访谈或问卷调研(数据源不少于10个有效样本)。
- 已整理原始用户行为记录或日志片段(可选但推荐)。
- 产品功能架构图或功能列表(当前版本或待测版本)。
- 可用性测试目标声明(例如“验证新注册流程的完成率与满意度”)。
- 团队内角色分工明确(产品经理、用研、设计师各一人)。
3.4 操作步骤
本节分为两个阶段:阶段A 构建典型用户画像;阶段B 编写任务场景。
3.4.1 阶段A:构建典型用户画像
- 聚类用户特征:从访谈/问卷中提取年龄、职业、设备使用习惯、核心痛点等维度,使用亲和图法合并相近样本。
- 确定画像数量:建议 1~3 个主要画像;若产品面向完全不同人群(如管理端 vs 消费者端),可增加至 5 个。
- 填写画布模板:每个画像包含以下字段——名称/角色、关系、技术熟练度、目标与动机、环境/设备、常用功能、典型痛点。
- 验证画像合理性:与利益相关者评审,确保画像不包含矛盾数据或过度理想化假设。
3.4.2 阶段B:编写任务场景
- 选择画像与任务配对:每一条场景必须明确绑定一个用户画像。
- 定义任务目标:使用“作为 [画像角色] ,我想要 [做什么] ,以便 [达到什么价值] ”的句式。
- 编写触发条件:描述是什么外部事件或内部动机驱动用户开始任务。
- 列出期望操作路径:写出线性的、用户可能采取的高频步骤(不包含系统反馈细节,只聚焦用户动作)。
- 设定成功标准:明确的定量或定性结果(如“3分钟内完成主订单提交”“未使用帮助即成功”)。
3.5 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 用户画像 | 原始调研数据、行为日志 | 画布画像(.md 或 .xmind) |
| 任务场景 | 画像、功能架构图 | 场景描述清单(详见下方模板) |
3.6 责任边界
- 产品经理:提供产品目标与核心功能优先级,参与画像评审。
- 用研人员:主导画像聚类、画布填充、场景文字编写。
- 设计师:确认场景中的操作流程是否符合预期交互模型。
- 开发代表:检查场景中的技术可行性,避免设计不可实现的任务。
3.7 记录材料
使用以下结构保存场景记录(每章测试对应一张记录表):
场景记录文件格式建议:
| 场景编号 | 关联画像 | 任务目标 | 触发条件 | 期望操作路径(关键节点) | 成功标准 |
|----------|----------|-------------------------|---------------------|----------------------------------|----------------|
| SC-03-01 | 新手上路 | 首次完成商品搜索与下单 | 首页搜索框可见 | 输入关键词 → 查看结果页 → 添加购物车 → 结算 | 5分钟内下单 |
| SC-03-02 | 批量采购 | 批量导入商品清单并下单 | 点击“批量导入”按钮 | 上传CSV → 校验数据 → 确认订单 | 异常行<5条 |
3.8 异常处理
| 异常情景 | 预案处理 |
|---|---|
| 调研样本量不足(< 10个) | 立即补发问卷或采用竞品用户画像原型暂代,并在评审中标注“弱验证”。 |
| 画像之间存在特征高度重叠 | 合并为单一画像,并扩展其使用环境变量(如移动端 vs 桌面端)。 |
| 场景任务与用户真实行为不符 | 重新校准场景中的操作路径,回听1~2条关键访谈录音确认。 |
| 利益相关者对画像角色产生分歧 | 采用数据投票机制(每人分配3票)确认最优先的2个画像。 |
3.9 验收标准
- 输出不少于 1 个、不超过 5 个典型用户画像,每个画像有完整画布字段。
- 任务场景数量 ≥ 3 条,且每条场景都关联具体画像 ID。
- 场景描述中不含模糊动词(如“更好”“更方便”);动词必须可操作(点击、输入、选择)。
- 成功标准可量化或可观察(非主观评判)。
- 所有记录材料通过团队评审后归档至项目测试库。
3.10 流程参考图
下图展示从原始数据输入到最终场景输出的核心流程与责任角色:
3.11 常见避坑
- 避免刻板印象:不要仅凭一两个样本就定义整个画像群体;至少用 3~5 条特征交叉验证。
- 场景不要包含交互细节:任务场景只描述用户目标与操作,不写系统响应(如“弹出窗口”)。
- 成功标准不宜模糊:禁止使用“用户满意”“感觉顺手”;必须使用可测量指标(时间、错误数、步骤数)。
- 避免画像冗余:若两个画像在操作路径与痛点上前 80% 重叠,合并为一个并增加环境差异即可。