指标复用与防重复建设
新建指标之前先检索同类项：同一个业务概念往往已经有指标存在，只是名字不同或口径略有差异。能用扩展已有指标实现（加维度、加过滤条件、加版本）就不要新建。每个数据域设指标裁判角色审核新增申请，并定期清理长期无人访问的僵尸指标。指标数量不是成果，重复建设带来的是口径分叉与维护成本叠加。
基本信息
| 前置流程 | 先查重检索，再考虑扩展或新建 |
|---|---|
| 查重维度 | 名称、口径定义、计算逻辑、数据来源 |
| 审核角色 | 域内指标裁判，负责新增与变更评审 |
| 清理机制 | 长期无查询的僵尸指标归档 |
| 扩展优先 | 加维度、加过滤条件优于新建指标 |
| 度量立场 | 指标数量不是 KPI，能复用不新建 |
典型使用场景
- 新增申请评审：确认是否已有同义指标可以扩展复用
- 指标去重：发现两个团队各建同名指标，推动合并
- 僵尸清理：识别近 90 天无查询的指标并走退役流程
- 别名治理：为同一指标登记常用别名，减少重复检索
- 成本核算：指标数量与维护人力挂钩，推动精简
僵尸指标识别与查重
僵尸指标识别与查重
-- 近 90 天无查询的指标清单，作为退役候选
SELECT metric_code, metric_name, last_query_dt
FROM metric_usage_stat
WHERE last_query_dt < date_sub(current_date(), 90);
-- 新建前的口径查重：按关键词匹配已有指标定义
SELECT metric_code, metric_name, definition, owner
FROM meta_metric
WHERE definition LIKE '%复购%' OR metric_name LIKE '%复购%';处理顺序
| 情况 | 处理方式 | 理由 |
|---|---|---|
| 已有同义指标 | 直接复用 | 避免口径分叉 |
| 口径略有差异 | 扩展为可配置版本 | 保留一套实现 |
| 业务概念确实不同 | 新建并登记差异点 | 便于后续区分 |
| 长期无人访问 | 走退役流程归档 | 降低维护成本 |
指标数量不是 KPI：能复用不新建，能下线就下线。把指标数量当成部门产出，会直接激励重复建设和僵尸指标的堆积。
查重的前提是检索入口可用：指标库要支持按口径定义与计算逻辑检索，只按名称查找几乎找不到同义指标（成交额与 GMV、复购率与回购率往往被当成两个东西）。