第3章:用户画像、场景描述与用户故事模板

产品需求的有效性建立在对用户的深度理解之上。本章将系统讲解如何从零构建用户画像、撰写场景描述、定义角色与目标,并最终输出标准化的用户故事模板。这些内容是所有PRD中“用户场景”章节的核心原材料。

3.1 用户场景与业务问题

用户场景是用户与产品发生交互的具体情境。缺乏对场景的精准描述,团队容易陷入“功能堆砌”陷阱——开发出无人使用的功能。

常见业务问题:需求方口头说“用户需要一个搜索功能”,但未交代用户在何时、何地、什么状态下进行搜索,导致开发结果与用户预期严重偏离。

完整的用户场景包含三个要素:

  • 环境:使用产品的物理/数字环境(如通勤地铁、深夜办公室、弱网环境)
  • 触发条件:什么事件促使用户开始使用
  • 预期结果:用户期望达成的状态
场景要素说明示例(在线文档产品)
环境使用产品的上下文周末在家用笔记本,Wi-Fi信号不稳定
触发条件启动交互的原因同事通过即时消息发来一个紧急需要修改的文档链接
预期结果用户认为“完成”的状态能快速定位并修改文档中某一段落,并通知同事查看

3.2 用户画像(Persona)构建方法

用户画像不是简单的“性别+年龄”,而是包含行为模式、目标、痛点、使用习惯的综合画像卡片。每个画像对应一个具体的角色(Actor)。

经验原则:一个PRD中用户画像不超过3个,过多会导致需求发散。常见的角色包括“普通用户”“管理员”“访客”“付费会员”等。

用户画像标准字段:

  1. 角色名称(如“文档编辑员”“审批主管”)
  2. 背景描述(职位、经验、技术能力)
  3. 核心目标(每次使用产品最想完成的事)
  4. 痛点(现有工作流程中的障碍)
  5. 使用频率(日均/周均使用次数)

3.3 用户故事模板:角色、目标、功能

用户故事是敏捷需求表达的基石。标准模板为:
“作为<角色>,我希望<目标>,以便<价值>”

每个用户故事包含三个部分:

组成部分含义编写要点
角色(Actor)执行动作的用户画像必须来自前面定义的用户画像列表
目标(Goal)用户希望系统做什么用动词短语描述,如“搜索”“下载”“同步”
价值(Value)达成目标后用户的收益与业务指标或用户痛点关联

3.4 从场景到用户故事的拆解流程

下面这张流程图展示了从用户画像到用户故事的完整映射关系:

用户故事生成流程 — 从画像到模板 用户画像 (角色定义) 场景描述 (环境+触发) 角色与目标 (谁+要什么) 用户故事 (As…I want…so that…) 验收验证:用户故事是否覆盖角色目标? 验收标准(Acceptance Criteria) 每个用户故事需附带2~5条可验证条件

3.5 需求拆解:从用户故事到功能点

每个用户故事通常对应多个功能点。拆解时应遵循INVEST原则(独立、可协商、有价值、可估算、小型、可测试)。

拆解示例:用户故事“作为文档编辑员,我希望在保存时自动备份历史版本,以便误操作后能够恢复”
→ 功能点1:自动保存触发器(每30秒检测内容变化)
→ 功能点2:版本历史列表展示
→ 功能点3:版本回滚操作接口

3.6 指标验证与验收标准

用户故事的质量需要可量化指标验证:

指标定义示例阈值
故事覆盖率已编写用户故事覆盖的用户场景比例≥ 85%
角色完整度是否覆盖所有核心用户画像的关键场景每个画像至少3个故事
验收通过率开发完成的功能满足验收标准的比例≥ 95%

每个用户故事必须附带验收标准(AC)。AC是产品经理与开发、测试确认“需求完成”的唯一依据。

3.7 交付物模板

本章对应的PRD交付物包括以下三个模板:

  1. 用户画像卡片文档:每个画像一页,包含角色名、背景、目标、痛点、使用频率、代表性语录。
  2. 场景描述清单:表格形式列出场景编号、环境、触发条件、关联画像、预期结果。
  3. 用户故事列表:按角色分组,每个故事包含故事描述(模板)、验收标准(列表)、优先级、关联功能点。
避坑提示:不要将“用户故事”与“功能需求”混为一谈。用户故事强调用户视角的价值,而非系统内部实现。例如“作为用户,我希望点击搜索按钮后1秒内显示结果”比“系统需要实现全文搜索引擎”更符合用户故事定义。

3.8 完整示例:从用户画像到用户故事

以下是一个真实场景的完整流程:

用户画像: 林经理,35岁,项目管理办公室负责人,每天审批5~8个项目文档,痛点在于文档版本混乱,希望快速定位最新版本。

场景描述: 林经理在周一早上打开公司OA系统,收到三个项目文档审批通知,当前系统按上传时间排序,但同个项目有多个版本混在一起,他需要找到每个项目的最新版进行审批。

用户故事:

  • 作为审批主管,我希望在审批列表中看到每个项目的最新版本标记,以便直接点击最新版本进行审批,避免误审旧版。
  • 作为审批主管,我希望在点击项目名称后自动展开该项目的版本历史,以便对比不同版本的修改内容,决定是否通过。

验收标准(以第一个故事为例):

  1. 审批列表页每个项目右侧显示“最新版本”绿色标签。
  2. 点击“最新版本”标签直接跳转至该版本文档详情页。
  3. 无最新版本时显示“待更新”灰色标签。
  4. 标签数据在每次文档上传后5分钟内自动刷新。
课程小作业:选择你当前负责或熟悉的一个产品,为其中一个核心角色创建用户画像,并基于此写出至少3个用户故事(含验收标准)。这将是你PRD文档中“用户场景”章节的草稿。