Skill: 创新核算三步骤
Metadata
- ID: leanstartup-003
- 类型: framework
- 来源: 《精益创业》第七章
- 验证状态: ✅ 三重验证通过（V1: 3章详细论证, V2: 高频决策需求, V3: 反直觉）
R — Reading（原文引用）
"创新核算是为了提高创业成果，并让创新者们负起相应责任的一套新的核算制度。它关注那些乏味的细枝末节：如衡量进度、如何确定阶段性目标、以及如何优先分配工作。"
"如果我们被这些'总顾客数量'等等的虚荣指标误导，那么创新核算就无从谈起。"
I — Interpretation（方法论骨架）
传统商业用财务数据（收入、利润、成本）衡量进展，但早期创业根本没有这些数据——所以你需要一个全新的衡量体系。
创新核算的核心逻辑：
- 先有基准线：用MVP发布后的现状作为起点，不是和"完美未来"比，而是和"从零开始"比
- 追踪同期群：不是看"总用户数"，而是看"这一批新用户中，有多少人表现出了期望行为"
- 用因果指标而非相关指标：知道为什么数字在变，而非只看数字涨跌
A1 — Past Application（书中案例）
IMVU的虚荣指标陷阱：他们每月增长，收入稳定，团队感觉良好。但同期群数据揭示：每个新用户群产生的收益从未提高。增长引擎早已停滞，但总数指标掩盖了真相。直到增长彻底停摆才被迫转型，损失了大量时间。
Grockit的指标改革：从"总用户数"改为"同期群激活率和留存率"后，团队才发现过去6个月做的大量"优化"实际上对顾客行为毫无影响。
A2 — Future Trigger（何时调用）
当你听到以下问题时，就应该调用这个Skill：
- "我们怎么衡量创业进展？感觉每天都在忙，但不知道是否在进步"
- "投资人说要看数据，我们该给他们看什么？"
- "我们的用户数在涨，但收入也在涨，到底是好事还是坏事？"
- "产品上线了，下周一开会，怎么衡量这周的工作是否有成效？"
- "团队对进展有争议，如何客观裁决？"
E — Execution（可执行步骤）
步骤1：建立基准线
用MVP发布后第一周的数据作为基准线：
- 活跃用户数（不是注册用户，而是真正使用的）
- 激活率（注册用户中，有多少人完成核心行为）
- 留存率（一周后还回来的比例）
- 付费转化率（产生收入的比例）
记录下来，设为基准。
步骤2：追踪同期群，而非总数
每个周期（周/月）：把新获得的用户作为一组，追踪这组人在后续周期的行为。
Week 1 新增100人 → Week 2：这100人中有30人回来（30%留存） Week 2 新增120人 → Week 3：这120人中有35人回来（29%留存）
如果留存率稳定或提升，说明产品在进步。如果下降，说明引擎出了问题。
步骤3：区分可执行指标 vs 虚荣指标
虚荣指标（好看但不能指导行动）：
- 总用户数、总页面浏览量、总收入
- "我们上个月新增了10000用户"
可执行指标（能告诉你该做什么）：
- 同期群激活率、同期群留存率
- "Week 2的这批用户，只有15%完成了注册流程，需要优化注册体验"
问自己：这个数字能告诉我下一周该做什么吗？
步骤4：每月设定认知阶段性目标
不要只说"我们要增长"，而是：
- "本月目标：把新用户的激活率从15%提升到25%"
- "验证假设：顾客不愿意激活是因为注册流程太复杂（3个步骤 → 目标1个步骤）"
- "判断标准：激活率提升到25%即视为假设得到验证"
B — Boundary（何时不适用）
| 不适用场景 | 原因 |
|---|---|
| 成熟业务（有稳定收入和用户） | 这时候用传统财务指标更合适 |
| 平台型业务（网络效应需要大量用户基础） | 早期平台需要先积累用户，再看转化 |
| 纯品牌/营销驱动业务 | 这类业务的衡量逻辑不同 |
作者盲点提醒：创新核算需要团队对真相有承受能力。很多团队设置了核算框架，但当数据不好时，选择忽略或重新定义指标。真正的创新核算要求"对结果负责"的文化。
关联Skills
- 同期群分析 — 创新核算的核心工具
- 三个"可"衡量指标 — 判断指标是否有效的标准
- 转型决策树 — 当创新核算显示持续停滞时，启动转型评估
