第 1—2 周
清晰术审计
- 从支出流水识别现金、判断力或共识中的限制性资源
- 统计过去一个月重复发生的判断，按频次取前三
- 定位付费用户所处的采用层级与当前产品路径
- 标出头部客户的阶段、排序条件与档差方向，规格对不上的不写进本周必拿
- 交付物
- 一页纸现状图
- 最常见的死法
- 把审计开成动员大会，在标准出现前先宣布变革。
90 天路线 · 四段十三周
立标准，建共识，坍缩一个真实执行单元。
90 天不承诺完成全部转型。它只承诺完成第一轮：最高频的判断有了标准，核心成员开始使用同一种语言，至少一个执行单元完成改造并留下双侧证据。
适用范围
按核心成员 20 人以内设计。一号位须能亲自完成核心成员费曼验收。
更大组织
不改路线，改范围：选择一个事业部或独立业务单元走完十三周。
启动前提
一号位每天至少投入两至三小时；日历腾不出空间，就先不要启动。
01 02 第 3—6 周
标准循环启动
- 由一号位起草八层标准 v1，每条写成「条件 + 动作 + 验收」
- 按组织阶段为全员建立 3、6 或 9—12 个月 ROI 卡
- 把前三类高频判断写成标准，统计采用中位数
- 交付物
- 八层标准 v1 + 全员 ROI 卡
- 最常见的死法
- 追求措辞完美，或把第一作者责任变成全员投票。
03 第 7—10 周
共识循环运转
- 给关键标准命名，并放进所有成员随手可查的上下文
- 逐个完成费曼验收：不用术语讲清、能回答边界、能指导判断
- 冻结正向或共识逆向产品路径，并配置五条研发闸门
- 交付物
- 核心成员费曼验收 + 产品路径决议
- 最常见的死法
- 把发过邮件、做过培训，误当成成员已经形成共识。
04 第 11—13 周
双试点
- 选择足够小、足够真、足够疼的执行单元做 AI 化或外包化改造
- 选择一个产品单元做单变量迭代，保留稳定核心与回滚方案
- 启动前写死停止线，结束后用成功与失败两侧证据结账
- 交付物
- 双试点复盘 + 下一轮标准修订
- 最常见的死法
- 质量下滑无法归因仍不暂停，或在失败后临时改验收线。
三条边界
第一轮不是全部，路线图不是结果保证。
- 多数组织需要三至五轮，才能让新基因稳定表达。
- 每个试点启动前必须冻结停止线，失败与成功同样进入标准库。
- 样本主要来自早期公司和机制对照，尚未经过千人规模压力测试。