生物思维

这周学习混沌大学创新学院的《生物思维》，模型课李善友教授的精彩讲解，加上案例课中姜巍老师的精彩分享，给我带来了启发。结合上周学习的《物理思维》，机械论和进化论的绝妙之处，无不让我有种获得洞见的快感。

机械论思维与进化论思维比较

今天用进化论的思维，来介绍一下我们公司在产品迭代上模式的实践。

惟快：低代码开发平台

惟快是我们公司在2017年初开始打造打磨的一款低代码开发平台产品。什么是低代码开发平台呢？

惟快LOGO

简单来讲，就是将企业数字化系统软件的各个组成部分，进行抽象抽离，变成一些可以通过可视化界面配置来实现特定业务逻辑的模型、组件等。通过这种组合的方式，可以大大提高企业数字化系统软件的研发和实施效率、提高软件质量等。因此产品名叫惟快，也是取意于“天下武功，惟快不破”中的“惟快”。

什么？还是听不懂，那打个比方：如果把一个企业数字化系统软件看成是一个乐高积木砌成的城堡，那么惟快中的模型、组件，就是能千变万化组成这个城堡的一块块积木。

乐高积木城堡

在2018年年底前，我们的发展战略是打造惟快这个低代码平台成为一个帮助企业降低软件系统研发成本的，可惜验证了一轮PMF（Product Market Fit）并不匹配。企业客户市场需要的是交付系统价值，而非一个工具。

此后，我们迅速调整战略，基于惟快这个产品，给客户提供企业数字化系统的咨询、研发服务。

凭着惟快的一些效率优势及团队的不断成长，2019年至今，渐渐取得进展成效，而这里的关键，自然是少不了惟快这个产品的持续迭代。

有意思的是，我们在2018年调整战略后，把原来整个负责惟快迭代研发的部门都取消了。从那时起至今，我们公司一直没有一个专门负责惟快这个产品的部门。但惟快依然保持着两周一个版本的进度，持续进行着迭代。通过这种方式，2019年迭代了20个版本。

惟快内部版本更新公告标题

这是因为我们用进化论的生物思维，设计了一套模式，让惟快的迭代能自底向上发生，而不需要有一个专门的部门进行规划、设计。

下面就按着进化论的“变异+选择+隔离=新物种”的思路，，做这种模式实践的简单介绍。

进化论的产品迭代模式

变异：源于一线的需求

一个产品如果没有变异点，没有不断涌现出新的想法、需求，那必将很快被市场所淘汰。

尽管惟快这个产品并非直接面向于市场用户，但我们公司一年大大小小几十个项目，我们践行的是“不管一个项目还是一百个项目，或是一万个项目，我们都是用一套惟快版本的产品来构建”。

我们除了提供便于个性化定制的开发平台和开放平台之外。还是需要不断保持产品的持续更新和迭代，来保持产品和技术的先进性，以满足项目穷出不尽的各种业务需求。

项目需求

目前，我们公司各个项目部中，如果有项目出现惟快未能满足的业务需求，都可以提出相应的惟快模型、组件的优化、新增需求单。以此为主要变异来源，这些变异，其反应的就是一线市场中的需求。

复盘会

除了项目中的需求外，还有重要的变异来源就是公司中定期的季度复盘、领域例会、部门例会等，通过定期复盘，挖掘更深层、更本质的迭代需求，并将一些重大的优化迭代，提上版本，依然是结合这项目进行落地。

版本

每两个星期一个版本，每个版本由各个项目部自行提需求单汇总，并为下一步的评审会做准备。

选择

我们通过市场化的版本评审会来进行选择，迭代惟快所产生的工作量，以绩效方式，由所有项目部来进行成本分摊。

也因此，我们版本评审会的时候，提需求单的人或部门，需要阐明需求的价值，确保不会为了堆功能而堆功能。通过各个在项目部，对需求单进行评估和筛选，以此确保迭代的需求，是具有较高市场价值的，而非只满足某个项目的个性化需求。

隔离

隔离是目前我们做的还比较不好的，我们通过成果回顾，来回顾此前版本更新的需求，是否达到了预期的效果，并进行绩效的结算。以此鼓励大家保持对产品迭代的驱动力，这也是一种“隔离”的机制。

因为惟快本身提供了较强的个性化扩展功能——开发平台、开放平台，因此一个项目中的需求，是否要沉淀成惟快的模型、组件优化，提出者除了考虑往后其他项目的重复利用度之外，还会考虑短期内通过定制方式快速实现是否更符合短期效益。

如果没有把隔离做好，那势必许多的需求，会因为项目部考虑短期利益，而扼杀掉一些其实是有价值去做沉淀和迭代的需求。

这也是我们目前还在努力引导和完善的重点。

总结

在隔离这块，我们还要探索更好的姿势，目前还不是特别顺畅，不少人依然会选择“短期简单实现”的方式去满足项目的需求。

总的来说，这个“生物思维”的产品迭代模式，确实给我们带来了很多意想不到的收获，“无用、多余”的需求大大减少，更敏捷、更简单的推动着产品不断进化。

希望今天的分享对大家有帮助，明天见。