只有置身事外才能真正发现产品的可用性题目，很轻易举出可用性差的例子，但是通常情况下人们并不知道那些造成产品好用或者难用甚至令人愤怒的真正原因。当然，这并不是偶然，大多数优秀的产品都曾进行过深进的用户体验设计以及可用性测试。
下面是我们总结的导致可用性差的最常见原因
1. 过分关注产品功能与技术
在项目的一开始，很多项目负责人和利益相关职员都希看能够利用最新的技术或开发大量的的功能，功能的开发与测试则受到高度重视，并且通常会有一个专门的项目小组负责，错就错在未能平衡这些功能与用户真正的需求之间的关系，相反，用户需求被扔到了大部分接口开发完成之后。
【没有数据表明但听过很多设计师抱怨，决策者往往将改善用户体验交给了视觉设计师或者是交互设计师进行终极界面的改善，这让设计师们无从下手】
2. 设计师和工程师的“门户之见”
脱离用户的情况下，设计师和工程师除了自我经验并没有更多想法，仅从自我能力、理解和看法出发进行系统设计。他们经常会深进的做项目却很少怀疑自己的决定，假如产品能够按照他们预想的方式运作那就足够了。
3. 没人考虑过用户真正需要使用的界面
开发职员很轻易陷进项目的细节，并沉醉在如何使产品正常运作的复杂性上。有时候，一个团队很轻易做到集中精力于工作细节却不能退一步从用户的角度往质疑自己的设计，了解用户真正的需求，了解用户在什么情况下使用他们的产品，而这些很可能彻底改变设计的方向。
4. 终极拍板的人缺乏网站界面设计经验
通常，我们会碰到一个能干并且善良的项目主管来为产品终极的界面与运作拍板，但大多数情况下并非如此，这个能够拍板的人往往很少有用户网站界面设计的经验，并经常不经意间做出那些并不考是否会虑影响用户体验的决定。
5. 过分关注数据（定量丈量）
当一个网站完工后，你会听到项目团队在讨论各种数据宁波化妆，独立访问的数据，注册量，PV数据等等。不幸的是，产品或者网站的可用性却没那么轻易度量。与此同时，项目团队或许会意识到一堆被忘记的题目，或者是网站关键页面的低PV，他们却很少能够理解用户的操纵方式，什么才是进步的可用性以解决题目的关键。
6. 太多的决策者
当一个项目小组中出现太多的决策者或者是一个很大的团队没有清楚的项目领导或角色定义时，这个小组会收到太多相互冲突的关于产品应该如何设计的观点，通常情况，这个小组会讨论，视图将接口转化成他们自己“以为”的有利于项目的方式，一旦这种未经检查的产品开发方式变成了妥协、投机和自我意识，项目小组将会很少乃至不会再往理智的检查他们的想法，终极导致失往为用户设计产品以满足用户需求这一目标。
7. 定义不明确的项目目标
在每接触一个新客户的时候，我们总是惊奇的发现很少有项目有明确的目标。当项目没有确定的目标，这种产品或是服务所呈现的是一种偶然的上升趋势，随着时间的推移，项目团队失往了信心，而用户则流失于那些并不匹配的特性和功能。平衡清楚的贸易目标与清楚的用户目标是提供给用户一贯的好的体验的重要方面。
8. 没有为提升用户体验提供激励
极少团队会在产品开发过程中为提升用户体验提供激励，大部分时候，公司采取更为传统或者是以指标（客户满足度、预算、交通、产出等）的方式来奖励团队。显而易见的是，假如项目小组没有在提升可用性过程中得到奖励，他们将会将工作的重心放在那些可以让他们得到关注和奖励的方面。在项目的开始就以规范的基准建立可用性测试，这将在任何项目中为丈量与激励可用性提升提供一个很好的方式。
9. 他们只是没有意识到可用性差而已
很多客户告诉我们，他们已经知道其产品或者服务的题目出在哪，但他们还是很惊奇我们的报告中出现的那些他们并没有关注过的可用性题目。除非你的确进行了规范的可用性测试，很难想像题目出在哪。顾客的意见，投诉和网站分析有时可以告诉你出现了题目，但很少能够让你深进了解题目在哪以及为什么会出现题目。这些题目只能通过观察用户如何使用产品与服务来发现，但很多团队从未这样做过。
10. 见树不见林
我们都曾经历过以为自己做出那种类似已经很好不能更好的决定的感觉，这在项目的全过程中都有可能发生，人们过于熟悉自己的产品或者服务之后，无法退一步往考虑全局，由于他们无法再从用户的角度往看整个项目，终极一手导致了差可用性的出现。引进中立的、长期的建议机制是从客观的角度往制定决策以及消除可用性题目至关重要的解决方式。
