破窗理論對軟件研發來講非常非常重要。如果說我們在寫軟件的時候，里面的代碼有不好的味道，壞味道，比如不重構、不復用或者代碼不整潔，一旦有人開始這樣做，團隊里面其他人因為看到的代碼本身不是整潔的，那么接下來也不會讓自己的代碼變得更加整潔。是你有壞的東西，會引出更多破壞性的東西。
后來我們在做事情的時候特別注意這一點，一開始把這個代碼的質量抓得很緊。除了代碼以外，我們還經常強調一點是小流程，我們有個做事的小規則，這個規則需要維護得很好，一旦有人去打破規則，你不及時修補的話，慢慢的更多的人去違反。如果大家公司有開發流程的話可以去看一下。
需要把真正的把事情做完。破窗里面還有重要的一點，是我們經常強調的，把事情真正的做完。
我們劃分階段去做事，希望在整個計劃內真正把所有的事情做出來。在此基礎上，需要在每一個要做的功能里面，真正的把事情做完，不要留小尾巴。如果留了，會出現項目無法收尾的情況。為什么說經常遇到項目收尾收不完，好像工作做了90%了，差一點點收尾。恰恰這一點經常花一個月甚至更長時間還收不完。因為之前沒有把事情真正的做完，里面都留個小尾巴造成要收的東西很多。所以說我們需要真正的把事情做完。
《跨越鴻溝》：新摩爾定律
后講一點，有本書叫《跨越鴻溝》，講的是新摩爾定律，講客戶獲取成本。MVP只是幫我們驗證早的用戶，在《跨越鴻溝》里面，用戶被劃分成幾類：第一類是創新者，第二類叫早其嘗鮮者。MVP是幫我們去驗證這兩部分人，是喜歡嘗試新鮮東西的人。把這部分人吸引過來，來證明產品是有價值的，是能夠快速增長的。
但產品真正的要成功，還需要占領后面兩個市場，一部分人叫早期的大多數，這撥人有一定的先見性，愿意購買產品。后期大多數是受早期大多數人的影響，因為別人用了產品，后面這波人也愿意用。
所以從通過MVP把早期嘗鮮者吸引過來，真正過渡到后一撥人是一個很大的挑戰。是一個鴻溝，是很難跨越的一個鴻溝。其實我也沒搞明白怎么跨過去。余下的，是運營的問題了，做出產品可能走了90%，運營是10%，運營做不好也一樣跨不過去。
