第2章 前置条件梳理：数据源可用性确认、业务方参与度评估、需求优先级排序标准

适用场景

前置条件梳理是需求分析阶段的第一道质量闸门。当以下任意场景发生时，必须启动本流程：

• 新指标需求接入：业务方提出新的度量指标，当前数据仓库中尚无对应口径记录。
• 跨部门数据协作：两个以上业务线共用同一指标，但各自口径存在隐性差异（如“活跃用户”在运营和销售部门的定义不同）。
• 需求变更：已有指标的业务逻辑或数据源发生变更，需要重新评估数据可行性与口径对齐方案。
• 监管/合规报送：对外报送的指标口径必须可追溯、可验证，前置条件梳理是合规基线。

前置条件

执行本流程前，需确保以下基础材料和组织准备已完成：

1. 需求文档初稿已就绪：至少包含指标名称、业务定义、期望粒度（日/周/月）、维度拆分需求。
2. 干系人清单已识别：列出业务方代表、数据Owner、技术对接人、数据质量负责人。
3. 基础数据字典可访问：当前数据仓库/数据湖的元数据目录、字段说明、血缘关系图至少可用。
4. 需求优先级框架已共识：团队已选定优先级评分模型（如RICE、ICE或自定义加权模型）。

操作步骤

前置条件梳理采用三步并行校验法，每一步输出一个结构化矩阵，作为后续需求分析的准入凭证。三步之间既有顺序依赖（数据源可用性确认 → 业务方参与度评估 → 需求优先级排序），也允许局部并行。

步骤一：数据源可用性确认

目标：验证需求涉及的指标数据是否已在数据仓库/数据湖中沉淀，且质量、时效、权限满足需求。

• 1.1 元数据探查：在数据字典中检索指标对应的物理表/视图、字段名、字段类型、分区策略。若存在多个同名或相似字段，记录差异。
• 1.2 质量验证：检查字段空值率、异常值占比、历史数据连续性。空值率超过 15% 或连续缺失超过 7 天，标记为“质量待修复”。
• 1.3 权限与时效确认：确认当前数据源是否有读权限；数据产出时间是否满足业务时限（如 T+1 日报需在次日 8:00 前就绪）。

输出物：数据源可用性矩阵（见下方记录材料章节示例）。

步骤二：业务方参与度评估

目标：量化业务方在口径对齐过程中的投入意愿和响应能力，避免因业务方失联导致需求搁置。

• 2.1 干系人识别与分组：将干系人分为“关键决策者”“业务解释者”“数据审批者”三类，每类指定至少一位联系人。
• 2.2 参与意愿评级：通过简短访谈（15分钟）了解业务方对指标口径对齐的投入度。评级标准：
  高（主动提供口径文档/测试数据）、中（配合访谈但无主动产出）、低（多次联系无回应或拒绝参与）。
• 2.3 时间承诺确认：与业务方约定口径评审会议时间、口径确认截止日。低参与度业务方需升级至项目 Sponsor 协调。

输出物：业务方参与度评级表。

步骤三：需求优先级排序标准

目标：基于统一的指标评分模型对需求进行优先级排序，确保资源优先投入高价值、高紧急、高可行性的需求。

• 3.1 定义优先级评分指标：设定“需求优先级指数（RPI）”，由三个维度加权计算。
• 3.2 维度拆解：
  • 业务价值分（权重 40%）：覆盖用户数（万）、收入影响（万元/月）、战略匹配度（1-5 分）。
  • 紧急度分（权重 35%）：时间敏感性（是否有固定截止日）、依赖阻塞数（阻塞其他需求的个数）、合规要求（是否监管强制）。
  • 资源匹配分（权重 25%）：数据可用性（步骤一评分）、技术可行性（1-5 分）、人力投入（人天）。
• 3.3 评分与排序：每个需求按 RPI 公式计算总分，生成优先级排序看板。RPI = 业务价值分 × 0.4 + 紧急度分 × 0.35 + 资源匹配分 × 0.25。

