用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/ace3000chao/book2startup --skill reject-vanity-metrics命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | reject-vanity-metrics |
| description | 识别和拒绝虚荣指标,追踪可执行的真正进展。当团队在会议上只报好消息、不知道如何向投资人展示进展、感觉在进步但实际方向不清晰时,使用此Skill。 |
"虚荣指标是指那些让人感觉良好但无法指导行动的数据。如果我们被这些'总顾客数量'等等的虚荣指标误导,那么创新核算就无从谈起。"
"在会议上争论报告中测量单位的人都会发现这个问题。新创企业被虚荣指标误导非常危险。"
虚荣指标的核心特征:让人感觉良好,但无法告诉你该做什么。
常见虚荣指标:
| 虚荣指标 | 听起来像什么 | 实际在说什么 |
|---|---|---|
| 总用户数 | "我们有100万用户" | 但不知道多少人还在用 |
| 总收入 | "年收入500万" | 但不知道获客成本是多少 |
| 页面浏览量 | "日PV50万" | 但不知道用户在做什么 |
| 粉丝/关注数 | "微博10万粉丝" | 但不知道转化了多少付费 |
可执行指标的核心:能回答"我下一步该做什么"。
IMVU的虚荣指标陷阱:IMVU每月报"总注册用户XX万",团队士气高涨。但同一时期,同期群数据显示每个新用户群的收益从未提升。当团队最终面对真实数据时,发现增长引擎早已停滞,错过了最佳转型时机。
Grockit的对比测试教训:团队花了6个月优化各种"指标"(总用户数、答题总数),感觉在进步。但对比测试揭示,他们自认为有效的功能实际上对用户行为毫无影响。如果不是用同期群对比测试,他们会继续在错误的方向上投入。
当你听到以下问题时,就应该调用这个Skill:
列出团队目前追踪的TOP 10指标,逐个问:
问题1:可执行吗?
"如果这个数字上升/下降,你知道下一步该做什么吗?"
问题2:可使用吗?
"团队里的每个人都能理解这个数字的含义吗?"
问题3:可审查吗?
"任何人都能验证这个数字的真实性吗?"
| 虚荣 → 可执行 |
|---|
| 总用户数 → 同期群激活率 |
| 总收入 → 收入/同期群 |
| 页面浏览量 → 核心功能使用率 |
| 注册用户数 → 激活率+留存率 |
原则:仪表盘只显示能指导行动的可执行指标,不超过5个核心指标。
让每个人都能看到:
| 不适用场景 | 原因 |
|---|---|
| 向外部(如媒体)展示品牌影响力 | 这时候虚荣指标是必要的品牌包装 |
| 成熟业务的董事会汇报 | 成熟业务的标准和早期创业不同 |
| 只需要展示"规模"给投资人时 | 但这不能代替内部决策用的可执行指标 |
作者盲点提醒:虚荣指标让人上瘾——因为它们总是看起来很好看。拒绝虚荣指标需要组织的勇气:愿意面对不好看的数字,愿意承认"我们以为在进步但实际上没有"。没有这种心理安全感的团队,会本能地选择相信虚荣指标。