指标治理
问题
如何在企业中管理好指标？如何解决"口径不一致"问题？
答案
为什么需要指标治理
| 问题 | 影响 |
|---|---|
| 口径不一致 | 产品说 DAU 是 100 万，运营说是 80 万 |
| 命名混乱 | "转化率""购买率""下单率"指的是同一个？ |
| 重复定义 | SQL 写了 50 遍，每次逻辑略有不同 |
| 无人维护 | 指标创建后无人更新，业务变了指标没变 |
指标命名规范
| 维度 | 规范 | 示例 |
|---|---|---|
| 命名结构 | [限定词]_[业务过程]_[度量] | daily_active_user_count |
| 业务过程 | 用动词 | pay、register、browse |
| 度量类型 | 明确聚合方式 | _count、_rate、_amount、_avg |
| 时间粒度 | 写明周期 | daily_、weekly_、monthly_ |
| 避免歧义 | 不用模糊词 | ❌"用户数" ✅"日活跃用户数" |
口径管理
指标卡片（Metric Card）
每个指标应有一张标准化的定义卡片：
| 字段 | 内容 | 示例 |
|---|---|---|
| 指标名称 | 中文名 | 日活跃用户数（DAU） |
| 英文名 | 英文标识 | daily_active_user_count |
| 定义 | 文字描述 | 自然日内启动 App 并停留 ≥3 秒的去重用户数 |
| 计算公式 | SQL/公式 | COUNT(DISTINCT user_id) WHERE event='app_start' AND duration>=3 |
| 数据源 | 源表 | dwd.user_session |
| 统计粒度 | 时间 + 维度 | 天、可按渠道/城市/版本拆分 |
| owner | 负责人 | 数据分析团队 - 张三 |
| 更新频率 | 刷新周期 | T+1 |
| 创建时间 | 创建日期 | 2024-01-01 |
| 变更历史 | 口径调整记录 | 2024-03: 从 1 秒改为 3 秒 |
口径变更流程
口径变更注意事项
- 向前兼容：如果口径变了，历史数据怎么处理？回溯还是标注分界线？
- 通知所有下游：搜有用到这个指标的报表、看板、自动化任务
- 版本记录：保留变更前后的口径定义和原因
指标平台
企业级指标管理平台的核心功能：
| 模块 | 功能 |
|---|---|
| 指标目录 | 统一注册、搜索、分类 |
| 口径管理 | 标准化定义、变更审批 |
| 血缘关系 | 指标依赖哪些表/字段 |
| 数据服务 | API 查询指标值 |
| 权限管理 | 谁能定义、谁能修改 |
| 质量监控 | 指标值异常自动告警 |
指标分层架构
| 层级 | 定义 | 示例 |
|---|---|---|
| 原子指标 | 业务过程 + 度量 + 聚合 | SUM(支付金额) |
| 派生指标 | 原子 + 维度限定 | SUM(支付金额) WHERE 渠道='直播' |
| 复合指标 | 指标间计算 | 支付金额 / 成交笔数 = 客单价 |
常见面试问题
Q1: 产品和运营对"活跃用户"的定义不一样，怎么解决？
答案：
- 召集会议：拉上产品、运营、数据团队，明确各方定义和诉求
- 统一口径：达成一致的标准定义（写入指标卡片）
- 如果确实有不同需求：
- 创建不同的派生指标（如
app_active_uservsbusiness_active_user） - 明确各自的使用场景
- 创建不同的派生指标（如
- 录入系统：在指标平台注册，所有人查同一个来源
Q2: 如何判断一个指标体系是否健康？
答案（评估维度）：
- 覆盖度：核心业务流程都有对应指标吗？
- 一致性：同名指标在不同报表中口径一致吗？
- 可用性：需要指标时能快速获取吗？
- owner 明确：每个指标都有负责人吗？
- 时效性：指标更新及时吗？
- 无冗余：是否有大量重复/废弃的指标？
Q3: 指标太多了怎么办？
答案：
- 分层分级：核心指标（≤10个）+ 次要指标 + 明细指标
- 定期清理：每季度 review，下线无人使用的指标
- 复用优先：新需求先看是否有现成指标，避免重复创建
- 按角色提供：CEO 看 5 个核心指标，运营看 20 个，分析师可自助查全部