指标口径管理是什么
口径管理把每个指标的定义写清楚：统计范围、过滤条件、时间口径、去重键、更新频率、归属层级与责任人，统一收口在指标字典里，报表与接口都以字典为准。没有口径管理的典型症状是同一件事在不同报表上有不同数字，而且谁也说不清哪个对。治理顺序通常是先统一名字，再统一算法，最后才是统一实现。
基本信息
| 必填要素 | 统计范围、过滤条件、时间口径、去重键、更新频率 |
|---|---|
| 载体 | 指标字典或数据地图，与表血缘打通 |
| 分层 | 原子指标（基础度量）、派生指标（原子 + 修饰词 + 周期）、衍生指标（多个指标运算） |
| 变更流程 | 评估影响面 → 登记生效日期 → 通知下游 → 新旧并行一段时间 |
| 责任人 | 每个指标明确归属域与 Owner，避免无主口径 |
| 校验方式 | 报表数值可用字典口径重新计算核对 |
典型使用场景
- 同名不同义治理：两个部门都叫「活跃用户」，先定义清楚再谈数字差异
- 新指标上线：先在字典定义并评审，再落地实现，避免先做后补文档
- 口径变更：活动规则调整导致算法变化，需登记生效日期并通知下游
- 对外披露：监管或对外口径需要留档与可追溯的计算说明
- 自助取数：业务同学按字典口径自行取数，减少重复答疑
口径说明卡片示例
口径说明卡片示例
# 每个指标一张卡片，字段固定，便于检索与评审
# 指标名：支付金额
# 口径：已支付订单的实付金额之和，剔除已退款订单
# 时间口径：按支付时间归属自然日，跨日支付归支付日
# 去重键：order_id
# 统计范围：全渠道，含 App 与小程序
# 来源表：dwd_trade_order_detail_di
# 更新频率：每日 06:00 前
# 责任人：交易域常见口径分歧点
| 分歧点 | 两种常见理解 | 处理方式 |
|---|---|---|
| 时间归属 | 下单时间 vs 支付时间 | 字典明确写出归属字段 |
| 退款处理 | 全额剔除 vs 仅扣除退款额 | 写清剔除规则与适用场景 |
| 去重键 | 订单级 vs 明细行级 | 明确去重粒度，对应表粒度 |
| 统计范围 | 含测试与刷单 vs 剔除 | 列出排除条件清单 |
| 历史口径 | 回溯重算 vs 保留原值 | 变更时标注生效日期与是否重算 |
同名不同义与同义不同名是最常见的问题：先统一名字，再统一算法。名字没统一的组织里，算法统一几乎不可能推动。
口径变更不标注生效日期，会让历史报表与现状混用：同一张趋势图上的两条口径拼接，业务据此做的判断可能完全错误。