界面已本地化;技能介绍与说明文档按所选语言由 AI 自动翻译,代码、命令、路径和专业术语保留原文,以原作者文档为准。
探索技能
效率与协作 · SKILL.md

metrics-framework

metrics-framework

【效率与协作】為任何產品、團隊或業務建立指標體系。當被要求做指標樹、KPI 體系、北極星指標、AARRR 漏斗、HEART 框架或 OKR 指標時使用。產出從北極星到先行指標的結構化指標層級,並附衡量指南。

独立 GitHub 快照 · 自动分类 · 以原作者文档为准

技能说明

GitHub

name: metrics-framework language: zh-TW description: "為任何產品、團隊或業務建立指標體系。當被要求做指標樹、KPI 體系、北極星指標、AARRR 漏斗、HEART 框架或 OKR 指標時使用。產出從北極星到先行指標的結構化指標層級,並附衡量指南。"

metrics-framework 的繁體中文翻譯,英文版本為規範版本。

指標體系

這個技能為一個產品或業務建立完整的指標體系。它把北極星指標和可行動的先行指標連線起來,讓人清楚要跟蹤哪些指標、最佳化哪些指標,以及它們之間的關係。

所需輸入

如未提供,請向使用者詢問:

  • 產品或業務描述(一段話就夠)
  • 商業模式(SaaS / 平臺撮合 / 電商 / 消費類 App / B2B / 其他)
  • 階段(找到產品市場匹配之前 / 增長 / 規模化 / 成熟)
  • 偏好的框架(如有):北極星加指標樹 / AARRR / HEART / OKR / 自定義
  • 本季度的主要目標(例如提高啟用、降低流失、增加收入)

如果沒有給出框架偏好,根據階段和商業模式推薦最合適的。

從大腦讀取 / 寫入大腦

如果存在 professional-brain(brain/),先用它再提問:

  • 先讀: context.md 中組織已經認可的指標定義(沿用它們,不要悄悄重新定義指標),以及 knowledge/strategy.md 中業務在最佳化什麼。
  • 之後寫: 把指標樹和定義儲存到 knowledge/,把設定目標的決策記入 decisions/,都標註來源,這樣基於 [hunch] 的目標不會被當作已承諾的目標。

輸出結構

1. 框架推薦(如未指定)

用 2 到 3 句話解釋為什麼在他們的情況下推薦這個框架。


2. 北極星指標

[指標名稱]: [定義:到底衡量什麼、怎麼衡量]

為什麼這是這個業務合適的北極星: [2 到 3 句。它應反映交付給客戶的價值,而不只是收入或活躍。說明它捕捉了什麼行為,以及為什麼最大化它與長期業務健康相關。]

如何衡量: [公式或資料來源] 當前基線: [留作 [ADD BASELINE] 由使用者填寫] 目標: [留作 [ADD TARGET] 由使用者填寫]


3. 指標樹

展示支撐指標如何彙總到北極星。用層級格式:

[北極星指標]
├── [驅動因素 1:例如 獲客]
│   ├── [二級指標:例如 每週自然註冊數]
│   └── [二級指標:例如 各渠道付費獲客成本]
├── [驅動因素 2:例如 啟用]
│   ├── [二級指標:例如 7 天內完成引導的使用者佔比]
│   └── [二級指標:例如 到達首次價值動作的時間]
└── [驅動因素 3:例如 留存]
    ├── [二級指標:例如 第 30 天留存率]
    └── [二級指標:例如 功能使用深度]

每個二級指標寫明:

  • 定義: [到底衡量什麼]
  • 為什麼重要: [它如何與北極星相連]
  • 先行還是滯後? [先行 = 有預測性 / 滯後 = 結果]
  • 如何衡量: [資料來源或計算方法]

4. 反向指標

[2 到 3 個需要盯住的指標,防止用損害業務的方式最佳化北極星。例如:"如果最佳化註冊數,就要盯住垃圾賬號比例。如果最佳化活躍度,就要盯住客服工單量。"]


5. 看板建議

建議三層看板結構:

  • 高管檢視(每週): [3 到 5 個指標,只看結果]
  • 團隊檢視(每天): [7 到 10 個指標,先行指標加產出]
  • 診斷檢視(按需): [出問題時用來下鑽的指標]

6. 指標健康檢查問題

[團隊在每週指標回顧中應該問的 5 個問題,把數字變成洞察。例如:"啟用率在提升而留存持平?這說明是引導品質問題,而不是產品市場匹配問題。"]


延伸材料

這個技能附帶支援檔案,可用時請使用:

  • references/metric-tree-craft.md:驅動決策(而不是裝飾看板)的指標樹。在產出時應用它;它包含上面方法摘要壓縮掉的校準和判斷。
  • templates/metric-tree.md:可填寫的成果模板,品質關卡寫在裡面。當使用者想自己完成文件而不是生成時提供。

評分量表(0 到 40)

交付前給這個技能的任何產出打分;32 分以上才算可以交付。

維度0510
北極星有效性北極星是業務活動(GMV、收入、瀏覽量)或虛榮的數量北極星指向客戶價值,但定義沒有處理邊界情況(取消、糾紛、退款)北極星計算的是真正交付給客戶的價值,定義中解決了邊界情況,並寫明瞭被否決的備選及理由
指標樹的因果完整性二級指標是一份與北極星沒有因果聯絡的扁平 KPI 清單;驅動因素重疊或全屬一類驅動因素各不相同,但有些二級指標只是與北極星相關而非驅動它,或先行 / 滯後標籤靠猜3 到 4 個不同的驅動因素,推動任何二級指標都可能推動北極星,先行 / 滯後標籤誠實,包括承認目標指標本身是滯後的
定義精確度指標只有名字,沒有公式、資料來源或時間視窗大多數指標有公式,但至少有一個兩位合理的分析師會算出不同結果每個指標都寫明公式、來源表或事件以及時間視窗,精確到兩位分析師能算出同一個數
防操縱沒有反向指標;預設每個指標都會被善意最佳化列出了籠統的反向指標,但沒有與它所保護的具體指標配對每個可被最佳化的指標都配一個反向指標,並寫明它能發現的具體反常操作(先接單後取消、靠折扣買來的留存、虛假供給)

品質檢查

  • 北極星反映客戶價值,而不只是業務活動
  • 指標樹有 3 到 4 個不同的驅動因素(不全是一類)
  • 每個二級指標都標註了先行或滯後
  • 包含防止反常激勵的反向指標
  • 看板層級按產品階段定製
  • 所有指標定義都沒有歧義(公式或清楚的描述)

反模式

  • 不要把衡量業務活動(收入、瀏覽量)而不是交付給客戶的價值的指標設為北極星:這會造成與產品品質錯位的激勵
  • 不要在不寫公式或資料來源的情況下定義指標:含糊的指標會被不同的人用不同方法衡量
  • 不要跳過反向指標:沒有護欄地最佳化任何單一指標,最終都會產生反常激勵
  • 不要在團隊每日檢視中放超過 4 到 5 個指標:有 20 個指標的看板就是沒人看的看板
  • 不要把所有指標都標為"先行":誠實區分哪些是滯後的結果指標,哪些真正能預測未來結果

示例觸發語

  • “為 [產品] 建立指標體系”
  • “我們的北極星指標應該是什麼?”
  • “為 [業務] 做一棵 KPI 樹”
  • “給我 [產品] 的 AARRR 拆解”
  • “我們的 [團隊型別] 團隊應該跟蹤哪些指標?”
我的收藏