ace3000chao
ace3000chao/book2startup
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ace3000chao/book2startup --skill innovation-accounting命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
当企业Scaling遇到执行瓶颈时；当团队制定了战略却落不下去时； 当高管团队缺乏凝聚力和共识时；当需要一套可操作的运营节奏时。 触发信号："我们有战略但执行总是打折扣"、"团队开会效率很低， 议而不决"、"员工不知道公司的优先级是什么"、"客户反馈传不到 决策层"、"感觉大家各干各的，没有合力"。 不适用于：战略尚未形成阶段（先有战略再有习惯）、10人以下 极度扁平团队（此时强制的会议节奏反而抑制敏捷）。
用于诊断企业盈利能力是否达标。当用户讨论利润目标、绩效对标、规模化成功标准时激活。 不适用于：纯信息查询（如"行业平均利润率是多少"）、财务基础知识询问。 关键 trigger：提到利润率、盈利差距、规模化标准、对标竞争对手。
当创业者/管理者感到公司"什么都重要但抓不住重点"时；当战略、人才、执行、现金 四大领域互相掣肘、顾此失彼时；当团队扩张后决策质量反而下降时。 触发信号："战略和执行怎么平衡？"、"人重要还是流程重要？"、"我抓什么才对？" 不适用于：单一领域深挖（如只解决融资问题）、初创期0-1阶段的信息模糊期。
基于 SOC 职业分类
| name | innovation-accounting |
| description | 建立创新核算体系来追踪创业进展。当你想知道"我们是否在真正进步"、"如何向投资人证明进展"、"如何衡量不可预测的早期业务"时，使用此Skill。 |
"创新核算是为了提高创业成果，并让创新者们负起相应责任的一套新的核算制度。它关注那些乏味的细枝末节：如衡量进度、如何确定阶段性目标、以及如何优先分配工作。"
"如果我们被这些'总顾客数量'等等的虚荣指标误导，那么创新核算就无从谈起。"
传统商业用财务数据（收入、利润、成本）衡量进展，但早期创业根本没有这些数据——所以你需要一个全新的衡量体系。
创新核算的核心逻辑：
IMVU的虚荣指标陷阱：他们每月增长，收入稳定，团队感觉良好。但同期群数据揭示：每个新用户群产生的收益从未提高。增长引擎早已停滞，但总数指标掩盖了真相。直到增长彻底停摆才被迫转型，损失了大量时间。
Grockit的指标改革：从"总用户数"改为"同期群激活率和留存率"后，团队才发现过去6个月做的大量"优化"实际上对顾客行为毫无影响。
当你听到以下问题时，就应该调用这个Skill：
用MVP发布后第一周的数据作为基准线：
记录下来，设为基准。
每个周期（周/月）：把新获得的用户作为一组，追踪这组人在后续周期的行为。
Week 1 新增100人 → Week 2：这100人中有30人回来（30%留存）
Week 2 新增120人 → Week 3：这120人中有35人回来（29%留存）
如果留存率稳定或提升，说明产品在进步。如果下降，说明引擎出了问题。
虚荣指标（好看但不能指导行动）：
可执行指标（能告诉你该做什么）：
问自己：这个数字能告诉我下一周该做什么吗？
不要只说"我们要增长"，而是：
| 不适用场景 | 原因 |
|---|---|
| 成熟业务（有稳定收入和用户） | 这时候用传统财务指标更合适 |
| 平台型业务（网络效应需要大量用户基础） | 早期平台需要先积累用户，再看转化 |
| 纯品牌/营销驱动业务 | 这类业务的衡量逻辑不同 |
作者盲点提醒：创新核算需要团队对真相有承受能力。很多团队设置了核算框架，但当数据不好时，选择忽略或重新定义指标。真正的创新核算要求"对结果负责"的文化。