企业管理的108个问题 · 第82问
上一问我们聊了渐进式创新 vs 颠覆式创新如何选择(第81问),核心结论:用渐进式养家糊口,用颠覆式赌一个未来——但不管选哪条路,都逃不开一个问题:
创新项目的失败率太高了。
是真的高。
麦肯锡的研究显示:超过70%的创新项目,最终未能实现商业目标。 内部创新(企业内部孵化项目)的成功率,甚至不到15%。
这意味着——你每推10个创新项目,有7-8个会”悄无声息地死掉”。
很多老板因此陷入了”创新悖论”:
不做创新 → 等死。做创新 → 钱烧得快,死得更快。
怎么破?今天我们就来聊聊——创新风险,到底怎么管。
一、创新项目为什么容易失败?五个”隐形杀手”
在谈”怎么管风险”之前,先搞清楚——风险到底出在哪里。
杀手一:需求假设错误——“你以为的,不是客户要的”
这是创新失败的第一大原因——你花了半年的时间做一个”你认为客户需要”的东西——但客户其实根本不care。
典型场景:
- 老板自己拍脑袋定了一个”创新方向”
- 产品团队花了6个月做出来
- 推向市场——无人问津
- 复盘时才发现:从来没有验证过”客户是不是真的需要”
根源: “自以为是”的创新——不是从客户需求出发,是从”我觉得这个方向不错”出发。
杀手二:技术验证不足——“可以做到”不等于”可以量产”
实验室里能做出来——不等于产线上能批量出来。
典型场景:
- R&D团队兴奋地说:”我们攻克了技术难题!”
- 工艺工程师接过来一看——“这个精度,设备达不到”、”这个成本,市场无法接受”
- 项目陷入”死循环”——技术可行,商业不可行
根源: 技术创新和工程落地之间的”鸿沟”。
杀手三:资源被”提前贪掉”
创新项目在初期非常脆弱——需要持续的资源投入和耐心。但现实是:
- 第一个月:老板”全力支持”
- 第三个月:老板问了三次”什么时候出结果”
- 第六个月:核心成员被调去做”更紧急的业务”
- 第九个月:预算被砍了一半
- 第十二个月:项目”无声消失”
根源: 组织的”短视”——创新项目还没长大,就被”先喂饱现有业务”的饥饿感杀死了。
杀手四:组织”不兼容”
创新需要”不同的流程、不同的考核、不同的文化”——但大多数公司,拿”管成熟业务的那一套”来管创新。
典型场景:
- 创新团队每周要写周报、填KPI、参加各种例会
- 一个”原型验证”的阶段,被要求”拆成5个里程碑、对应5次评审”
- 创新团队的负责人,花了60%的时间在做”汇报PPT”
根源: 组织惯性——用”管工厂”的思维去”管创新”。
杀手五:时机不对——“太早或者太晚”
- 太早:技术成熟度不够、市场教育成本太高——你先跑,但市场还没准备好
- 太晚:已经被别人占了赛道——你变成了跟风者
典型案例: 1999年就有了”在线视频租赁”——但当时的宽带速度根本支撑不了流媒体——于是死了。10年后Netflix做成了——不是技术变了——是基础设施到位了。
二、管理创新风险的核心逻辑:不是”消除风险”,是”试错换信息”
大多数企业在管理创新项目时的错误思维是:
“我想做一个创新项目——把风险降到最低——再开始。”
这是错的。
创新的本质,就是在”高度不确定”的环境里探索。不确定性是无法被”消除”的——只能被”认知”。
正确的思维转换:
| 传统思维 | 创新思维 |
|---|---|
| “把风险降到最低再做” | “用最小的代价先试一下” |
| “做一个完美的方案” | “做一个可以测试的最小版本” |
| “先研究透彻,再动手” | “快速动手,从反馈中学习” |
| “失败了就是损失” | “探索的失败也是一种信息” |
这背后有一个非常重要的管理概念——“认知闭环”。
三、一套实用的创新风险管理框架:四步法
第一步:假设验证(Hypothesis Testing)
任何创新项目,在投入大量资源之前,先做一件事——把”你相信的事情”变成”可验证的假设”。
操作方式:
拿出一张A4纸,写下三个核心问题:
问题一:需求假设
- “我相信客户有这个需求”——证据是什么?
- 最低成本的验证方式是什么?(跟5个人聊一下?做个简单的问卷?)
问题二:方案假设
- “我相信这个方案能解决客户的问题”——你怎么知道?
- 最低成本的验证方式是什么?(做一个纸面原型?做一个假按钮?)
问题三:商业假设
- “我相信客户愿意付钱”——多少?多久一次?
- 最低成本的验证方式是什么?(做一个预售页面?找3个人先用免费版?)
核心原则: 在花1块钱实际投入前,先用”花10分钟就能做”的方式,验证核心假设是否成立。
案例: Dropbox在写代码之前——做了一个”演示视频”——发到论坛上——收到了几万个注册——验证了”有人需要这个产品”——才开工写代码。
第二步:最小可行产品(MVP)
当核心假设被初步验证后——开始做”最小可行产品”。
MVP的核心理念: 做一个”能跑”但不是”完美”的产品——给最早期用户试用——收集反馈——迭代。
不踩的坑:
- ❌ 想做全功能——等做完了市场已经变了
- ❌ 想把体验做到极致——但核心功能都不确定对不对
- ✅ 只做”解决核心痛点”的30%——上线——验证、迭代
实操建议:
| 阶段 | 投入 | 周期 | 目标 |
|---|---|---|---|
| 原型验证 | 1-2人、2周 | 2-4周 | 验证”用户愿不愿意用” |
| MVP迭代 | 3-5人、小预算 | 2-3个月 | 找到”产品-市场匹配” |
| 放大验证 | 完整团队 | 3-6个月 | 验证”商业模式是否跑得通” |
关键原则: 每一个阶段都有”验证通过”和”验证不通过”的标准——通不过就砍,不要”情怀加注”。
第三步:阶段性投资(Stage-gate Funding)
这是大公司创新最常用、也是最有效的风险管控方式——分阶段投钱,而不是一次性给全预算。
操作方法:
1 | Phase 0 (发现阶段):给10天时间、1个人——产出"方向建议书" |
核心逻辑: 每一个阶段都是”Go/No-Go”的决策点——基于数据决策,而不是”已投入的感情”。
实操要点:
- 每个阶段的”通过标准”要提前写清楚——不要临时定
- “No-Go”不是”失败”——是”及时止损”
- 最高级的管理者不是”敢投钱”——是”敢喊停”
第四步:创新组合管理(Portfolio Management)
单个创新项目的风险极高——但如果你有一个”创新项目的组合”——整体风险会大幅下降。
组合管理的思路:
| 类型 | 占比 | 风险 | 回报 | 管理方式 |
|---|---|---|---|---|
| 渐进式改进 | 60-70% | 低 | 稳定 | 常规项目管理 |
| 相邻市场扩展 | 20-30% | 中 | 中等 | 独立项目组 |
| 颠覆式探索 | 10-20% | 极高 | 极高 | 独立孵化团队 |
核心原则: 不要把”所有鸡蛋”放在同一个创新篮子里。
一个实用的”创新组合检查表”:
- 有没有”短期见效”的创新项目(3-6个月)?
- 有没有”中期布局”的创新项目(1-2年)?
- 有没有”长期押注”的创新项目(3年以上)?
- 三个层面的项目数量是否大致平衡?
- 如果”最激进”那个项目失败了——你的整体业务会不会受影响?
四、企业做创新管理时最常犯的”三个错误”
错误一:”考核方式错了”
表现: 对创新项目用”常规KPI”来考核——“这个月的用户增长率是多少”、”下季度收入目标是多少”。
问题: 创新项目在早期阶段,最重要的指标不是”收入”——是”学习”。
正确的做法: 创新项目早期的考核指标:
- “验证了多少个核心假设?”
- “学到了什么?”
- “客户反馈是否正向?”
- “是否发现了’不可行’的风险?”
一句话: 管创新不是管”进度”——是管”认知”。
错误二:”不敢砍项目”
表现: 创新项目做了半年——数据看起来”还行”——不差、但也不好——于是继续”做下去”——又拖了半年——最后还是死。
问题: 管理者不愿意承认”这个方向没什么希望”——每次开会都说”再给点时间”。
正确的做法: 设置”硬性截止日期”——时间到了,数据没达到预设标准——直接砍。不是为了”惩罚”——是为了”释放资源”给更有希望的项目。
错误三:”创新项目被’遗忘’在角落里”
表现: 创新团队像一个”被隔离的外星人”——在公司角落里,没人知道他们在做什么——老板偶尔想起了问一句——“哦,那个项目还在做吗?”
问题: 创新只有”被看见”,才能被”支持和保护”。
正确的做法: 定期让创新团队”汇报学习成果”(不是汇报进度)——让全公司知道”我们在探索什么”、”我们学到了什么”——万一某个创新做成了——全公司都有”参与感”。
五、创新风险管理”一句话总结”
把创新看成一个”投资组合”——不是”一个赌注”。
用最小的成本验证——不是用最多的钱堆假设。
用阶段性决策管理风险——不是用”拍脑袋”赌运气。
记住三句话:
创新风险管理的目标不是”永远不会失败”——
而是”失败了,也不过是花了几周时间、几万块钱”。
——这个代价,叫”学费”。 💡
明日预告:第83问 —— 变革管理中”变革曲线”理论的实际应用?
本文作者:Samjoe Yang
本文链接: https://need.uno/082-chuang-xin-shi-bai-lu-hen-gao-ru-he-guan-li-chuang-xin-feng-xian/
版权声明:本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。
评论