说实话我也不清楚这个问题的确切答案，我也没有叫好又叫座的产品代表作，所以仅仅谈谈工作经历中的一些切实感受吧，希望对这个问题感兴趣的人些许帮助。这里的企业级服务软件产品指我讲的商业模式比较好的软件产品。
1、孵化的前提？
1）区分用户与客户
用户是真正使用软件的人，客户是为软件付费买单的人，企业级服务软件这两类人常常不是一伙。用户体验决定产品是否有持续生命力，解决客户的痛点问题决定产品是否有营收。用户的使用效果终究会影响到客户的付费决策。用户又分为开发者和普通用户，一般行业无关基础软件平台用户是开发者，SaaS类垂直业务平台用户是普通用户。给开发者用的产品，一般要定义好一些通用的衡量指标，例如接口、数据源、性能指标，环境依赖等。给普通用户用的产品，一般要定义好使用的场景和操作的流程，当然更前提的是一定想清楚这个场景要解决的业务本质问题。
2）找到数据与场景
给开发者使用的产品，因为研发自己就是开发者，一定程度上自己就是用户，所以数据和场景比较好模拟，即便是没找到标杆案例客户，也可以打造出雏形版本。给普通用户使用的产品，一定要找到真实的数据、使用场景和具体使用操作流程才能启动孵化。往往会通过几个解决方案项目，在初始几个标杆客户现场进行的孵化滚雪球冷启动。当然找到懂这个使用场景的行业专家也可以解决最初产品功能设计问题，这时候数据可以先自己造。
3）小型孵化突击队
启动孵化的突击队最好是小而精的专职团队，兼职或矩阵式管理的团队，定义不清楚绩效目标，容易流产。
2、高效的孵化？
1）真实需求涌入
在初级版本上，后续有真实的需求持续涌入和反馈是高效迭代孵化的前提。真实需求可能来自多个同类客户需求订单，可能来自单一客户持续场景耕耘，可能来自用户直接反馈，可能来自产品售后和运营反馈，可能来自新技术引入。需求的真伪最终是靠市场来反馈的，即多个客户肯付费买单的需求才是真实需求。很多公司缺乏合格的可以发现并识别真实需求的产品负责人，在没有积极对接也没站在客户和用户角度识别的情况下规划并研发多个版本出来（冥想或家里蹲型产品规划），造成研发的巨大浪费，这就是非常低效的孵化。是否做到高效孵化最终也是通过市场来反馈的。
2）产品版本隔离
主要是稳定使用版和研发版的隔离，产品若是被多个用户用上了，难免报出各种bug及新需求反馈回来，这时候一定要做好产品版本隔离。哪些人在做现有版本的使用或二次开发培训，哪些人做新版本研发，新版本发布的步骤，客户预期的把控都非常关键。有需求就响应发版和长期不响应是两个极端，真正成熟的版本隔离及软件发布流程往往两者都会做到平衡兼顾。
3）产品运营优化
产品给客户上线使用后，只要有用户使用了，就应该有产品运营优化工作，一是可以优化用户体验，培育成熟用户，发掘新的真实需求；二是可以支撑打造标杆场景案例，发挥软件产品的增值价值。
4）借力孵化
借力市场上有使用或者研发过类似产品的专家经验，或者购买可售卖的类似产品，都会大力加速孵化的进程。
