数据分析仪表盘封面

图片来源：Pexels - Negative Space，可免费用于网站和博客。

可执行指标体系五层框架

前言

指标体系不是“指标清单”，而是一套把业务目标、业务过程、指标口径、数据模型、责任机制和经营动作串起来的管理系统。可执行的指标体系至少要回答 6 个问题：看什么、为什么看、怎么算、按什么维度看、谁负责、异常后怎么行动。

参考阿里巴巴 OneData 思路，可以把指标体系建设成“统一口径 + 统一模型 + 统一服务”的闭环：OneID 统一核心实体，OneModel 统一数据模型，OneService 把标准指标服务给业务。

1. 建设目标

一套好的指标体系要同时服务三类场景：经营决策、过程管理、运营动作。最终产出不只是 BI 看板，而是 5 类资产：指标树、指标字典、维度体系、数据模型、管理机制。

2. 五层框架

层级 目标 关键问题 典型产出
目标层 明确业务要赢什么 当前最重要目标是什么 北极星指标、季度目标
业务过程层 拆解业务链路 业务价值怎么产生 业务流程图、业务域
指标层 定义可衡量指标 每个环节如何衡量 指标树、原子指标、派生指标
数据层 统一口径和模型 数据从哪里来，怎么算一致 指标字典、数仓模型、质量规则
应用层 支撑决策和行动 谁看、何时看、看完做什么 看板、预警、日报、复盘机制

3. 先定北极星指标

北极星指标要体现业务长期价值，而不是短期动作量。选择标准：代表核心用户价值，与收入、留存、效率或战略目标强相关，可以被业务团队影响，不容易被单一短期行为刷高。

业务类型 推荐北极星指标 说明
电商 支付 GMV / 成交用户数 / 有效订单数 关注交易闭环
SaaS 活跃付费账户数 / 净收入留存 NRR 关注留存和持续收入
内容社区 有效互动用户数 / 人均有效消费时长 关注真实参与
本地生活 履约完成订单数 / 复购用户数 关注供需匹配和服务完成
数据平台 指标复用率 / 数据服务调用成功率 关注数据资产价值

4. 按业务链路拆指标树

交易业务指标树示例

以交易类业务为例：流量进入 -> 商品浏览 -> 加购/收藏 -> 下单 -> 支付 -> 履约 -> 退款/售后 -> 复购。

业务环节 核心问题 一级指标 二级指标
流量进入 有没有有效流量 访问用户数、访问次数 渠道 UV、新客 UV、跳出率
商品浏览 用户是否看到合适商品 商品曝光、详情页访问 点击率、详情页转化率
加购下单 是否产生购买意愿 加购人数、下单人数 加购率、下单转化率、客单价
支付成交 交易是否完成 支付订单数、支付金额 支付转化率、支付成功率
履约服务 体验是否稳定 发货及时率、签收率 超时订单率、取消率、投诉率
售后复购 用户是否回来 退款率、复购率 退款金额、满意度、30 日复购率

指标树要满足 MECE：同层指标尽量不重叠、不遗漏。每个管理指标都要能追溯到业务动作。

5. 用 OneData 思路定义指标

建议结构：派生指标 = 原子指标 + 业务限定 + 统计周期 + 统计粒度 + 维度。

原子指标

原子指标 业务事件 度量含义
支付金额 订单支付成功 用户实际完成支付的金额
支付订单数 订单支付成功 完成支付的订单数量
访问用户数 用户访问页面 去重访问用户数量
退款金额 订单退款成功 成功退款的金额
发货订单数 商家发货 已发货订单数量

业务限定

常见限定包括平台、渠道、订单类型、商品范围、用户范围、活动范围。例如 App、新客、直播间、会员、自营商品。

统计周期

常用周期包括实时、小时、自然日、自然周、自然月、最近 7 天、最近 30 天、截至当日。

派生指标示例

派生指标名称 结构化定义
最近 7 日 App 新客支付金额 原子指标=支付金额；限定=App + 新客；周期=最近 7 日；粒度=渠道
自然日直播间支付订单数 原子指标=支付订单数；限定=直播间；周期=自然日；粒度=直播间/主播
自然月会员退款率 原子指标=退款订单数 / 支付订单数；限定=会员；周期=自然月；粒度=会员等级

6. 建立指标字典

指标字典是指标体系的合同。每个指标至少记录这些字段：