需求名称	业务价值分 (40%)	紧急度分 (35%)	资源匹配分 (25%)	RPI 总分
核心DAU指标口径对齐	92	85	78	86.2
新客成本口径统一	70	60	95	72.5
端到端转化漏斗口径对齐	88	40	55	63.7

看板结构说明：每一行代表一个需求，维度分项（业务价值、紧急度、资源匹配）为 0-100 标准化分数，RPI 总分 = 加权求和。看板按 RPI 总分降序排列，资源分配时优先处理 Top 需求。

输出物：需求优先级排序矩阵（含 RPI 评分明细）。

三步流程总览

以下内联 SVG 展示了从数据源可用性确认到需求优先级排序的完整前置条件梳理流程。三个主步骤之间用箭头串联，每个主步骤下方列出关键子活动。

输入输出物

步骤	输入物	输出物	工具/模板
数据源可用性确认	数据字典、元数据仓库、权限清单	数据源可用性矩阵	可用性检查表（Excel / Confluence 模板）
业务方参与度评估	干系人清单、访谈记录	业务方参与度评级表	参与度评估卡（含评级标准）
需求优先级排序	需求列表、步骤一&二输出物	需求优先级排序矩阵（含RPI看板）	RICE/ICE 评分卡 + 看板工具

责任边界

角色	职责	关键交付物
数据产品经理	统筹三步流程，组织评审，维护优先级看板	需求优先级排序矩阵（最终版）
数据分析师	执行元数据探查与质量验证，输出可用性矩阵	数据源可用性矩阵
业务方代表	提供口径业务解释，参与意愿评级访谈，确认时间承诺	参与度评级表（业务方部分）
数据质量负责人	审核质量验证结果，对“质量待修复”项给出修复计划	质量修复SLA

记录材料

以下为数据源可用性确认检查表模板示例，用于记录每个数据源的探查结果。填写后作为步骤一的输出留存。

| 数据源名称 | 物理表名      | 字段名      | 字段类型 | 空值率 | 异常值占比 | 数据连续性 | 是否有读权限 | 产出时效   | 状态       |
|------------|---------------|-------------|----------|--------|------------|------------|--------------|------------|------------|
| 用户行为日志 | dwd_user_act  | active_flag | string   | 2.3%   | 0.1%       | 连续365天   | 是           | T+1 06:00  | ✅ 可用    |
| 订单系统    | ods_order     | order_amt   | decimal  | 8.7%   | 0.5%       | 连续180天   | 是           | T+1 08:30  | ✅ 可用    |
| 客户画像    | dim_customer  | tag_life    | string   | 22.1%  | 3.2%       | 连续90天    | 否（需申请） | T+2 10:00  | ⚠️ 待修复  |

业务方参与度评级表与需求优先级排序矩阵也需存档至项目知识库，用于后续审计与回溯。

异常处理

异常场景	影响步骤	应对策略
数据源不存在或字段缺失	步骤一	标记为“数据不可用”，与业务方协商替代数据源或调整指标定义；若无法替代，需求降级为“暂缓”。
业务方参与度评级为“低”	步骤二	升级至项目 Sponsor 进行协调；若 3 个工作日内仍无响应，需求挂起并记录风险。
多需求 RPI 分数并列	步骤三	按“业务价值分”优先排序；若仍并列，由数据产品经理与业务方代表共同裁定。
数据源质量“待修复”且无修复计划	步骤一 → 步骤三	步骤三的资源匹配分直接记为 0，需求 RPI 总分降权处理，直至质量修复完成。

验收标准

前置条件梳理完成的标准（三项全部满足方可进入正式需求分析）：

1. 数据源可用性矩阵已签署：所有需求对应的数据源已探查并标记状态（可用/待修复/不可用），待修复项已关联修复SLA。
2. 业务方参与度评级表已归档：所有干系人完成评级，评级为“低”的已升级处理并有明确结论。
3. 需求优先级排序矩阵已评审：需求列表已完成 RPI 评分，排序结果经数据产品经理与业务方代表双签确认，看板已发布至团队共享空间。