先说结论
企业数据中台建设应从可验证的经营或协同场景开始，明确源系统、业务主键、指标口径、负责人和更新频率，再形成可复用的数据服务。
需要先理清的核心问题
客户、商品、组织和项目在不同系统可能编码不一致。
同名指标可能采用不同时间、状态、范围和去重规则。
数据平台不能成为新的孤岛，结果必须回到业务流程和责任人。
建议的实施步骤
选择一组管理者真正使用的指标和业务问题。
梳理源系统、主数据、业务主键、血缘和质量责任。
建设分层模型、指标目录、权限与数据服务接口。
通过看板、预警或业务应用验证数据是否可用。
上线后如何判断是否有效
指标能否从汇总结果下钻到可信业务明细。
数据延迟、缺失、重复和口径冲突是否有人处理。
新增报表与应用是否能够复用现有指标和数据服务。
开始项目前建议确认
- 业务场景
- 源系统
- 主数据
- 业务主键
- 指标口径
- 数据血缘
- 质量规则
- 服务接口
常见问题
数据中台和BI有什么区别？
BI侧重分析与展示，数据中台还负责数据集成、治理、标准和可复用服务。
是否要一次接入所有系统？
不建议，应围绕优先场景接入必要数据，再逐步扩大。
谁负责指标口径？
业务部门负责业务定义，数据与技术团队负责实现、质量和血缘。