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