第3章:用户画像、场景描述与用户故事模板
产品需求的有效性建立在对用户的深度理解之上。本章将系统讲解如何从零构建用户画像、撰写场景描述、定义角色与目标,并最终输出标准化的用户故事模板。这些内容是所有PRD中“用户场景”章节的核心原材料。
3.1 用户场景与业务问题
用户场景是用户与产品发生交互的具体情境。缺乏对场景的精准描述,团队容易陷入“功能堆砌”陷阱——开发出无人使用的功能。
常见业务问题:需求方口头说“用户需要一个搜索功能”,但未交代用户在何时、何地、什么状态下进行搜索,导致开发结果与用户预期严重偏离。
完整的用户场景包含三个要素:
- 环境:使用产品的物理/数字环境(如通勤地铁、深夜办公室、弱网环境)
- 触发条件:什么事件促使用户开始使用
- 预期结果:用户期望达成的状态
| 场景要素 | 说明 | 示例(在线文档产品) |
|---|---|---|
| 环境 | 使用产品的上下文 | 周末在家用笔记本,Wi-Fi信号不稳定 |
| 触发条件 | 启动交互的原因 | 同事通过即时消息发来一个紧急需要修改的文档链接 |
| 预期结果 | 用户认为“完成”的状态 | 能快速定位并修改文档中某一段落,并通知同事查看 |
3.2 用户画像(Persona)构建方法
用户画像不是简单的“性别+年龄”,而是包含行为模式、目标、痛点、使用习惯的综合画像卡片。每个画像对应一个具体的角色(Actor)。
经验原则:一个PRD中用户画像不超过3个,过多会导致需求发散。常见的角色包括“普通用户”“管理员”“访客”“付费会员”等。
用户画像标准字段:
- 角色名称(如“文档编辑员”“审批主管”)
- 背景描述(职位、经验、技术能力)
- 核心目标(每次使用产品最想完成的事)
- 痛点(现有工作流程中的障碍)
- 使用频率(日均/周均使用次数)
3.3 用户故事模板:角色、目标、功能
用户故事是敏捷需求表达的基石。标准模板为:
“作为<角色>,我希望<目标>,以便<价值>”
每个用户故事包含三个部分:
| 组成部分 | 含义 | 编写要点 |
|---|---|---|
| 角色(Actor) | 执行动作的用户画像 | 必须来自前面定义的用户画像列表 |
| 目标(Goal) | 用户希望系统做什么 | 用动词短语描述,如“搜索”“下载”“同步” |
| 价值(Value) | 达成目标后用户的收益 | 与业务指标或用户痛点关联 |
3.4 从场景到用户故事的拆解流程
下面这张流程图展示了从用户画像到用户故事的完整映射关系:
3.5 需求拆解:从用户故事到功能点
每个用户故事通常对应多个功能点。拆解时应遵循INVEST原则(独立、可协商、有价值、可估算、小型、可测试)。
拆解示例:用户故事“作为文档编辑员,我希望在保存时自动备份历史版本,以便误操作后能够恢复”
→ 功能点1:自动保存触发器(每30秒检测内容变化)
→ 功能点2:版本历史列表展示
→ 功能点3:版本回滚操作接口
→ 功能点1:自动保存触发器(每30秒检测内容变化)
→ 功能点2:版本历史列表展示
→ 功能点3:版本回滚操作接口
3.6 指标验证与验收标准
用户故事的质量需要可量化指标验证:
| 指标 | 定义 | 示例阈值 |
|---|---|---|
| 故事覆盖率 | 已编写用户故事覆盖的用户场景比例 | ≥ 85% |
| 角色完整度 | 是否覆盖所有核心用户画像的关键场景 | 每个画像至少3个故事 |
| 验收通过率 | 开发完成的功能满足验收标准的比例 | ≥ 95% |
每个用户故事必须附带验收标准(AC)。AC是产品经理与开发、测试确认“需求完成”的唯一依据。
3.7 交付物模板
本章对应的PRD交付物包括以下三个模板:
- 用户画像卡片文档:每个画像一页,包含角色名、背景、目标、痛点、使用频率、代表性语录。
- 场景描述清单:表格形式列出场景编号、环境、触发条件、关联画像、预期结果。
- 用户故事列表:按角色分组,每个故事包含故事描述(模板)、验收标准(列表)、优先级、关联功能点。
避坑提示:不要将“用户故事”与“功能需求”混为一谈。用户故事强调用户视角的价值,而非系统内部实现。例如“作为用户,我希望点击搜索按钮后1秒内显示结果”比“系统需要实现全文搜索引擎”更符合用户故事定义。
3.8 完整示例:从用户画像到用户故事
以下是一个真实场景的完整流程:
用户画像: 林经理,35岁,项目管理办公室负责人,每天审批5~8个项目文档,痛点在于文档版本混乱,希望快速定位最新版本。
场景描述: 林经理在周一早上打开公司OA系统,收到三个项目文档审批通知,当前系统按上传时间排序,但同个项目有多个版本混在一起,他需要找到每个项目的最新版进行审批。
用户故事:
- 作为审批主管,我希望在审批列表中看到每个项目的最新版本标记,以便直接点击最新版本进行审批,避免误审旧版。
- 作为审批主管,我希望在点击项目名称后自动展开该项目的版本历史,以便对比不同版本的修改内容,决定是否通过。
验收标准(以第一个故事为例):
- 审批列表页每个项目右侧显示“最新版本”绿色标签。
- 点击“最新版本”标签直接跳转至该版本文档详情页。
- 无最新版本时显示“待更新”灰色标签。
- 标签数据在每次文档上传后5分钟内自动刷新。
课程小作业:选择你当前负责或熟悉的一个产品,为其中一个核心角色创建用户画像,并基于此写出至少3个用户故事(含验收标准)。这将是你PRD文档中“用户场景”章节的草稿。