产品经理的工作里,最难的不是想功能、画原型、写PRD。是把"这个功能上了之后到底有没有用"这件事说清楚。
大多数团队的数据看板上密密麻麻几十个指标,但能真正驱动决策的,一只手数得过来。Anthropic在知识工作插件套件里放了一个叫metrics-tracking的Skill,名字很直白:帮PM定义、追踪、分析产品指标。
但它不是那种列一堆API和命令行的工具文档——是一套关于"怎么想产品指标"的认知框架。
这个 Skill 的安装是标准的 npx 一条命令:
npx skills add https://github.com/anthropics/knowledge-work-plugins --skill metrics-tracking
一、它不是什么,才决定了它是什么
这个Skill的安装是标准的npx一条命令。前置条件几乎是零:不需要装数据库,不需要连BI工具,不需要准备数据。它不吃数据,吃的是产品逻辑和业务语境。
但有一个容易被忽略的卡点:你得先把自己的产品逻辑想清楚。Skill问你的第一件事通常是"你的产品解决的核心问题是什么",如果连这个问题都答不上来,后面的指标拆解根本跑不下去。
这实际上也是它跟传统分析工具最大的区别。

二、三步走完一套完整的指标定义流程
第一步是定义北极星指标。Skill会推给你四条判别标准:
价值对齐:指标涨的时候,用户是不是真的得到了更多价值
引领性:能不能预测长期商业成功,而不是反映过去
可行动:团队能不能通过自己的工作直接影响这个指标
可理解:公司里随便拉一个人,能不能说清这个数字是什么意思
然后按产品类型给参考——协作工具是"每周有3个以上成员在贡献的活跃团队数",市场平台是"每周完成交易数"。这些参考不是让你照抄,是让你理解什么叫"最能捕捉核心价值的单一指标"。
第二步是展开L1健康指标,覆盖用户生命周期的六个阶段:获取、激活、参与、留存、变现、满意度。每个阶段Skill会列出4-5个典型指标和它们的测量重点。这一步的难点不是选指标,是忍住不要全选——SKILL.md明确建议L1指标控制在5-7个,多了看板就废了。
第三步是设定目标。Skill用的是OKR框架,但比大多数OKR模板多了一层:目标基线分析。你要先回答四个问题:当前的基线值是多少、行业对标水平如何、现有趋势的斜率是向上还是向下、你准备投入多少资源去推这个指标。然后才能定出"承诺目标"和"挑战目标"。

三、什么不应该是指标——比列指标更重要的判断
这个Skill最聪明的地方,不在于它列了多少指标,在于它对"什么不应该是指标"有明确态度。
仪表板设计反模式章节列了六类常见错误:
虚荣指标:总注册数永远在涨,但跟产品健康没有任何关系
信息过载:看板需要滚动才能看完,等于没人看
裸数字:只展示当前值,没有对比基线、没有趋势,无法判断好坏
产出替代结果:用"关了多少ticket"替代"用户留存有没有变化"
一张看板服务所有人:高管、PM、工程师需要的信息根本不同
看板半年不更新:放在那里没人维护,渐渐变成摆设
这些不是什么新发现,但从一个官方Skill里系统性地列出来,等于帮PM省掉了"自己踩一遍再总结"的时间。
另一个值得关注的设计是三层警报体系。阈值警报管突变,趋势警报管持续下滑,异常警报管偏离预期。三条线的核心逻辑是"只对你能行动的事设警报",这个约束直接把90%的无效告警拦在外面。

四、什么场景最需要这套框架
最匹配的场景是SaaS产品从PMF到规模化之间的阶段。
一个典型的用法是定期指标复盘。Skill定义了三种节奏:每周15-30分钟的快速检查、每月30-60分钟的深度趋势分析、每季度60-90分钟的战略复盘。每周看北极星指标的周环比和异常信号,每月看L1指标的月趋势和队列表现,每季度做OKR打分和年度对比。这种分层复盘节奏的设定,是这个Skill里最务实的设计之一。
另一个高价值的场景是新功能上线后的效果评估。大多数PM的做法是拉个留存曲线、算个使用率,然后写"功能上线后DAU提升3%"。但这个Skill会逼你先回答:这个功能的成功衡量标准应该挂到哪个L1指标上?功能级别的数据很容易被孤立解读,这套框架的作用就是把功能数据嵌回到产品健康的全局视角里。
五、框架的边界:它解决不了所有阶段的问题
框架有一个明显的局限:它假设产品已经有可追踪的数据基础设施。对于一个连埋点都没做好的早期产品,这套方法论落地时会卡在"我需要定义激活率,但根本没办法追踪用户行为"这一步。Skill没有给出这个阶段的替代方案。
在产品极度早期的探索阶段,这套框架用起来也会很吃力。不是因为框架不好,是因为这个阶段的核心任务不是追踪指标,是找到PMF。北极星还没找到,你想定义北极星指标本身就是伪命题。
对很多处于野蛮生长期的产品来说,决定生死的是增长速度,不是指标健康度。在这种场景下,北极星指标的"引领性"和"可行动性"会被"先活下来"这个压倒性的需求压缩到几乎没有讨论空间。
资源地址
资源 | 地址 |
Smithery | https://smithery.ai/skills/anthropics/metrics-tracking |
GitHub | https://github.com/anthropics/knowledge-work-plugins |
六、一个值得注意的方向
读完整个SKILL.md,最强烈的感受是:这看起来不像一个"AI Skill",更像一份写得还不错的产品方法论文档,被塞进了Agent的对话系统里。
这恰恰是Agent Skills生态里一个值得注意的方向。大部分Skill在强调"我能替你做X",metrics-tracking强调的却是"我来帮你把X想清楚"。前者的价值依赖执行效率,后者的价值依赖认知框架的质量。执行类Skill的护城河很浅,竞品抄一个功能只需要几周,但认知框架的质量是靠多年的行业积累堆出来的。
Anthropic把这类方法论Skill放在knowledge-work-plugins套件里不是偶然。它在试一个方向:AI不只是替代执行,也可以做认知杠杆。一个PM跟这个Skill对话20分钟,未必能直接产出什么文件,但脑子里的指标框架如果因此重构了一次,那价值比自动生成十份周报大得多。


