但凡在互联网行业做过几年的，不论时什么岗位，都会遇到过类似这样的问题：
设计：“我觉得应该在这里加一个下拉框。”
技术：“人们根本就不喜欢下拉框，不会有人去用的。”
设计：“我认为大部分人都不会介意的，而且这样做确实省空间”
pm：“我们手上有没有关于下拉框使用情况的研究数据？”
技术：“这种下拉框展示的内容需要查两个不同的表，会有性能问题”
。。。。两周后
pm：“关于下拉框的事儿怎么样了，要不咱定一下？”
这种无休止的争论类似于关于信仰的争论，它们由大量无法验证的个人偏好组成，而且同大多数信仰一样，人们很少能改变原来的看法。
这样的会议，除了浪费时间之外，起到的唯一所用就是让气氛更加的紧张。破坏了团队成员的关系不说，常常团队也无法做出正确的决定。
造成这样情况的原因是什么呢？我们这些创建产品的人，都有一个共同的特点，我们也是用户，而且我们似乎对产品中自己喜欢什么，不喜欢什么有着强烈的感觉。
从个人的角度说，我们喜欢网页顶部的主导航和左侧的二级导航，因为它们看起来非常熟悉并且容易使用；或者我们不喜欢它们，因为这样的设计老套，枯燥。
我们喜欢网站上有大幅大幅的动人图片，因为它们会引发我们的情感共鸣；或者我们不喜欢这些图片，因为我们希望高效的看到内容。
当我们在一个团队中，很难保证不把这些感觉牵扯进来。而且这些主张的力量，天性，特别自然的把喜欢或不喜欢投射到整个web用户身上，认为他们喜欢的就是我们所喜欢的。我们通常认为大部分用户和我们一样。
在这种个人情绪的表面之上，还有另一个层次的问题：职位情绪。由于职位不同，团队的成员对产品的设计也会有不同的看法。
比如设计师，之所以成为设计师，因为他们高度享受视觉体验。页面上满是精美的样式和细致的视觉线索，他们会很开心。
比如产品，在功能的差异化设计上，在交互的出彩设计上，都憋着一股劲儿。
比如技术，在视觉上，在功能上，在差异化上并不太关心，关心的主要是妈的pm你着需求要是敢改，我跟你没完。
与此同时还有来自市场文化（上层管理，市场和业务的拓展）和工程文化的冲突。
比如曾经和人人投的产品总监交流，他们的老板就喜欢红色，觉得红色喜庆，然后他们的官网就是一片的红色，整的天天都跟过年似的。
这样的僵局已经很麻烦了，还有一个更值得思考的，大部分用户是弹性的，可以随意变化的，即所有用户都是独一无二的，所有的对产品的使用都是独一无二的。当你越仔细的观察用户，越倾听他们对产品的意图和思考过程，越能发现他们对产品的个人反应和那么多不同的变量有关系。
没有一个正确的答案，就像我们随着成长，就会发现有很多事情并不是非黑即白的，没有那么多正确或是错误的标签。
那我们改怎么办呢？解药在哪儿？
其实答案就俩字：测试。除此之外别无他法。
争辩人们喜欢什么，既浪费时间又浪费团队精力，而测试将个人喜好转移到什么有效，什么无效，什么更能实现产品目的，什么更能满足用户需求上，更容易打破僵局。而且测试会让我们看到用户的动机，理解，反应的差距，从而让我们不会继续执着于我们对产品可用性的执念。
当然，各个公司不一样，风格和基因也不同，以上的方法适用于一般的团队。如果团队中有交互大牛或者产品大牛，凭借着多年丰富的经验和系统的方法论，自己拍板，其他人都别说话，这种情况也是异常高效的。