字段 说明 示例
指标名称 对外统一名称 自然日支付金额
指标编码 稳定唯一 ID trade_pay_amt_1d
指标类型 原子/派生/复合 派生指标
业务定义 用业务语言解释 自然日内支付成功且未全额退款订单的支付金额
计算公式 技术计算逻辑 sum(pay_amount) where pay_status='success'
口径说明 包含/排除规则 不含运费；部分退款按实付金额扣减
统计周期 日/周/月/实时 自然日，T+1
统计粒度 支持下钻维度 日期、渠道、类目、店铺
数据来源 表和字段 dwd_trade_order_pay_di.pay_amount
负责人 业务 owner + 数据 owner 交易负责人 / 数仓负责人
质量规则 准确性校验 日环比波动超过 30% 预警
使用场景 看板/报表/API 经营日报、交易看板
变更记录 口径变更历史 2026-05-13 调整退款口径

7. 指标分层

层级 面向对象 作用 示例
北极星指标 CEO/负责人 判断长期价值 支付 GMV、活跃付费客户数
结果指标 管理层 判断目标完成情况 收入、利润、订单数、留存率
过程指标 业务负责人 定位业务链路问题 转化率、发货及时率、退款率
动作指标 一线团队 指导具体动作 触达人数、活动参与率、优惠券核销率

复盘顺序：北极星是否达成 -> 结果指标哪里偏离 -> 哪个业务环节导致 -> 动作是否执行 -> 下轮怎么优化。

8. 数据模型落地

数仓层级 职责 指标体系关系
ODS 保留源系统原始数据 不直接给业务使用
DWD 明细事实层，统一清洗事件 原子指标主要来自这里
DIM 公共维度层 统一用户、商品、订单、组织等维度
DWS 公共汇总层 沉淀可复用派生指标和主题汇总
ADS 应用数据层 面向具体看板、报表、数据产品

关键原则：同一个指标只允许有一个权威口径；复用公共层，不在每张报表里重复写复杂逻辑；核心维度统一编码，如 user_id、item_id、order_id、shop_id；指标口径变更必须记录影响范围和生效时间。

9. 治理机制

建议建立 5 个机制：指标准入、指标评审、指标分级、口径变更、指标下线。

角色 责任
业务 Owner 定义业务含义，确认指标是否能指导动作
数据产品/分析师 设计指标树、看板、分析路径
数仓工程师 建模、开发、口径固化、质量保障
数据治理负责人 命名规范、资产目录、权限、生命周期
管理层 确认北极星指标和经营复盘节奏

10. 八周落地计划

指标体系八周落地路线图

周期 任务 产出
第 1 周 明确业务目标和核心场景 北极星指标、业务问题清单
第 2 周 梳理业务链路和业务域 业务流程图、主题域划分
第 3 周 搭建指标树 一级/二级/三级指标清单
第 4 周 定义核心指标口径 指标字典 v1、命名规范
第 5 周 盘点数据源和模型 数据源清单、事实表/维表设计
第 6 周 开发公共汇总层 DWS/ADS 表、核心指标 SQL
第 7 周 建设看板和预警 经营看板、异常预警规则
第 8 周 试运行和复盘 口径问题清单、治理机制、迭代计划

11. 命名规范

建议格式：业务域_业务限定_原子指标_统计周期_统计粒度。

示例：

  • trade_app_new_user_pay_amt_1d：交易域 App 新客自然日支付金额。
  • trade_live_pay_order_cnt_1d：交易域直播自然日支付订单数。
  • user_member_repurchase_rate_30d：用户域会员最近 30 日复购率。

中文展示名建议：统计周期 + 业务限定 + 原子指标 + 粒度。例如：自然日 App 新客支付金额、最近 30 日会员复购率。

12. 常见误区

误区 后果 修正方式
直接从报表开始做 指标碎片化，无法复用 先业务链路，后指标树，再报表
每个部门自己定义口径 经营会反复争论数据 核心指标统一口径和 owner
只看结果指标 发现问题但无法定位原因 加过程指标和动作指标
指标越多越好 看板复杂，没人使用 分级管理，只突出关键指标
只有技术口径，没有业务解释 业务不信任、不使用 指标字典必须有业务定义
没有变更机制 历史数据不可比 指标变更记录和版本管理

13. 最小可行版本 MVP

从 0 开始时，先选一个业务域试点，例如交易域或用户域。MVP 只做 20-50 个核心指标：1 个北极星指标、5-8 个结果指标、10-20 个过程指标、10-20 个动作指标。

验收标准：管理层每周固定使用；业务团队能根据指标定位问题；指标口径争议明显减少；核心指标有负责人和质量监控；至少有一次从异常发现到动作复盘的完整闭环。

14. MVP 行动清单

  • 选定一个试点业务域：建议先选交易、用户、商品或履约之一。
  • 约业务负责人、数据分析师、数仓工程师开 1 小时会。
  • 会上只确认 3 件事：北极星指标、业务链路、前 20 个核心指标。
  • 会后沉淀指标字典 v1，并标注业务 owner 和数据 owner。
  • 两周内上线第一版看板，用真实经营会议验证它是否有用。

15. 参考资料