ace3000chao
ace3000chao/book2startup
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ace3000chao/book2startup --skill build-measure-learn命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
当企业Scaling遇到执行瓶颈时；当团队制定了战略却落不下去时； 当高管团队缺乏凝聚力和共识时；当需要一套可操作的运营节奏时。 触发信号："我们有战略但执行总是打折扣"、"团队开会效率很低， 议而不决"、"员工不知道公司的优先级是什么"、"客户反馈传不到 决策层"、"感觉大家各干各的，没有合力"。 不适用于：战略尚未形成阶段（先有战略再有习惯）、10人以下 极度扁平团队（此时强制的会议节奏反而抑制敏捷）。
用于诊断企业盈利能力是否达标。当用户讨论利润目标、绩效对标、规模化成功标准时激活。 不适用于：纯信息查询（如"行业平均利润率是多少"）、财务基础知识询问。 关键 trigger：提到利润率、盈利差距、规模化标准、对标竞争对手。
当创业者/管理者感到公司"什么都重要但抓不住重点"时；当战略、人才、执行、现金 四大领域互相掣肘、顾此失彼时；当团队扩张后决策质量反而下降时。 触发信号："战略和执行怎么平衡？"、"人重要还是流程重要？"、"我抓什么才对？" 不适用于：单一领域深挖（如只解决融资问题）、初创期0-1阶段的信息模糊期。
基于 SOC 职业分类
正在显示 SKILL.md
| name | build-measure-learn |
| description | 用开发—测量—认知反馈循环驱动产品迭代。当你想知道"做完产品后如何判断对不对"、"要不要坚持当前方向"、"什么时候该转型"时，使用此Skill。 |
"新创企业的基本活动是把点子转化为产品，衡量顾客的反馈，然后认识到是应该改弦更张还是坚守不移。所有成功的新创企业的流程步骤都应该以加速这个反馈循环为宗旨。"
BML循环的核心洞察：创业不是一条直线（计划→执行→评估），而是一个不断加速的循环。
质量标准不是"功能多少"，而是"这个循环转得多快"。
IMVU的教训：作者团队花了6个月开发产品发布后，没有任何用户。但他们没有把"发布"当成终点，而是把"发布"当成循环的起点——每天追踪顾客行为、每周迭代，最终找到正确的产品方向。
Facebook的快速迭代：不是"想好所有功能再发布"，而是每次只发布一个功能，观察数据，立刻决定是坚持还是调整。
当你听到以下问题时，就应该调用这个Skill：
问自己：这个循环现在卡在哪里？
开发时间：从想法到"能获取用户反馈的产品"要多久？
测量时间：从发布到"获得有统计意义的数据"要多久？
认知时间：从数据到"知道该坚持还是转型"要多久？
"我们把时间投入哪个环节，能最大化加速整个循环？"
把资源集中在拖慢整个循环的那个环节。
不要笼统说"加快迭代"，要具体：
| 不适用场景 | 原因 |
|---|---|
| 基础研究/长期技术研发 | 这类工作的反馈周期本身就很长，无法按"周"计算 |
| 高度监管的产品（药品/航空） | 合规要求限制了迭代速度 |
| B2B大型复杂销售 | 一个销售周期可能数月，不适合快速BML循环 |
作者盲点提醒：BML循环的"快"是有代价的——它要求团队习惯"不完美"并容忍频繁的方向调整。对于追求完美或权威导向的团队，这个循环会让成员焦虑。