2. 前置条件准备
在使用 A/B 测试驱动产品路线图优化之前，团队必须完成四个维度的前置条件准备。这些准备是实验体系可靠运行的地基，缺一不可。本章围绕适用场景、操作步骤、责任边界与验收标准展开，提供可直接复用的 SOP 框架。
适用场景（何时需要执行本章内容）：
- 团队决定采用 A/B 测试来验证路线图上的优先级假设。
- 已有产品路线图草稿，但尚未对其中的不确定性进行系统梳理。
- 数据基础设施（埋点、实验平台）已经存在，但需要评估是否满足实验要求。
- 团队角色模糊，缺乏明确的实验决策权归属。
前置条件（执行本章操作前必须已经具备）：
- 产品路线图至少以文档或看板形式存在，包含待办特性列表。
- 团队已完成初步的用户研究与业务目标对齐。
- 已获得数据平台的基本访问权限（至少能查看现有事件日志）。
操作步骤
- 梳理产品路线图当前状态
- 导出当前路线图（电子表格、Jira、Notion 等）。
- 按时间维度（近/中/远期）标注每个特性。
- 对每个特性标注不确定性等级：低（有用户数据支撑）、中（有间接证据）、高（纯假设）。
- 生成关键假设清单
- 针对每个高/中不确定性特性，写下可验证的假设语句（格式：如果 [行动]，那么 [预期效果]，因为 [原因]）。
- 对假设进行排序：高业务影响 × 高不确定性 → 优先实验。
- 使用模板记录假设 ID、特性名、假设描述、预期指标、置信度评级。
- 检查数据基础设施
- 确认关键用户行为是否已有埋点，粒度是否支持分组统计。
- 检查实验平台（如内部平台或第三方工具）是否支持流量分割、A/A 检验。
- 列出数据管道延迟、样本量估算工具、异常检测能力。
- 定义团队角色与职责
- 产品经理（PM）：负责假设提出、实验决策、结果落地。
- 数据分析师/科学家：负责实验设计、样本量计算、统计检验。
- 工程师：负责实验实现、埋点验证、功能发布。
- 实验负责人（可兼任）：协调跨角色沟通，管理实验看板。
输入输出物
| 过程 | 输入物 | 输出物 |
|---|---|---|
| 路线图梳理 | 现有路线图文档、用户研究资料 | 按不确定性等级标注的路线图状态表 |
| 假设清单 | 路线图状态表 | 关键假设清单（含假设 ID、描述、指标、优先级） |
| 数据基建检查 | 数据平台清单、埋点文档 | 数据基础设施评估报告（含缺口列表） |
| 角色分配 | 团队成员名单、现有职责 | 实验角色矩阵（RACI 表格） |
责任边界
- 产品经理主导路线图梳理与假设清单产出，数据分析师提供量化支持。
- 数据分析师负责数据基础设施评估，给出改造建议。
- 技术负责人确认埋点可实现性及实验平台兼容性。
- 项目经理协调角色分配，确保每个角色有人承担。
记录材料（模板样例）
关键假设清单模板（示例片段）：
假设ID: H-001
特性名: 简化注册流程
假设描述: 如果移除手机号验证步骤，那么新用户注册转化率提升≥5%，因为减少摩擦。
预期指标: 注册完成率、注册耗时
不确定性等级: 高
业务影响: 高
优先级: P0数据基础设施检查清单：
□ 关键事件埋点覆盖率 ≥ 80%
□ 实验平台支持随机分流与实时统计
□ A/A 检验历史通过率 > 95%
□ 样本量计算工具已部署
□ 数据管道延迟 ≤ 5 分钟异常处理
| 异常场景 | 处理措施 |
|---|---|
| 路线图未文档化 | 立即组织冲刺规划会，书面化未来 2-3 个季度的特性列表。 |
| 假设无法量化 | 重新拆解为可观测的行为指标，若仍不能，则降级为探索性实验。 |
| 数据基础设施缺失关键埋点 | 将埋点需求加入下一迭代 backlog，同时启用临时日志采集方案。 |
| 团队角色冲突 | 举行责任分配工作坊，最终决策权归于产品负责人。 |
验收标准
- 路线图状态：所有特性已标记不确定性等级，近期待实验特性清晰列出。
- 假设清单：至少包含 5 条符合格式的假设，优先级排序完成。
- 数据基础设施：评估报告中无「阻塞」级缺口，实验平台可正常创建实验。
- 角色矩阵：每个实验角色至少有一名指定人员，RACI 表已签字确认。
实战建议：首次执行时可将步骤 1-4 合并为一次「实验前哨会」，限时 2 小时完成。会后立刻产出可交付物，让团队在第二天就能开始设计第一个 A/B 测试。
以上流程确保了在启动第一个 A/B 测试之前，团队拥有可执行的路线图、可验证的假设、可靠的数据基础以及清晰的协作边界。任何环节不达标都应暂停实验启动，直到补齐前置条件。