第2章 目标用户画像构建
MVP 边界划定的第一步不是画功能列表，而是清晰回答“为谁解决什么问题”。用户画像（Persona）将零散的业务观察转化为可验证的角色模型，帮助产品团队在后续需求拆解、方案表达和验收标准制定中始终对齐真实用户场景。本章将围绕用户群体划分、核心需求提炼和典型用户描述三个环节，建立可复用的画像构建方法。
2.1 用户群体划分的三种维度
当业务方说出“我们的用户是年轻人”时，MVP 团队需要将其拆解为可操作的分群维度。以下三种划分方式在实际课程项目中最常用：
| 划分维度 | 核心问题 | 适用阶段 | 产出示例 |
|---|---|---|---|
| 角色维度 | 用户在完成目标时扮演什么身份？ | 业务调研初期 | 采购决策者、设备操作员、财务审批人 |
| 场景维度 | 用户在什么情境下产生需求？ | 需求验证阶段 | 外出巡检、紧急申报、批量对账 |
| 行为维度 | 用户实际使用竞品时的行为模式差异？ | 竞品分析后 | 高频低客单价型、低频高决策型 |
📌 团队自检：在 MVP 周期内，优先选择一种划分维度作为主基线。如果三种维度同时使用，会导致画像碎片化，增加访谈和验证成本。通常建议从“角色维度”切入，再用“场景维度”验证边界。
2.2 核心需求提炼：从用户访谈到结构化表达
用户访谈是需求提炼的主要原材料，但原始访谈记录往往充满跳跃、矛盾和模糊表述。我们需要通过以下步骤将碎片信息转化为可决策的需求条目：
- 关键事件提取：标记用户描述中“做某事时卡住”“反复尝试”“求助他人”等高频事件。
- 归因分类：将事件映射到三大要素——目标、痛点、期望。
- 优先级排序：采用 KANO 模型区分基本型需求、期望型需求和兴奋型需求。只有基本型需求和部分期望型需求才进入 MVP 候选列表。
- 转化为用户故事：使用标准格式 “作为<用户角色>，我想要<功能>，以便<价值>”，保持故事独立的可测试性。
🔍 访谈数据片段 → 需求条目标例
原始记录：“每次要跟财务对账，得先打电话问他们哪天有空，然后抱着一堆纸质单子过去，对完回来发现漏了一张，还得再跑一趟。”
→ 用户故事：作为采购专员，我想在手机端实时提交对账凭证，以便节省往返财务办公室的时间。
→ 需求类型：基本型（解决重复低效问题）。
原始记录：“每次要跟财务对账，得先打电话问他们哪天有空，然后抱着一堆纸质单子过去，对完回来发现漏了一张，还得再跑一趟。”
→ 用户故事：作为采购专员，我想在手机端实时提交对账凭证，以便节省往返财务办公室的时间。
→ 需求类型：基本型（解决重复低效问题）。
2.3 典型用户描述：Persona 模板与边界决策
每类分群至少需要产出一份“典型用户描述卡”。以下是我们课程中使用的标准化模板结构：
- 虚拟姓名与照片（照片用文字描述头像占位）：例如“王工 – 工厂维修组长，45岁
- 角色与背景：说明其职责范围、工作经验、技术熟练度
- 目标与动机：高优先级业务目标、个人职业诉求
- 痛点与瓶颈：当前工作流中反复出现的阻碍
- 期望方案：对理想解决手段的直接描述（不包含技术实现）
- 使用场景：典型的一天/一周内，何时、怎样使用产品
- 边界提示：哪些功能是该用户“可能想要但绝不是 MVP 必需的”
⚠️ 典型陷阱：不要在画像卡中堆砌“可能需求”。每一行痛点都应有对应的用户访谈录音或笔记编号作为证据。如果某条痛点在 3 个以上受访者中被提到，才允许写入画像卡。缺乏证据支撑的画像会导致 MVP 范围失控。
2.4 画像构建与边界决策流程
2.5 本章交付物模板参考
完成本章后，团队应产出以下两份交付物：
- 用户画像卡（每个分群一份）：包含角色名称、背景、目标、痛点、期望方案、使用场景、边界提示。
- 需求优先级清单：依据 KANO 模型分类，标注需求来源（访谈编号），并给出初步 MVP 边界建议（保留/暂缓/删除）。
📋 需求清单模板示例（部分）
需求ID: RQ-001
用户故事: 作为采购专员，我想在手机端实时提交对账凭证，以便节省往返财务办公室的时间。
来源访谈: PO-Interview-20250310-01, PO-Interview-20250312-03
KANO类型: 基本型
边界建议: 保留（MVP必含）
依赖: 无