产品迭代缓慢的原因

软件开发领域的同学会有这样的感触：

1、软件的1.0版本是很容易开发的

2、需求变更，宁愿重写代码都不想再去改之前的代码

3、越到后面，版本迭代就越难

4、一般项目中应用到的技术都不难，但是却让项目进展缓慢

。。。

等等，这些原因都是因为业务越来越不清楚了～

需求变动？那就重写吧，反正之前的业务也记不清楚了，还不如重新写。

版本迭代难？项目越到后面，每一次的迭代都需要考虑到兼容性。不仅仅是产品功能上的兼容，更需要的是代码上的兼容。

技术不难为何进展满？项目发展至今，有几个开发（甚至是产品经理）能够把产品的业务全部梳理过。

。。。

解决的方法很简单！

首先每个月让产品负责人对产品进行一次有备而来的路演，让所有的开发、市场运营等参加。

每次路演完后，开发审视一遍自己的代码，该重构就重构。

市场运营再次准备运营方案。

。。。

我为什么要提出这样的每月一次的产品路演？

因为我发现，既然项目上的技术不难，难整的、花时间的是业务逻辑，那么为什么不极端一些？

反复刷业务流程、反复、反复、反复刷～

。。。

这也就是为什么本ID一直在自己的公司中强调「一份最新、最全」的产品文档的重要性！！！！！