破窗理论对软件研发来讲非常非常重要。如果说我们在写软件的时候，里面的代码有不好的味道，坏味道，比如不重构、不复用或者代码不整洁，一旦有人开始这样做，团队里面其他人因为看到的代码本身不是整洁的，那么接下来也不会让自己的代码变得更加整洁。是你有坏的东西，会引出更多破坏性的东西。

后来我们在做事情的时候特别注意这一点，一开始把这个代码的质量抓得很紧。除了代码以外，我们还经常强调一点是小流程，我们有个做事的小规则，这个规则需要维护得很好，一旦有人去打破规则，你不及时修补的话，慢慢的更多的人去违反。如果大家公司有开发流程的话可以去看一下。

需要把真正的把事情做完。破窗里面还有重要的一点，是我们经常强调的，把事情真正的做完。

我们划分阶段去做事，希望在整个计划内真正把所有的事情做出来。在此基础上，需要在每一个要做的功能里面，真正的把事情做完，不要留小尾巴。如果留了，会出现项目无法收尾的情况。为什么说经常遇到项目收尾收不完，好像工作做了90%了，差一点点收尾。恰恰这一点经常花一个月甚至更长时间还收不完。因为之前没有把事情真正的做完，里面都留个小尾巴造成要收的东西很多。所以说我们需要真正的把事情做完。

《跨越鸿沟》：新摩尔定律

后讲一点，有本书叫《跨越鸿沟》，讲的是新摩尔定律，讲客户获取成本。MVP只是帮我们验证早的用户，在《跨越鸿沟》里面，用户被划分成几类：第一类是创新者，第二类叫早其尝鲜者。MVP是帮我们去验证这两部分人，是喜欢尝试新鲜东西的人。把这部分人吸引过来，来证明产品是有价值的，是能够快速增长的。

但产品真正的要成功，还需要占领后面两个市场，一部分人叫早期的大多数，这拨人有一定的先见性，愿意购买产品。后期大多数是受早期大多数人的影响，因为别人用了产品，后面这波人也愿意用。

所以从通过MVP把早期尝鲜者吸引过来，真正过渡到后一拨人是一个很大的挑战。是一个鸿沟，是很难跨越的一个鸿沟。其实我也没搞明白怎么跨过去。余下的，是运营的问题了，做出产品可能走了90%，运营是10%，运营做不好也一样跨不过去。