本文へ移動
cccskills
無料GitHub で公開

metric-design

设计指标体系时使用。适用于北极星指标、AARRR 海盗模型、漏斗指标、GSM(Goals-Signals-Metrics)框架。帮助团队从业务目标出发,建立可量化、可追踪、可行动的指标体系。

インストール方法を見る

含まれるファイル(2)

  • SKILL.md5.3 KB
  • templates/metric-framework-template.md2.5 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

指标体系设计(Metric Design)

参考来源:Google HEART Framework、Pirate Metrics (AARRR)、North Star Metric、GSM Framework、Lean Analytics。

适用场景

  • 从零搭建产品 / 业务指标体系
  • 定义北极星指标(North Star Metric)
  • AARRR 各阶段指标拆解
  • 漏斗指标设计与口径定义
  • GSM 框架落地(目标 → 信号 → 指标)
  • 指标口径对齐与文档化
  • OKR / KPI 量化拆解
  • 数据埋点需求输出

核心原则

1. 业务导向
   指标必须回答业务问题,不是为了量化而量化

2. 可行动
   每个指标变动都能对应具体行动(不能只看不能动)

3. 可衡量
   有明确计算公式、数据来源、统计口径

4. 层次分明
   北极星 → 一级指标 → 二级指标 → 过程指标,不混层

5. 口径唯一
   同一指标全公司一个定义,不允许多版本

6. 反指标
   设防护指标(Guardrail Metrics)防止优化一个指标伤害另一个

指标体系框架

北极星指标(North Star Metric)

定义:单一指标,代表产品核心价值,全公司对齐

选择标准:
  - 反映用户获得的核心价值
  - 可拆解为团队可影响的子指标
  - 领先指标(而非滞后指标)
  - 长期增长与短期增长一致

示例:
  Spotify → 每周活跃收听时长
  Airbnb → 预订间夜数
  Slack → 每日活跃团队中发送消息数
  电商 → 月度 GMV / 月度订单数

AARRR 海盗模型

Acquisition(获取)  → 用户从哪来?
Activation(激活)   → 用户首次体验价值?
Retention(留存)    → 用户回来吗?
Revenue(收入)      → 用户付费吗?
Referral(推荐)     → 用户推荐吗?

每个阶段 2~3 个核心指标 + 1 个反指标

GSM 框架

Goals(目标)   → 业务想达成什么?
Signals(信号) → 什么行为/现象说明在接近目标?
Metrics(指标) → 用什么数字量化信号?

示例:
  Goal: 提升用户活跃度
  Signal: 用户更频繁地使用核心功能
  Metric: 周均核心功能使用次数(per user)

漏斗指标

设计步骤:
  1. 定义漏斗起点和终点
  2. 拆解中间关键步骤(不超过 7 步)
  3. 每步定义转化率 = 下一步人数 / 当前步人数
  4. 标注各步骤的平均时长
  5. 设置各步骤基准线(Benchmark)

注意:
  - 每步定义必须互斥(一个用户不能同时在两步)
  - 时间窗口要明确(7 天漏斗 vs 30 天漏斗)
  - 区分新用户漏斗 vs 全量用户漏斗

指标定义标准格式

指标名称:[中文名]([英文名])
业务含义:[一句话解释]
计算公式:[分子] / [分母] 或 COUNT(xxx) WHERE ...
数据来源:[表名 / 埋点事件]
统计粒度:[天/周/月]
统计口径:[去重规则 / 时间窗口 / 过滤条件]
责任人:[谁负责这个指标]
反指标:[优化此指标时需要监控什么]
基准线:[当前值 / 行业均值 / 目标值]

流程

1. 明确业务目标(这个阶段最重要的事是什么?)
   ↓
2. 选择框架(北极星 / AARRR / GSM / 漏斗)
   ↓
3. 拆解指标层级(一级 → 二级 → 过程指标)
   ↓
4. 定义每个指标的标准格式(公式 / 口径 / 来源)
   ↓
5. 设置反指标(防止过度优化)
   ↓
6. 确认数据可获取性(有埋点吗?有表吗?)
   ↓
7. 输出指标文档 + 埋点需求
   ↓
8. 与产品 / 开发 / 数据对齐口径

质量自检

□ 每个指标是否有明确计算公式?
□ 口径是否无歧义(同一个名字只有一个定义)?
□ 指标层级是否清晰(北极星 → 一级 → 二级)?
□ 是否设置了反指标 / 防护指标?
□ 数据来源是否确认可获取?
□ 时间粒度和窗口是否明确?
□ 是否与产品 / 业务对齐?
□ 是否输出了埋点需求(如果缺数据)?
□ 指标数量是否合理(一级 ≤ 5,二级 ≤ 15)?
□ 是否考虑了季节性和外部因素影响?

常见坑

  1. 虚荣指标——只看 PV/UV 不看实际价值(注册不等于激活)
  2. 指标太多——什么都追等于什么都不追
  3. 口径不统一——产品说 DAU 包含游客,运营说不包含
  4. 只有滞后指标——收入是结果,过程指标才能行动
  5. 忽略反指标——提升转化率但客单价暴跌
  6. 指标不可行动——看到下降了但不知道该做什么
  7. 时间窗口不明确——7 天留存和 30 天留存混着看
  8. 漏斗步骤定义模糊——用户可能跳步或回退

配套模板

  • templates/metric-framework-template.md — 指标体系设计模板

与其他 skill 的协作

上游:
  产品经理工作流 → 业务目标 + 假设
  项目经理工作流 → OKR / 里程碑

下游:
  sql-analysis → 指标口径落地为 SQL
  data-visualization → 指标可视化到仪表盘
  ab-testing → 实验指标定义
  analysis-report → 指标解读写入报告
  后端工程师工作流 → 埋点需求

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

A/B 测试设计与分析时使用。适用于产品实验、功能验证、转化率优化。融合假设驱动 + 样本量计算 + 置信度判断。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

上线前业务方/产品方验收时使用。适用于功能交付确认、UAT、发布会签。融合 BDD Given-When-Then、Specification by Example、ATDD。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

设计无障碍可访问的界面时使用。适用于满足 WCAG 标准、键盘导航、屏幕阅读器支持。优先使用 WCAG 2.2 AA 级标准 + 键盘 + 焦点 + 对比度 + ARIA。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

实现可访问性(无障碍)时使用。覆盖 WCAG 2.2 AA / ARIA / 键盘导航 / 屏幕阅读器 / 颜色对比 / 焦点管理。融合 React Aria / Radix UI / Headless UI 实践 + axe-core 自动化测试。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

AI 模型部署时使用。适用于推理服务 / GPU / TensorRT / 监控 / 扩缩容。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

数据分析报告输出时使用。适用于业务分析报告、周报、专项分析、决策支持。融合洞察 + 建议 + 行动项。

日本語の概要は準備中です。原文の説明を表示しています。

zhaoxuya520/AI-Fullstack-Delivery-Workflow542026年5月19日 更新

zhaoxuya520 のスキルをすべて見る

このスキルの問題を報告する