第1章:原型验证目标定义

验证目标定义是原型验证的起点。目标不清晰,后续所有用户反馈收集与设计迭代都会失焦。本章将拆解验证目标的三个来源、如何与真实用户场景对齐,以及如何设定可衡量的成功指标。

原型验证目标定义流程 用户需求 业务目标 技术约束 对齐用户场景 (使用 × 流程 + 场景卡片) 定性指标 (易用性/满意度) 定量指标 (完成率/时间/错误数) 成功指标集合 (验收标准清单) 说明: 验证目标必须同时包含来源追溯、场景对齐和可测量的成功指标,三者缺一不可。
图1-1 原型验证目标定义流程

1.1 适用场景

  • 新功能原型开发阶段:产品经理需要明确本次验证要回答哪些核心问题。
  • 关键交互路径重设计:对已有流程进行大改时,需要基准指标来衡量改后效果。
  • 多方案比选:同时产出 A/B 两个原型,目标定义决定比选维度。
  • 高风险决策节点:涉及投入资源较多或影响用户核心体验的功能,必须事先收敛验证目标。

1.2 前置条件

必备输入:产品需求文档(PRD)或用户故事地图、竞品分析摘要、可用性基准数据(如有)。

角色就位:产品负责人、交互设计师、用户研究员(至少 1 名具备用户访谈经验的人员)。

工具准备:协同文档(如 Confluence / 飞书文档)、场景卡片模板、度量标准模板(见下文)。

所有前置条件须在专属 验证目标定义工作坊 开始前 24 小时完成对齐,避免会议中临时补信息。

1.3 操作步骤

  1. 收集并归类验证目标来源

    从业务需求、用户反馈、技术可行性三个维度提取原始目标陈述。使用以下模板记录:

    目标来源登记表(示例)
    | 来源类型 | 原始陈述                                    | 提出角色 | 优先级 |
    |----------|---------------------------------------------|----------|--------|
    | 业务目标 | 将注册转化率提升 15%                        | 产品总监 | P0     |
    | 用户需求 | 用户反馈“注册步骤太多,容易迷路”           | 客服      | P0     |
    | 技术约束 | 因后端限制,注册表单最多支持 5 个字段       | 开发      | P1     |
  2. 用户场景对齐

    选择 1~3 个核心场景(高频 / 高风险 / 典型),将目标拆解为“在 X 场景下用户需要 Y 体验”。使用场景卡片:

    场景卡片模板
    场景名称:新用户首次注册
    用户角色:未登录访客
    触发条件:点击“立即注册”
    期望行为:3 步以内完成注册,且不用跳转页面
    检验指标:完成率 ≥ 70%,平均耗时 ≤ 90 秒
  3. 设定成功指标

    为每个场景定义至少 1 个定量指标 + 1 个定性指标。定量指标要求可自动化采集,定性指标通过用户反馈问卷/观察量表获取。填写到《验证指标清单》(见记录材料)。

  4. 指标共识评审

    召集干系人评审指标是否覆盖所有目标来源、指标值是否合理(过高/过低)、采集成本是否可以接受。通过后由产品负责人签字确认。

💡 最佳实践:使用 SMART 原则检验每一个指标——具体(Specific)、可测量(Measurable)、可达成(Attainable)、相关(Relevant)、有时限(Time-bound)。

1.4 输入输出物

输入物输出物
产品需求文档(PRD)《验证指标清单》(V1.0)
用户反馈原始数据(客服/用户访谈/问卷)《目标来源登记表》
技术可行性评估报告《场景卡片集》(至少 2 张)
项目计划与里程碑干系人签字确认的《成功指标验收单》

1.5 责任边界

角色职责决定权/否决权
产品负责人提供业务目标并确认指标优先级有权否决不符合业务方向的指标
交互设计师将指标转化为可观察的用户行为描述建议定性指标的具体观测点
用户研究员设计指标采集方案、组织工作坊否决技术上不可行的采集方式
开发代表评估定量指标埋点可行性在技术成本过高时提出替代方案

若出现跨角色争议(例如:业务要求指标过高而技术无法实现),由产品负责人做最终仲裁并记录在《指标清单备注》中。

1.6 记录材料

  • 目标来源登记表(在线表格或 Excel)——必须包含来源类型、原始陈述、提出角色、优先级、关联场景。
  • 场景卡片集(每张卡片含场景名称、用户角色、触发条件、期望行为、初步指标)——至少 2 张,不超过 5 张。
  • 验证指标清单(结构化文档)——字段:指标名称、类型(定量/定性)、所属场景、目标值、采集方式、责任角色。
  • 成功指标验收单——所有干系人签字的最终审批单,附带会议纪要。

⚠️ 常见错误:只收集了业务目标而忽略了用户场景;将定量指标设得过于笼统(如“用户体验好”);未记录指标调整的决策背景。每个记录材料必须标注版本号和修改日期。

1.7 异常处理

异常情况处理措施输出调整
目标来源冲突(业务 vs 用户)组织专题会议,对齐优先级排序,必要时引入管理层决策在《目标来源登记表》增加“冲突解决记录”列
指标无法量化转为定性指标,使用问卷量表(如 SUS)或李克特 5 分量表更新《验证指标清单》备注
干系人无法达成共识产品负责人设定临时指标,限定 1 周内完成探针测试验证输出《临时指标定义书》,后续迭代修正
场景卡片过多按高频 + 高风险原则裁剪至 ≤ 3 张;其余标签化为“低优先级”场景卡片集保留优先级标签

1.8 验收标准

  1. 完整性:所有目标来源(业务、用户、技术)均已登记,且每条都关联到至少一个场景。
  2. 可测量性:每个场景至少有 1 个定量指标(有明确数值目标)和 1 个定性指标(有采集方法描述)。
  3. 一致性:指标值之间不存在逻辑矛盾(例如:完成率要求 90% 但平均时间要求 10 秒,需参照实际可行性)。
  4. 签字确认:产品负责人、交互设计师、用户研究员三方已在《成功指标验收单》上签署。
  5. 归档格式:所有记录材料以 PDF 或在线文档形式归档,版本号、日期、修改人可见。