软件开发领域的同学会有这样的感触：
1、软件的1.0版本是很容易开发的
2、需求变更，宁愿重写代码都不想再去改之前的代码
3、越到后面，版本迭代就越难
4、一般项目中应用到的技术都不难，但是却让项目进展缓慢
。。。
等等，这些原因都是因为业务越来越不清楚了～
需求变动？那就重写吧，反正之前的业务也记不清楚了，还不如重新写。
版本迭代难？项目越到后面，每一次的迭代都需要考虑到兼容性。不仅仅是产品功能上的兼容，更需要的是代码上的兼容。
技术不难为何进展满？项目发展至今，有几个开发（甚至是产品经理）能够把产品的业务全部梳理过。
。。。
解决的方法很简单！
首先每个月让产品负责人对产品进行一次有备而来的路演，让所有的开发、市场运营等参加。
每次路演完后，开发审视一遍自己的代码，该重构就重构。
市场运营再次准备运营方案。
。。。
我为什么要提出这样的每月一次的产品路演？
因为我发现，既然项目上的技术不难，难整的、花时间的是业务逻辑，那么为什么不极端一些？
反复刷业务流程、反复、反复、反复刷～
。。。
这也就是为什么本ID一直在自己的公司中强调「一份最新、最全」的产品文档的重要性！！！！！