第3章：明确业务目标——场景、决策与关键问题
构建精准Persona的第一步并非直接收集用户数据，而是与业务方对齐业务目标。没有清晰目标的Persona要么沦为“墙上装饰”，要么在后续需求决策中被反复推翻。本章围绕三个核心动作展开：确定使用场景、分类决策类型、编制关键问题清单。
3.1 为什么业务目标是Persona的“锚点”
业务目标决定了Persona的颗粒度与使用边界。例如：
- 运营活动（如拉新推送）：需要基于行为偏好细分的轻量Persona。
- 产品功能设计（如企业采购审批模块）：需要包含决策权力、风险态度的重度Persona。
- 战略规划（如三年路线图）：需要结合行业趋势的宏观Persona集群。
常见误区：跳过头部分析，直接找用户做访谈。结果发现访谈出来的需求与业务方真正要解决的问题不匹配，导致返工。
3.2 Step 1：确定Persona使用场景
与产品经理、运营、销售方共同填写使用场景清单，确认Persona将在哪些业务环节被调用。
| 场景类型 | 典型问题 | Persona深度需求 |
|---|---|---|
| 用户获取 | 新用户从哪个渠道来？第一印象是什么？ | 触媒习惯、初次体验动机 |
| 功能决策 | 用户如何评估功能优先级？ | 任务目标、效率阈值 |
| 转化留存 | 什么因素会导致用户流失？ | 情绪触点、替换成本 |
| 付费升级 | 用户愿意为哪些价值付费？ | 预算范围、决策链角色 |
实践技巧：用“如果……那么……”句式问业务方：“如果我们要做新用户引导优化，Persona应该回答哪三个问题？”答案直接导出使用场景。
3.3 Step 2：分类决策类型
同一场景下不同决策层面需要的Persona信息截然不同。按战略层、战术层、运营层划分：
| 决策类型 | 关注点 | Persona输出形式 |
|---|---|---|
| 战略决策 （CEO/产品VP） | 市场机会、用户群迁移、竞品格局 | Persona全景图+群体画像 |
| 战术决策 （产品经理/设计师） | 功能排序、用户流程、界面微交互 | 场景故事板+用户目标拆解 |
| 运营决策 （增长/客服） | 触达时机、话术、异常处理 | 情绪旅程图+决策触发点 |
3.4 Step 3：编制关键问题清单
将业务目标转化为可访谈、可溯源的问题。以下模板可直接用于与业务方对齐会议：
-------------------------------------------
【业务目标定义卡片】
业务方：__________ 负责人：__________
产品阶段：▢探索 ▢增长 ▢成熟 ▢衰退
1. 使用场景描述：
在什么时间/渠道/流程中使用Persona？
2. 需要Persona回答的核心问题（最多5个）：
Q1: _____________________
Q2: _____________________
Q3: _____________________
Q4: _____________________
Q5: _____________________
3. 决策类型（勾选全部适用）：
▢战略（方向级） ▢战术（方案级） ▢运营（执行级）
4. 已有数据来源：
▢用户访谈 ▢后台日志 ▢客服记录 ▢行业报告
5. 期望交付物格式：
▢一页纸画像 ▢场景故事板 ▢人物关系图
-------------------------------------------
关键检查点：完成问题清单后，反问业务方：“如果Persona能回答这些问题，你愿意停止现在的工作而直接使用吗？”若犹豫，说明目标仍需收窄。
3.5 内联SVG：业务目标→使用场景→决策类型→问题清单
下图展示了从粗粒度业务目标到具体关键问题的逐层推导关系：
3.6 验收标准与交付物模板
本章结束后，需要输出以下交付物：
- 业务目标定义卡片（填写完毕）
- 使用场景优先级表：按业务影响力和紧急程度排序
- 决策类型映射矩阵：每个场景对应的战略/战术/运营标签
| 验收项 | 通过条件 | 验证方式 |
|---|---|---|
| 业务目标与产品阶段匹配 | 目标卡片中的阶段勾选与实际情况一致 | 与产品负责人交叉核对 |
| 使用场景可执行 | 场景描述包含“什么时间+什么渠道+什么用户行为” | 将场景转化为一句A/B测试假设 |
| 关键问题可量化 | 每个问题都能用行为指标（如点击率、转化率）验证 | 将问题改写为“用户行为指标” |
| 决策类型分类无遗漏 | 每个场景至少对应一个决策类型 | 矩阵图交叉检查 |