第2章 数据产品定义：类型、特征、交付物与示例
核心提示：数据产品定义是边界界定工作的起点。只有清晰回答“这个数据产品是什么、属于哪一类、有什么关键特征、交付什么、像哪个已知案例”，后续的边界划定、责任分配和验收才能有的放矢。本章提供一套可复用的定义框架，让数据产品从模糊诉求变为可执行、可检查的工程单元。
适用场景
在下列任一场景中，必须启动数据产品定义流程：
- 项目启动初期，业务需求已初步收敛，需要将“想法”转化为“产品定义”；
- 数据产品与已有系统/解决方案之间存在边界模糊、责任交叉；
- 同一数据产品可能被多个业务方复用，需要统一认知；
- 数据产品立项评审前，需要提交完整的定义材料供决策。
前置条件
执行数据产品定义前，必须完成以下准备工作：
| # | 前置条件 | 验收标准 |
|---|---|---|
| 1 | 业务需求初步调研已完成 | 至少有一版经业务方确认的需求纪要 |
| 2 | 目标用户群体已识别 | 用户画像（角色/人数/使用频率）已书面化 |
| 3 | 数据源可用性已评估 | 数据源清单包含名称、更新频率、质量等级 |
| 4 | 技术可行性已初步判断 | 解决方案架构师出具技术预研备忘录 |
常见误区：不要在需求完全不确定时强行定义数据产品。定义的前提是“可描述、可示例、可评审”，如果业务方只能说出“我想要一个看板”，却说不清看什么指标、给谁看、多久刷新，应先补齐需求调研，再进入定义阶段。
操作步骤
按照以下5个步骤完成数据产品定义，每一步都对应明确的输入、操作要点和输出。
- 识别数据产品类型
对照业务需求的核心交付形态，从报表型、算法型、API型、应用型、平台型中选择最匹配的一类。若跨类型则取主导类型，并在定义文档中注明次要类型。 - 提炼关键特征
从可复用性、可交付性、边界清晰度、SLA承诺四个维度逐一分析，每个维度给出“是/否/部分”判定及证据说明。 - 编制交付物清单
基于类型和特征，参照本章交付物清单表，逐项确认PRD、数据字典、接口规范、测试报告是否必需，并补充特定交付件。 - 匹配典型示例
从组织已有数据产品目录中查找相似案例，或引用行业标杆示例，用于验证定义是否合理、是否与已有产品重叠。 - 评审与确认
组织数据产品经理、解决方案架构师、业务代表三方评审，达成一致后签字确认，定义文档进入受控状态。
操作诀窍：步骤1和步骤2可以并行开展，通常2小时内可完成一个中等复杂度数据产品的定义草稿。步骤4的示例匹配最容易发现边界模糊问题——如果找不到任何相似示例，说明需求可能过于发散或与现有平台能力重复。
输入输出物
| 类型 | 名称 | 来源/去向 | 格式要求 |
|---|---|---|---|
| 输入 | 业务需求文档（BRD） | 业务方提供 | Word/在线文档 |
| 输入 | 数据源评估报告 | 数据工程师提供 | Excel/表格 |
| 输入 | 技术预研备忘录 | 解决方案架构师提供 | Markdown/PDF |
| 输出 | 数据产品定义文档 | 数据产品经理编制 | 含类型、特征、交付物、示例 |
| 输出 | 数据产品类型映射表 | 纳入产品目录 | 结构化字段（类型/子类型/标签） |
| 输出 | 交付物清单检查表 | 项目管理跟踪 | 逐项可勾选、可验收 |
责任边界
| 角色 | 职责内容 | 交付物 | 决策权 |
|---|---|---|---|
| 数据产品经理 | 主导定义流程，编写定义文档 | 数据产品定义文档 | 类型判定、特征分析 |
| 解决方案架构师 | 技术可行性分析，接口规范把关 | 技术预研备忘录 | 否决不可行方案 |
| 业务分析师 | 提供业务需求输入，确认场景匹配 | 业务需求文档 | 需求优先级排序 |
| 数据工程师 | 评估数据源质量与可用性 | 数据源评估报告 | 数据质量等级判定 |
记录材料
以下记录材料必须在定义过程中同步填写，纳入产品档案：
- 数据产品定义记录表：包含产品名称、版本、定义日期、类型、特征评分、交付物清单、示例匹配结果；
- 类型判定矩阵：对5种类型分别打分（1~5分），取最高分作为最终类型，并记录各维度得分；
- 交付物清单检查表：逐项列出交付物名称、责任人、计划完成日期、验收状态；
- 评审纪要：记录评审日期、参与人、意见、结论及待办事项。
异常处理
| 异常场景 | 表现 | 处理措施 |
|---|---|---|
| 类型判定分歧 | 评审时多方对类型意见不一致 | 使用类型判定矩阵量化打分，取最高分；仍不一致时由数据产品经理与解决方案架构师联合裁定 |
| 特征不明确 | “可复用性”“边界清晰度”无法给出明确判定 | 引入原型验证——用最小可行版本（MVP）运行2周，收集实际消费方数据后再判定 |
| 交付物清单遗漏 | 开发过程中发现缺少关键交付件 | 启动交付物补充流程，评估影响范围后补充至清单，更新版本号并通知所有干系人 |
| 示例无法匹配 | 找不到相似案例，定义缺乏参照 | 标记为“创新型数据产品”，增加行业对标调研环节，延长定义评审周期 |
验收标准
数据产品定义工作是否完成，以下验收项必须全部通过：
- 类型明确且唯一：数据产品类型在5种标准类型中有且只有1个主导类型（可标注次要类型）；
- 关键特征完整覆盖：可复用、可交付、有边界、有SLA四个维度均有明确判定和证据；
- 交付物清单可执行可检查：每项交付物都有责任角色、交付格式和验收标准，无模糊项；
- 典型示例与实际场景匹配：示例与当前需求场景的相似度≥70%（由业务方确认）；
- 评审记录完整：评审纪要中包含三方签字，所有待办事项已关闭或已制定关闭计划。