上星期看了一篇文章《设计和产品开发中的破窗理论》，文章很简短，但却蛮有启发，也说说自己的一些想法吧。
什么是破窗理论？
美国斯坦福大学心理学家菲利普·津巴多(Philip Zimbardo)于1969年进行了一项实验，他找来两辆一模一样的汽车，把其中的一辆停在加州帕洛阿尔托的中产阶级社区，而另一辆停在相对杂乱的纽约布朗克斯区。停在布朗克斯的那辆，他把车牌摘掉，把顶棚打开，结果当天就被偷走了。而放在帕洛阿尔托的那一辆，一个星期也无人理睬。后来，辛巴杜用锤子把那辆车的玻璃敲了个大洞。结果呢，仅仅过了几个小时，它就不见了。
以这项实验为基础，政治学家威尔逊和犯罪学家凯琳提出了一个“破窗效应”理论，认为：如果有人打坏了一幢建筑物的窗户玻璃，而这扇窗户又得不到及时的维修，别人就可能受到某些示范性的纵容去打烂更多的窗户。久而久之，这些破窗户就给人造成一种无序的感觉，结果在这种公众麻木不仁的氛围中，犯罪就会滋生、猖獗。
“破窗理论” 同样适用于产品设计和开发中。
我们通常不会去爱惜一个已经破了的东西，小到工作态度，大到企业文化。一个不良现象发生了，就会引发更多的不良现象。
在一个项目中，我们通常会因为一些更重要的事情，而推迟一些小事情。“这个问题不重要，我们稍后再做。”
渐渐地整个项目会越来越缺少动力，哪哪都不顺心，但又说不出是什么导致了这么多问题。
日常工作中，是否出现过一些示范性的纵容。
策划。始终在赶着做下个版本新功能策划，没有人对已经上线的功能进行整理归档。之后新来的策划接手，发现没有人记得清楚之前这个功能的背景和具体规则了。ok，等新来的策划好不容易搞明白了，做出策划了，既然这里之前的功能都没有人整理，那我也不需要整理喽。策划上手的时间乘以n倍。
交互。为什么这里和那里的交互不统一？不清楚，历史原因额。那我应该按照哪边的来呢？让我想想……这次可以统一掉么？额，这个版本开发时间有点紧，况且也不是很影响用户体验......讨论了一大圈，最终达成一致：那这个版本先维持现状吧。ok，下次再做到这个功能，你会发现类似的讨论会再重演一遍。一段时间后，你还会发现类似的不统一会越来越多。沟通确认的时间乘以n倍。
视觉。主要平台的视觉风格都已经早早的扁平化了。剩下一些非主流平台，先更新功能吧，视觉改版没时间做。ok，是用旧的视觉风格做这部分新功能呢，还是直接用新的视觉风格呢？但是一个平台上风格不统一好奇怪啊，怎么融合一下呢，每次更新都要纠结一番。纠结的时间乘以n倍。
开发。这个问题的优化，这个版本因为有更重要的事情要先做，先延后吧。ok，然后会发现接下来的每周都有更重要的事情要先做，一直被延后。虽然也不是什么“大问题”，但是因为问题始终没解决，心里总是会时不时地想起它，而且说不定哪天就成了大问题。惦记的时间乘以n倍。
......
这些问题和产品体验不直接相关，但却潜移默化地消耗着我们的精力，影响我们的工作效率，影响我们做出的决策。
“稍后再做”通常是为了节省时间而做的决策，但最终还是浪费了大家的时间。
这些问题不会因为“稍后再做”而导致日后解决它的时间变短。 相反，你会发现越来越多的问题会被反复提及，你需要花时间在反复解释沟通上面，直到扰得自己不得安心工作。
每当你想做一件新的事情的时候，是不是总有一些旧的事情在拖着你的后腿？
当你感到所有事情都开始走向力不从心的时候，是时候花时间清理下这些小且不重要的问题了。
通过 “修复所有的破窗”，你的视线变清晰了，耳根子也变清净了，又可以重新作出优秀的决策了。你的工作变得更加专注，推动力也变强了。在此基础上，它防止了以后 “更多的破窗”。
解决掉历史遗留问题，优化自己的环境，才能更专注地去解决新问题。
分享干货我们是认真的，更多干货尽在爱盈利！
