项目速览
- 行业：多业态集团（制造 + 贸易 + 服务）
- 交付内容：指标治理、数据接入、经营驾驶舱、自助取数、异常预警
- 周期：8 周；团队 5 人（含 2 名数据工程）
- 技术栈：MySQL / 业务库抽取、数仓分层（ODS-DWD-DWS）、BI 前端、定时调度
背景：三份月报，三个数字
集团下属三家子公司各自有一套报表：财务口径的销售额（含税、含退货）、销售口径的销售额（不含税、按下单日）、运营口径的销售额（不含税、按发货日）。开会时三个数字对不上，讨论就变成了争论口径，业务问题反而没谈。
老板的判断很朴素：「先让数字统一，再谈分析」。这句话定了项目的顺序——先治理，后可视化。
目标
- 每个核心指标有唯一定义、唯一责任人、唯一计算逻辑，并在系统里可查
- 看板取数与人肉 Excel 结果一致（抽样 30 个指标逐项核对）
- 异常可预警：环比波动超过阈值、目标进度滞后自动推送
- 自助取数：业务方可以自己拖维度和时间，不必每次找 IT 排期
方案
① 指标治理先行
把 286 个指标过了一遍：合并重复的、废弃没人用的、补齐没定义的。最终保留 180 个核心指标，每个指标写明「业务含义 + 计算公式 + 过滤条件 + 数据来源 + 责任人 + 更新频率」。这一步花了将近三周，是项目里最不「炫」但最关键的部分。
② 数仓分层与血缘
ODS 接原始库与 Excel 导入，DWD 做明细清洗与维度统一，DWS 做指标聚合。每个指标能看到它依赖哪几张表、哪几个字段，改动前能评估影响面。血缘图上线后，最直接的收益是「改字段前先看一眼下游」。
③ 驾驶舱
驾驶舱只放老板真正会看的 12 个指标：营收进度、毛利率、回款率、订单量、区域达成、Top 客户、异常预警、库存周转。每个数字都能点进去看构成与趋势，避免「大屏很漂亮但没人用」。
④ 异常预警
预警规则由业务定：环比降幅超过 15%、目标进度滞后超过 5 个百分点、单一客户占比超过 30%。触发后推送到对应责任人，不推给全员——推给全员的结果是没人看。
工程难点
- 跨库口径对齐：三家公司的主数据（客户、商品、组织）编码规则不同，先建映射表再谈聚合。
- 历史回补：数仓上线要回补 24 个月明细，第一次全量跑了 6 小时，之后改成按天增量 + 分区重算。
- 性能：驾驶舱首屏要求 3 秒内，靠预聚合表 + 缓存实现；实时数字单独走一条轻量链路，不污染主链路。
- 数据质量监控：空值率、枚举越界、主键重复三类每天巡检，异常先告警给数据组，不直接展示给老板。
结果
月会从「数字对不上」变成「看异常」；业务方自助取数占比超过一半，IT 的临时取数需求明显下降。具体经营改善数据由客户掌握。
复盘
如果重做，我们会把「指标责任人签字确认」做成系统流程，而不是靠会议纪要。项目后期仍有两个指标因责任人变动而反复，说明口头约定不够。
发表回复