第 1 章 确定转化率优化目标：明确业务目标、定义关键转化行为、设定KPI基准线

1.1 适用场景

转化率优化的第一步不是提出假设或设计实验，而是与业务方、产品、数据团队对齐方向。以下场景必须首先完成目标确定工作：

• 新项目启动：首次对某产品线或落地页开展CRO，缺乏历史优化基线。
• 季度/年度规划：周期性评估优化方向，重新校准业务优先级与转化指标。
• 数据异常响应：核心转化率连续下降或波动超出阈值，需快速定位目标是否偏移。
• 跨团队协作冲突：业务、产品、增长团队对「什么是成功」存在分歧，需统一目标语言。
• 实验资源受限：只能同时运行有限数量的A/B测试，必须优先选择与业务目标最对齐的假设。

1.2 前置条件

开始目标确定工作前，需要准备以下数据和资源：

• 业务需求文档（BRD/PRD）：包含产品阶段目标、营收预期、用户增长计划。
• 用户行为数据：至少30天的主流用户路径数据（页面浏览、点击、表单提交、支付等）。
• 竞品或行业基准报告：用于判断当前转化率在行业中的位置。
• 关键干系人名单：业务负责人、产品经理、数据分析师、运营主管，确保目标对齐会议能快速召集。
• 数据采集工具就绪：GA/Umami/自定义埋点系统可以输出关键事件的转化漏斗。

1.3 操作步骤

目标确定流程分为三个子阶段，每个阶段产出明确的交付物。按顺序执行，不可跳过或倒置。

1. 步骤一：明确业务目标（SMART对齐）
   • 召集干系人开展30分钟对齐会议。
   • 将模糊的业务诉求（如「提高收入」）转化为SMART描述：
     具体（Specific）、可衡量（Measurable）、可达成（Achievable）、相关性（Relevant）、时限（Time-bound）。
   • 示例：「在未来60天内，将付费用户转化率从当前2.3%提升至3.0%」。
   • 输出：业务目标声明表（含目标描述、衡量指标、时间窗口、责任人）。
2. 步骤二：定义关键转化行为
   • 基于用户旅程地图，识别直接反映业务目标完成的用户动作。
   • 转化行为必须满足：可追踪（有埋点）、不可逆（完成后不能倒退）、对营收有直接或间接贡献。
   • 常见关键行为：点击「立即购买」、提交注册表单、完成支付、激活订阅、下载资料。
   • 排除辅助行为（如浏览商品详情页、加入购物车），除非业务目标特意指向中间指标。
   • 输出：关键转化行为定义表（含行为名称、触发条件、追踪事件ID、归属漏斗阶段）。
3. 步骤三：设定KPI基准线
   • 取最近30-60天的历史数据，计算关键转化行为的当前转化率。
   • 确保数据样本量足够（单日转化事件≥30次，总样本量≥1000次）。
   • 记录基准线时同步采集：样本量、数据周期、波动范围（标准差）、数据来源。
   • 若数据不足，使用行业基准或小范围灰度数据作为临时基准，并在记录中标注。
   • 输出：KPI基准线记录表（含指标名称、当前值、样本量、数据周期、置信区间）。

1.4 输入输出物

典型的KPI基准线数据记录格式示例：

{
  "business_goal": "提升付费用户转化率",
  "goal_smart": "未来60天，付费转化率从2.3%提升至3.0%",
  "key_conversion_action": "完成支付",
  "tracking_event_id": "evt_payment_success",
  "kpi_baseline": {
    "current_rate_pct": 2.3,
    "sample_size": 12450,
    "data_period": "2024-03-01 ~ 2024-03-31",
    "std_dev": 0.21,
    "confidence_interval_95": [2.27, 2.33],
    "data_source": "GA4 支付事件漏斗"
  },
  "responsible": "王玲（CRO经理）",
  "aligned_stakeholders": ["产品总监", "增长负责人", "数据团队"]
}

1.5 责任边界

1.6 记录材料

每完成一个步骤，必须在统一的实验管理看板或文档中记录以下信息：

• 业务目标记录表：目标描述、SMART检查清单、对齐会议参与人、会议日期。
• 关键转化行为清单：行为名称、触发事件ID、对应漏斗阶段、是否为核心行为（标记原因）。
• KPI基准线记录表：指标名称、当前转化率、样本量、数据周期、波动范围、数据来源、计算人员。
• 干系人确认签字：业务负责人、产品经理、CRO经理三方确认的截图或签名。

所有记录材料应当版本化管理，后续章节的实验假设必须引用本章的记录ID。推荐使用以下目录结构存储：

cro-project/
├── 01-goal-definition/
│   ├── business-goal-statement_v1.2.pdf
│   ├── conversion-action-definition_v1.1.xlsx
│   ├── kpi-baseline_records_v1.0.csv
│   └── stakeholder-approval-screenshot.png
├── 02-hypothesis/
│   └── ...
└── 03-experiments/
    └── ...

1.7 异常处理

1.8 验收标准

本章工作完成并进入下一章（提出实验假设）前，必须逐项检查以下条件是否全部满足：

• 目标符合SMART：目标描述中包含具体数字、时间窗口、责任人和衡量指标。
• 转化行为可追踪：每个关键转化行为都有对应的埋点事件ID，且已在上线环境中验证数据回传正常。
• KPI基准线有数据支撑：基准线记录表中包含样本量、数据周期、波动范围，且样本量≥1000或已标注「临时基准」并设定复核日期。
• 三方确认签字：业务负责人、产品经理、CRO经理均在目标文档上签字确认。
• 记录材料归档：所有表格、文档、截图已按目录结构存储，并上传至共享知识库。
• 干系人知悉：目标声明通过邮件或消息广播给所有相关团队成员，并收到至少2/3成员的已读确认。

验收不合格时，不得进入「实验假设生成」阶段。由CRO经理组织补缺会议，48小时内完成整改。