2. 前置条件评审：数据源可用性、访谈对象招募、时间窗口、资源清单

交叉验证项目在正式启动数据采集与分析之前，必须完成系统化的前置条件评审。跳过此环节直接执行，往往会导致数据口径不一致、受访者失联、排期冲突或分析团队无资源承接，最终使验证结论失去说服力。本章提供一套标准化的评审流程与检查清单，确保在进入访谈或产品分析具体动作前，所有必要条件已就绪。

2.1 适用场景

• 启动任何一项交叉验证子任务（如“电商订单流失归因验证”“注册引导环节路径一致性验证”）之前。
• 数据团队与用研团队首次联合召开项目 kickoff 会议时。
• 当项目涉及多个业务方（产品、运营、数据、用研）时，需统一资源承诺。

2.2 前置条件

在执行本章评审之前，项目应已具备以下最低输入：

1. 项目启动文档（含待验证假设、所需用户群体定义、预期数据指标）。
2. 初步数据源列表（如埋点事件表、业务数据库表名、第三方工具看板名称）。
3. 受访者画像描述（用于招募筛选的年龄、行为、设备或地区条件）。

2.3 操作步骤

评审过程分为四个并行的检查分支，每个分支均需记录结论。以下为标准化执行流程：

步骤 2.3.1：数据源可用性审查

步骤 2.3.2：访谈对象招募检查

1. 受访者池容量：根据目标用户画像（如“近30天完成订单但未复购的付费用户”），从数据分组中筛选出候选池，池内人数至少应为计划招募数的 5 倍（计划招募 8 人，池子需 ≥ 40 人）。
2. 招募渠道确认：内部邀请（如后台推送、邮件触达）或外部招募平台（如用户众测平台）的渠道已排期。
3. 隐私与知情同意：所有候选人均已完成《访谈知情同意书》电子签署，或已获取可联系的授权。
4. 样本补充规则：制定当原定受访者实际到访率低于 70% 时的候选替补方案。

步骤 2.3.3：时间窗口核查

核查以下关键时间维度，确保访谈推进节奏与数据产出节奏匹配：

• 数据出表时间：所需指标的数据表通常在每日 UTC 8:00 完成更新。若需要前一日数据，则当日 9:00 后方可查询最新数据。
• 事件运营窗口：产品大版本更新、运营活动上线/下线的时间点是否与访谈排期重叠，避免用户行为受外部事件干扰。
• 访谈排期冲突：同一用研分析师在同一时间段内不应同时承担超过 1 场深度访谈。

步骤 2.3.4：资源清单盘点

2.4 输入输出物

2.5 责任边界

• 数据团队（数据产品经理/数据工程师）：负责数据源可用性审查，提供表结构文档、权限流程说明，并确认指标口径。
• 用研团队（用户研究员）：负责访谈对象招募检查，交付受访者筛选脚本与补充规则，并确认隐私合规文件。
• 项目经理/协调人：负责时间窗口核查与资源清单盘点，拉通各方确认，输出最终评审报告。

2.6 记录材料

评审过程中需填写以下标准化记录表格（可从 SOP 模板库中拉取）：

# 前置条件评审检查清单 (模板摘录)
| 检查大类         | 检查小项               | 状态 (通过/未通过/不适用) | 备注                        |
|------------------|------------------------|---------------------------|-----------------------------|
| 数据源可用性     | 表存在且可查询         | [ ]                       | 库名:bi_orders 已确认权限    |
| 数据源可用性     | 指标口径对齐           | [ ]                       | 口径文档 v2.1 双方已签收     |
| 时间窗口         | 无版本发布冲突         | [ ]                       | 4月18-25日无计划                                                                                 |
| 资源清单         | 工具账号已开通         | [ ]                       | Mixpanel 项目ID: sys_ana_003 |
| 访谈对象招募     | 受访者池 ≥ 5倍         | [ ]                       | 当前池46人，需访8人                |

2.7 异常处理

2.8 验收标准

前置条件评审通过，需同时满足以下所有条件：

1. 全部四项检查（数据源、受访者、时间窗口、资源清单）均为“通过”状态，或经项目发起人书面批准的“有条件通过”。
2. 评审报告已归档至项目共享目录（如 Wiki 或 Confluence），并通知所有干系人。
3. 资源清单确认函至少获得数据、用研、产品三方的在线确认或邮件回复。
4. 高风险项（红色）数量为 0；黄色风险项已在备注中记录兜底方案。
5. 若存在不适用项，必须在备注栏写明原因与替代路径。