4. 埋点方案设计前置条件：确定核心指标、梳理用户路径、定义事件属性、明确粒度

在进入埋点方案的细节设计之前，必须完成四项前置条件的定义。这四项条件如同建筑的“四梁八柱”，缺一不可。跳过或模糊任何一项，都会导致后续埋点数据无法支撑RICE评分中的 Reach（触达）与 Effort（投入） 的量化计算。

4.1 适用场景

本章节定义的前置条件适用于以下三类场景：

• 新功能上线前的埋点规划：需要从零构建度量体系。
• 存量功能迭代的埋点重构：已有数据但无法支撑RICE评分，需补充或修正事件定义。
• A/B实验的埋点对齐：确保实验组与对照组的用户路径和事件属性完全一致。

4.2 前置条件

执行本章内容前，需确保以下资源已就绪：

4.3 操作步骤（四步法）

严格按照以下顺序执行，不可跳过或颠倒。

步骤一：确定核心指标（OSM模型）

使用 OSM（Object-Strategy-Measure） 模型将产品目标拆解为可量化的指标：

• O（Object）：本迭代的产品目标。例如：提升“智能推荐”功能的点击转化率。
• S（Strategy）：实现目标的产品策略。例如：优化推荐算法展示位、增加个性化标签。
• M（Measure）：衡量策略效果的指标。例如：推荐位点击率（CTR）、人均推荐曝光次数。

步骤二：梳理用户路径（关键节点拆分）

基于用户旅程地图，将核心指标所在的流程拆解为可观测的 关键节点。每个节点对应一个唯一的埋点事件。

1. 绘制路径图：从用户进入功能到完成目标行为的全链路。例如：进入推荐页 → 浏览推荐列表 → 点击推荐商品 → 加入购物车。
2. 定义节点类型：
   • 起始节点：用户进入该功能的动作（如：页面曝光）。
   • 过程节点：用户中间行为（如：滑动、筛选、点击）。
   • 目标节点：核心指标对应的最终动作（如：成交、注册）。
3. 标记漏斗节点：用于RICE评分中 Reach 维度的转化率计算。

步骤三：定义事件属性（Who-When-What-Where-How）

每个埋点事件必须附带 5W1H 属性，确保RICE评分中的 Impact（影响） 与 Confidence（信心） 可回溯。

步骤四：明确粒度（事件聚合级别）

定义每个事件是 单个用户行为 还是 聚合统计。粒度错误会导致RICE评分中的 Effort（投入） 估算偏差。

• 原子粒度：每发生一次就上报一次（如：每次点击）。用于计算 Reach 和 Impact。
• 会话粒度：按会话聚合（如：每次进入页面记录一次，页面内多次点击只记录一次点击量）。用于计算 Confidence 的样本量。
• 用户粒度：按用户汇总（如：当天该用户是否点击推荐）。用于用户分层分析。

4.4 输入输出物

事件定义草稿示例（JSON Schema）：

{
  "event": "recommend_click",
  "granularity": "atomic",
  "properties": {
    "user_id": {"type": "string", "required": true},
    "time_stamp": {"type": "string", "format": "date-time"},
    "item_id": {"type": "string", "required": true},
    "position": {"type": "integer", "required": true}
  }
}

4.5 责任边界

4.6 记录材料

本章节执行过程中需归档以下材料至项目共享文档库：

1. 前置条件SOP检查表（文档名：{项目名}_前置条件检查表_v1.xlsx）
2. 事件属性定义快照（文档名：{项目名}_事件属性字典_v1.md）
3. 用户路径决策会议纪要（包含路径节点的确认与变更日志）

4.7 异常处理

4.8 验收标准

• 【流程验收】四项前置条件（指标、路径、属性、粒度）均已书面化，并由产品经理与数据分析师双签确认。
• 【结构验收】每个事件至少包含 Who、When、What、Where 四个必选属性。
• 【粒度验收】事件定义中明确标识了 atomic、session 或 user 粒度，且与RICE评分的计算要求一致。
• 【可回溯验收】所有决策理由（如：为什么选择这个粒度）均已记录在会议纪要中。