軟件開發領域的同學會有這樣的感觸：

1、軟件的1.0版本是很容易開發的

2、需求變更，寧願重寫代碼都不想再去改之前的代碼

3、越到後面，版本叠代就越難

4、一般項目中應用到的技術都不難，但是卻讓項目進展緩慢

。。。

等等，這些原因都是因為業務越來越不清楚了～

需求變動？那就重寫吧，反正之前的業務也記不清楚了，還不如重新寫。

版本叠代難？項目越到後面，每一次的叠代都需要考慮到兼容性。不僅僅是產品功能上的兼容，更需要的是代碼上的兼容。

技術不難為何進展滿？項目發展至今，有幾個開發（甚至是產品經理）能夠把產品的業務全部梳理過。

。。。

解決的方法很簡單！

首先每個月讓產品負責人對產品進行一次有備而來的路演，讓所有的開發、市場運營等參加。

每次路演完後，開發審視一遍自己的代碼，該重構就重構。

市場運營再次準備運營方案。

。。。

我為什麽要提出這樣的每月一次的產品路演？

因為我發現，既然項目上的技術不難，難整的、花時間的是業務邏輯，那麽為什麽不極端一些？

反復刷業務流程、反復、反復、反復刷～

。。。

這也就是為什麽本ID一直在自己的公司中強調「一份最新、最全」的產品文檔的重要性！！！！！

產品叠代緩慢的原因