随着数字产品产量的激增，包括了电脑、桌面应用程序、基于网络的应用程序，另外还有移动及嵌入式装置等等，用户对这些产品的用户体验(UX – User Experience)的质量决定了它们的成功与否。想要对非技术性的用户打造一个具有生命力，娱乐性及商业性的应用程序，一个简单易用的界面更是必不可少的。

    在商业软件王国里，越来越多的订单是通过‘验证性的’演示来赢得的。顾客在不同的互相竞争的软件公司在不同的产品演示室之间参观比较，希望能够找到合适的合作伙伴。虽然很多开发商业软件的公司都把用户界面设计及其可用性的开发看作很重要的一个环节，但还是有很多仍然未把它列入整个软件的开发周期中。典型的看法是，产品的市场营销和工程方面的需求仍然比来自用户的需求要更加重要。其实大多数的开发公司都知道他们的电子产品需要一个好的用户界面而这点又需要一些专门的用户体验设计(UX) 的专家来负责，但实际上他们并不知道如何高效的使用这些专家。他们总是将用户界面设计和可用性研究这两样活动看作是强化产品在视觉上的吸引力，以及借着可用性测试，在单独的网页或对话框里寻找错误或可用问题等等。在这方面上，设计部的主管需要通过一些加强沟通，确定主次及合作的目标设定等方法和过程来改变这种看法。

    相反的，消费产品生产商则较为注重在产品的工业化设计和建立品牌等两方面上采用传统的设计管理方针。所谓设计管理，基本上，是指令产品的设计融入到公司文化的过程和生产出优良设计的承诺。这些生产商积极地将他们的研究方向、产品管理和市场架构等与产品的设计组织整合在一起，因为产品设计与品牌密不可分。他们通常把产品设计及定义的阶段从施工和投产的阶段里分离出来。产品设计的大部分在产品正式投产之前一年或以上，已经完成甚至连测试都完全通过了。

    在软件开发过程中，比较多的情况是，在产品开发阶段开始前只有一部分的设计工作是完成了的，产品的设计在开发和测试阶段还会不断的变化。这正是所谓的“一边开飞机一边造飞机”的含义。虽然很多人把这看作是软件开发过程不可避免的事，但我们却坚持这种开发手法实际上是无效率的、高成本的；并且可以说，所开发出来的是具有不成系统的用户界面的低质产品。

一个成功的用户界面设计需要以下几点：

*** 掌握跨学科学问的产品开发团队；
*** 能够在管理、市场与开发之间沟通斡旋并成功的对设计事务提出好的解决方案的设计师；
*** 能够由始至终地带领产品生产团队的设计师。

    在一些研讨会上，UX专家通常只会听一些关于以用户为中心的设计过程，或只是怎样为一个特别的产品进行设计甚至对其一个特性的设计，但很少有人会注意到怎样推动促进在产品开发周期里对设计管理的包含以及怎样才能成功地制造出完美设计的产品。

 

    问：问题到底出自哪里呢？

    答：答案很简单，就是人才，人才，还是人才。做出优良的设计工作实际上是软件用户界面设计过程中的较为简单的部分。因为实际上，人才市场上有很多高技术的、受过高等教育的以及具足够经验的设计师和可用性研究工程师，他们精通做出一个完美设计的道理以及测试的方法，熟悉良好的设计步骤。

     然而，真正的挑战在于怎样将他们的设计在产品中实现。很多设计师都习惯于稳步前进，只试图尝试解决眼前所遇到的设计上的难题，最后当别人不接受他们的工作时，感到非常沮丧。为了让我们的设计得到别人的认同，我们实际上需要参与公司内其他人的工作，与别人一起合作。要实现这一点很不容易。想想有多人与产品设计的成功有关：最明显的，当然是用户界面设计师和可用性研究工程师，其实还有拥有产品的总监、决定产品特色的产品经理、编写产品源代码的开发员、直接与顾客接触的销售员、以及对产品线，甚至整个公司的成功直接负责的经理们。

 

    谁是用户？

    以上的这些群体都认为他们自己了解用户，他们也确实都从自身的角度了解用户。用户界面设计师和可用性工程师通过用户研究和可用性活动，与用户直接接触来理解他们的用户。开发经理们认为他们知道用户需求，因为他们认为自己经过了多年的产品支持的经验已经累积了大量的该领域的知识。那些产品经理和销售人员觉得他们也都很清楚他们的用户，因为他们直接收到来自顾客的反馈意见。而那些主管经理们认为自己了解用户，因为他们知道什么因素能达成或中止交易，并且他们要对公司的可持续健康发展负责。

    当然，以上所有对用户的不同观点都可能在理解上存有大量的潜在性的错误。依据典型的可用性研究方法，UX专家和可用性研究的专家们，招募能够代表该产品的使用者的典型用户来进行相当长时间的调查研究。因此，他们充满自信地认为自己能够得到产品用户的一些具代表性的数据。产品经理和销售人员直接与消费者接触，而那些消费者通常是为了其它人来购买计算机软件的，对软件的技术需求和价格的考虑超过了对用户体验的考虑。最后，开发者和主管认为自己对产品有一个很高资格的拥有权并把自己看作是它的典型的使用者。

    虽然每种观点从自己的出发点来看都是正确的，但当把这些人聚集在一间屋子里来讨论用户对产品的需要时，每个人都是从自己的特定角度来出发。他们经常让用户的名字变得没有意义！对于用户是谁缺少一致的概念，也认识不到产品拥有大量的观众。产品团队应该考虑每个群体的需求，不忽视任何其他人的需求。

 

    设计什么？

    另外一个挑战是要明白软件设计的背景以及在组织里的开发步骤。在产品生产团队里UX 专家可以完全按照以用户为中心的设计流程，但是要让这个过程以及它的最终设计结果整个被接受就完全是另一码事了。通常，在软件开发公司里，只有UX专家们进行用户为中心的设计，伴随着部分来自理解他们的产品经理和开发人员的帮助。在这种情况下，以用户为中心的设计方案并不是产品开发和发布的核心部份。与此相反，在消费类产品公司里，用户为中心的设计方案正越来越被整合到整个产品的开发流程中。

 

    没有权势的影响

    另外一个挑战就是组织结构。在软件开发公司里，UX专家组可能来自他们的组织架构中不同的部门。在某些情况下， UX专家是属于负责不同产品的开发部门的工程师；在其他情况下，他们集中在一个队伍里负责不同产品的开发。还有一些情况下，他们是产品市场营销的一部分、或向执行董事的办公室汇报；而在更多情况下，UX的工作会由专门的顾问公司负责。