In Depth
产品详解
产品定位
指标中台是经营语言的立法机构：词根、修饰词、主题域构成标准化语义层，四类指标在此定义、一处计算、处处同源。它要终结的场景很具体——月度经营会变成“口径辩论赛”。
解决什么问题
一个 OEE 五个算法。 语义层从源头统一命名与口径：词根中心管命名原子，修饰词管业务限定，主题域划归业务版图；原子、派生、复合、SQL 四类指标覆盖从基础度量到复杂口径的全场景，复合指标配可视化公式编辑器，口径变更版本化管理、全程留痕可回退。
算一遍等一天。 DAG 可视化编排 + 分布式调度（定时触发、依赖编排、失败重试开箱即用），计算结果统一沉淀至高性能 OLAP 引擎亿级秒级响应；AutoCube 按指标与维度组合自动预聚合，切片、下钻、上卷即点即得。
改口径心里没底。 交互式血缘图谱呈现模型、指标、任务的加工链路，上游追溯与下游影响分析一图看清——口径变更前先评估影响范围，SQL 指标血缘自动解析 + 人工校准双管齐下。
核心能力详解
可视化数据建模
拖拽式模型设计器统一纳管事实表、维度表、汇总表；ODS 贴源接入与字段映射即建即用；逻辑模型一键物理化为 Doris 表并自动匹配存储引擎；模型分组与版本并行，多业务域演进互不干扰。
质量与预警
质量规则覆盖完整性、准确性、及时性，检查结果全程记录；指标健康度评分直观呈现质量水位，质量控制台集中治理；告警规则支持阈值与质量异常多类触发，处理过程可追踪。
服务化共享
指标 API 一键发布、自动鉴权、调用日志统计；数据导出与 Webhook 推送主动触达下游；指标目录分类导航 + “我的指标”个人视图，业务线与成员权限分级管控——指标资产全员共享、按需协同。
常见问题
实施周期多久？——单一工厂核心指标体系通常数周初见成效：先立 20-50 个核心指标口径，再滚雪球。
必须配数据中台吗？——不必须：可直连存量数仓起步；与数据中台同栈时，建模与贴源能力开箱即用。
指标怎么定义：四类口径
- 原子指标：不可再拆的基础度量（供热量、耗电量）；
- 派生指标：原子指标 + 时间/维度修饰（月度供热量、按换热站的耗电量）；
- 复合指标：多指标间的运算（单位供热面积能耗 = 月度耗电量 ÷ 供热面积）；
- SQL 指标：以 SQL 表达的复杂口径，覆盖前三类无法表达的场景。
词根与修饰词约束命名，保证一百个人建一千个指标，口径依然能对得上。
从定义到消费的一条链
能力按「定义 → 计算 → 治理 → 消费」串成一条链：
- 定义：指标管理员登记口径，写清统计维度与分析口径；
- 计算：把口径编排成 DAG 计算任务，按时自动产出结果入仓；
- 治理：质量规则与告警规则守护，健康度评分直观呈现每个指标的质量水位；血缘图呈现指标与模型、任务的上下游，变更前先看影响范围；
- 消费：业务人员在 OLAP 分析中按维度切片、下钻、上卷，大数据量下秒级响应；指标结果一键发布为 API（配套鉴权与调用日志），供集团报表、大屏与报警规则引用——全平台始终只有一个口径。
一个例子：月度单耗分析
某供热公司的做法：指标管理员登记「月度供热量」「月度耗电量」，配置每日凌晨自动汇总前一日数据；业务人员按换热站、月份切片对比单耗走势，发现异常站点后下钻定位；口径需要调整时，先看血缘评估影响再动手；分析结论经指标 API 供给集团报表系统。最终效果：月度经营会上各部门引用同一组数字；新报表从『写 SQL 取数』变成『选指标出图』。