第2章:OKR与KPI的融合应用
2.1 指标定义
本章聚焦于目标与关键结果(OKR)框架与关键绩效指标(KPI)的协同运作。OKR用于设定宏伟方向并拆解为可衡量的关键结果,KPI则持续监控关键结果的达成进度与质量。两者并非替代关系,而是“方向-刻度”组合:OKR回答“我们要去哪里”,KPI回答“我们走得多快、多远”。
| 要素 | OKR | KPI |
|---|---|---|
| 定义 | 目标(Objective)+ 3~5个关键结果(Key Results) | 量化衡量指标,反映业务健康度或达成度 |
| 周期 | 季度/年度 | 日/周/月持续跟踪 |
| 聚焦 | 突破性增长或关键转化 | 常规运营效率与质量 |
| 关系 | 设定挑战性目标 | 为关键结果提供数字刻度 |
💡 融合原则:每个关键结果(KR)应至少匹配1个KPI;KPI的阈值(目标值、预警值)直接源自KR的期望达成标准。
2.2 数据口径与计算逻辑
以“提升用户活跃度”为例,拆解后的关键结果与对应KPI口径:
- KR:Q3 DAU提升至120万 → 对应KPI:日活跃用户数(DAU)。口径:当日启动App且停留≥10秒的去重设备数。
- KR:周留存率提升至45% → 对应KPI:第7日留存率。口径:新增日D0设备在第7日(D7)仍有活跃的比例。
- KR:核心功能渗透率≥30% → 对应KPI:功能点击率。口径:点击该功能的DAU / 总DAU。
2.3 维度拆解
KPI需按以下维度拆解,以定位OKR执行中的瓶颈:
- 时间维度:日、周、月、季对比。
- 渠道维度:自然流量、付费渠道、活动引流。
- 用户分层:新用户、老用户、高活跃/低活跃。
- 产品模块:首页、搜索、详情页、支付完成页。
-- 示例维度交叉查询(DAU按渠道×用户分层)
SELECT channel, user_level, COUNT(DISTINCT device_id) AS dau
FROM daily_active
WHERE dt = '2025-03-01'
GROUP BY channel, user_level;
2.4 看板结构
推荐搭建“OKR-KPI融合看板”,分三层展示:
- 顶层:画布展示Objective摘要及整体达成率(进度条 + 红黄绿灯)。
- 中层:每个KR对应一张KPI卡片,包含当前值、目标值、趋势图、周环比。
- 底层:维度下钻表(渠道/用户分层),支持点击跳转。
🔍 看板关键字段:KR名称、KPI名称、当前值、目标值、达成率、预警状态(绿色≥90%、黄色70%~90%、红色<70%)、负责人、最近更新时间。
2.5 异常解释
当KPI值与目标偏离时,需结合OKR拆解链路进行根因分析:
- 异常信号:KPI达成率连续3天低于预警线(如<70%)。
- 解释模板:
- 数据层面:口径是否变更?是否受节假日影响?
- 业务层面:是否因策略上线/下线导致?竞品动向?
- 执行层面:关键动作是否被延滞?资源是否到位?
- 输出:每次异常生成5Why根因卡片,关联至对应KR。
2.6 业务动作
基于异常解释,制定可追踪的纠正行动:
- 快速止血:如KPI骤降源于渠道截图错误,立即修复归因代码。
- 杠杆调整:若留存率不足,加大老用户召回推送频次。
- 资源重配:渗透率未达标时,集中研发资源优化核心功能入口。
- 复盘节点:每周一检查动作进度,季度末评估整体OKR完成情况。
2.7 复盘分析
季度末复盘需对比OKR与KPI数据,输出以下内容:
- 达成/未达成根因总结:哪些KR超额完成?哪些受外部影响?
- KPI与KR的匹配度:是否存在KPI达标但KR未达成的情况?往往因KPI选取偏差(如仅关注DAU而忽略质量)。
- 优化建议:下一周期调整KR权重、更换KPI、补充过程指标。
⚠️ 常见误区:不要把OKR等同于KPI的简单加总。让KPI完全由KR派生,而非反向设定。避免“KR数量过多”(超过5个)导致焦点分散。