第10章 双轨管理与创新循环
前面的体系讨论了 0->1、1->10、1->100 的线性过程,但真实的产品生命周期往往不是线性的,而是循环的:
0->1(探索)→ 1->10(验证)→ 1->100(规模化)→ 新的 0->1(下一代探索)当一个业务进入规模化阶段后,如何启动新一轮创新?如何同时管理成熟业务和新业务?这就是双轨管理要解决的问题。
为什么需要双轨管理
规模化成功后,组织很容易陷入一种状态:
- 所有资源都被用来优化现有业务
- 团队变得只关注效率、成本和 KPI
- 新想法因为"不确定"“有风险"“不划算"被否决
- 直到竞争对手用新产品颠覆自己,才反应过来
这就是创新者的窘境。双轨管理就是要在规模化的同时,为下一轮创新保留空间。
双轨管理的核心原则
原则 1:分开管理,但资源连通
成熟业务和新业务不要用同一套绩效逻辑,但它们之间应该有资源流动:
| 维度 | 成熟业务(1->100) | 新业务(0->1) |
|---|---|---|
| 目标 | 效率、成本、稳定性 | 验证、学习、突破 |
| 绩效 | 强 KPI,重结果 | 弱 KPI,重过程 |
| 资源来源 | 自己产生的现金流 | 从成熟业务分配 |
| 人才来源 | 规模化锻炼出的优秀人才 | 从成熟业务轮换或招募 |
| 沉淀复用 | 平台、组件、工具、经验 | 为新业务提供基础设施 |
原则 2:从规模化收益中拿出固定比例投入创新
创新不能只靠"老板重视"或"团队自发”,必须有制度保障。
建议做法:
- 从成熟业务的收入或利润中拿出固定比例(如 10%-20%)投入创新
- 这笔预算单独管理,不与成熟业务的效率指标挂钩
- 即使短期看不到回报,也不随意削减
参考案例:
- Google 的 20% 时间政策
- 华为每年投入 10%+ 收入到研发
- 亚马逊的 “两个披萨团队” 创新机制
原则 3:用创新孵化器降低新业务风险
新业务不应该直接在主航道上试错,而应该先在孵化器里验证。
孵化器的作用:
- 提供资源支持,但不要求短期盈利
- 允许失败,但要求高质量失败(有假设、有验证、有结论)
- 验证成功后,再接入主流程规模化
- 验证失败后,及时止损,团队回到成熟业务或下一个项目
创新循环的具体设计
阶段 1:从规模化业务中提取创新输入
规模化阶段不能只盯着效率,还要为创新积累素材:
| 输入来源 | 具体内容 |
|---|---|
| 用户反馈 | 未被满足的需求、痛点、抱怨、建议 |
| 技术瓶颈 | 当前架构无法解决的问题、性能极限、成本压力 |
| 竞争格局 | 竞品的新动向、市场空白、技术趋势 |
| 团队能力 | 规模化过程中沉淀的技术能力、平台能力、人才能力 |
这些输入就是下一轮 0->1 的起点。
阶段 2:创新孵化(0->1)
创新孵化期的关键是:用最少的资源验证最多的假设。
这个阶段的管理要点:
- 团队要小(3-7 人)
- 周期要短(2-3 个月一轮验证)
- 目标要明确(验证关键假设,不是做完美产品)
- 决策要快(不需要多层审批)
绩效评价重点:
- 关键假设验证质量
- 学习速度
- 是否形成明确结论(Go/No-Go/Pivot)
不应该用规模化的指标要求创新项目:
- 不要看 DAU、收入、利润
- 不要看交付速度、按期完成率
- 不要因为没有立刻成功就否定团队
阶段 3:验证放大(1->10)
如果创新项目在孵化期验证成功,就进入放大阶段。
这个阶段的管理要点:
- 逐步增加资源投入
- 引入更严格的质量标准
- 开始关注用户反馈和业务结果
- 建立初步的工程化流程
绩效评价重点:
- 里程碑收敛质量
- 质量和风险控制
- 用户和客户接受度
阶段 4:接入规模化体系(1->100)
当创新项目验证充分、风险可控后,就可以接入规模化体系。
接入标准:
- 核心路径稳定可靠
- 质量和性能达标
- 有清晰的增长路径
- 团队具备规模化能力
接入后:
- 用规模化的绩效逻辑管理
- 接入平台和工程化体系
- 开始关注效率和成本
- 同时开始为下一轮创新积累素材
双轨管理的常见误区
误区 1:用成熟业务的 KPI 考核新业务
这是最常见也最致命的错误。新业务如果用效率、利润、增长速度考核,团队会:
- 回避真正的创新,选择微创新
- 包装数据,不面对真实问题
- 不敢试错,只做安全的事情
正确做法:新业务用新业务的逻辑,成熟业务用成熟业务的逻辑。
误区 2:创新只靠少数"天才”
创新不能只依赖少数人,而要建立机制让更多人参与。
正确做法:
- 创新项目可以从任何团队、任何人发起
- 建立创新提案和评审流程
- 给创新者尝试的机会
误区 3:创新必须立刻成功
创新本身就是高风险的,失败是正常的。
正确做法:
- 区分"高质量失败"和"低质量失败"
- 高质量失败应该被鼓励,甚至被奖励
- 低质量失败(无验证、无复盘、无结论)才应该被惩罚
误区 4:规模化团队只负责执行,不参与创新
规模化团队离用户最近、离问题最近,他们往往是创新的重要来源。
正确做法:
- 鼓励规模化团队提出问题
- 规模化团队的优秀人才可以轮换到创新项目
- 规模化过程中沉淀的平台和能力,要开放给创新项目使用
一套可落地的双轨管理机制
1. 资源分配机制
每年做预算时,明确划分:
- 规模化业务预算:占主要部分,用效率和利润考核
- 创新预算:固定比例,用验证质量和学习速度考核
创新预算的使用原则:
- 小步快跑,不一次投入太多
- 每轮验证后评估,决定是否继续投入
- 失败的项目及时止损,资源释放给其他项目
2. 人才流动机制
建立规模化团队和创新团队之间的人才流动:
- 规模化团队的优秀人才,必须有一段时间参与创新项目
- 创新项目成功后,团队成员可以选择留在新业务或回到成熟业务
- 把"有创新经验"作为晋升的参考条件之一
3. 创新评审机制
建立定期的创新评审流程:
- 频率:每 2-4 周一次
- 参会者:业务负责人、技术负责人、产品负责人
- 内容:项目进展、假设验证、风险暴露、下一步计划
- 决策:Go/No-Go/Pivot/Hold
评审不应该是"考核",而应该是"帮助"——帮团队理清思路、解决问题、争取资源。
4. 沉淀复用机制
无论创新项目成功还是失败,都要沉淀:
- 验证过的假设和结论
- 可复用的组件和工具
- 学到的经验和教训
- 值得继续探索的方向
这些沉淀会成为下一轮创新的养分。
双轨管理的绩效设计
规模化业务团队的绩效
保持之前的四维结构,但可以适当调整权重:
- 验证:10%(主要关注方向是否持续正确)
- 里程碑:30%(效率和交付节奏)
- 质量:30%(稳定性和风险控制)
- 沉淀:30%(平台化、复用、为创新提供基础设施)
新增要求:
- 必须为创新项目提供资源和支持
- 必须有团队成员参与创新项目
- 沉淀的平台和工具必须开放给创新团队
创新项目团队的绩效
| 维度 | 权重 | 关注点 |
|---|---|---|
| 验证质量 | 40% | 关键假设是否清晰、验证是否有效 |
| 学习速度 | 25% | 多快得到有效结论 |
| 结论质量 | 25% | 是否形成明确的 Go/No-Go/Pivot |
| 沉淀质量 | 10% | 是否留下可复用的认知和资产 |
不考核:
- 短期收入、利润、用户数
- 交付速度、按期完成率
- 是否"成功"(因为成功有很多外部因素)
参与创新的个人绩效
对于从规模化团队轮换到创新项目的个人:
- 创新项目期间,用创新项目的逻辑评价
- 回到规模化团队后,创新经验应该被认可
- 不要因为创新项目"没结果"就影响个人绩效
总结
双轨管理的核心不是"同时做两件事",而是:
- 在规模化的同时,为下一轮创新保留空间
- 从成熟业务获取资源,反哺创新
- 用创新的成果,驱动下一轮增长
- 建立循环,而不是线性终点
这样,组织才能避免创新者的窘境,实现持续增长。
相关内容
支付宝
微信