改进软件工程实践的动机很大程度上来自于试图避免交付不满足客户需求或期望的产品所造成的不必要工作的成本。然而，我们一次又一次地听到关于软件产品的抱怨，这些产品看起来很好，但却很难使用。试图通过向现有产品添加特性来忽略这个问题并不会阻止用户切换到更容易使用的替代产品。软件的可用性并不是一个个人意见的问题，也不是简单地按照要包含的东西的清单来做。可用性意味着软件产品易于学习和使用。那么，如何鼓励项目经理关注更多的用户体验设计，如何鼓励软件开发人员关注尽早满足客户的期望呢?

很多时候，很容易预测一款产品将提供糟糕的用户体验。当程序员依赖于他们对应用程序行为的直觉或知识时，他们不太可能创建满足客户期望的用户体验。允许市场压力添加很少使用的产品功能，这使得开发用户觉得容易使用的产品变得困难。如果不考虑可用性测试所需的时间和预算，就很难判断最终用户是否会接受已完成的产品。

只有当管理者看到成本降低和开发时间缩短时，他们才会被说服改变他们的做法。如果客户对交付的产品不满意，他们可能会要求在验收之前进行返工。产品的后期更改的实现成本总是高于设计过程中早期请求的更改。算法错误和性能问题很可能在测试过程中被捕获和修复，而不需要更改设计和重大返工。在产品投入使用后，客户可能无法发现算法错误，直到最终用户投诉开始出现。用户体验方面的问题对客户来说可能是显而易见的，即使是那些有技术背景的客户。

游戏是多媒体软件产品的一个很好的例子，人们经常对其易用性存在误解。有些人认为易用性对游戏来说并不重要，因为他们认为游戏应该具有挑战性。然而，糟糕的用户体验设计往往会让最简单的玩家任务变成寻找用户控制的反复尝试，从而破坏用户所珍视的游戏环境的沉浸性。一些经理可能会认为，当销售很好，很少有人抱怨用户体验一定是好的。现实可能是，当竞争对手正在开发更容易使用的产品时，软件产品可能正在享受暂时的垄断。许多软件开发人员认为，向以用户为中心的设计实践的转变有助于提高用户体验的质量。

敏捷软件开发人员认为，以用户为中心的设计的关键是在开发过程的早期，让客户的用户代表作为完整的团队成员参与进来。用户代表帮助将产品需求框定为用户描述，这些用户描述定义了客户使用最终软件产品的愿景。用户描述是用客户自己的语言编写的，而不考虑实现细节。这使得客户很容易验证随着产品的发展而创建的增量原型的有效性，并减少了不必要的返工的可能性。使用纸质原型而不是编写一次性原型也很有帮助。

除非开发人员对他们管理实现所提议的软件产品所需的技术的能力没有信心，否则在设计过程中不需要等待与客户进行接触。事实上，现代软件工程实践包括了增量原型的频繁交付。使用敏捷过程来管理客户变更可以减少开发时间并提高软件质量。良好用户体验设计的原则包括类似的实践，可以帮助减少交付时间和不必要的返工需求。

用户界面的目的是为用户提供足够的信息，让他们选择下一个行动，以帮助他们实现目标。这意味着一个好的用户界面提供了与用户的系统概念模型及其行为相匹配的系统状态表示。一个典型的用户应该很容易在用户界面中识别出操作选择。一个好的用户界面设计应该包括在用户朝着目标前进的过程中提供持续反馈的设施。

用户界面通常会在哪里失败?用户可能有使用界面特性无法满足的目标或期望。由于标签或布局不当，用户可能无法识别完成任务所需的相关界面对象。用户可能不知道如何使用接口对象创建或执行实现其目标所需的计划。用户可能会从他们的行为中得到很差的反馈。通过仔细分析用户的目标，大多数问题都可以避免。

软件项目经理经常没有预算足够的时间或金钱来在产品开发时间线的早期进行可用性测试。开发任何软件产品的第一步都应该是执行用户描述中列出的用户任务分析。对于开发人员来说，了解用户真正需要做什么来实现他或她的目标是很重要的。重要的是要记住，用户的目标不可能包括按按钮或输入命令。如果产品具有娱乐目标，那么任务就变成了确定哪些功能需要呈现，以使使用产品更有趣，哪些功能不需要。可用性测试需要在开发过程的早期进行，以识别任何不属于用户娱乐目标的困难。一旦定义了问题特征，可用性设计启发法就可以用来删除问题特征。

在设计过程的早期设定可用性目标(例如，在15分钟内学习程序基础知识)是很重要的。可量化的目标措施比个人意见更有说服力。一旦最小可行的产品原型准备好进行测试，测量就应该开始。作为可用性评估过程的一部分，应该评估这个原型的学习易用性、任务完成速度和用户错误率。当发现可用性问题时，应该纠正它们。可用性评估应该重复进行，直到达到目标。

有趣的是，许多导致糟糕用户体验设计的问题都可以通过现代软件工程实践来解决。开发人员需要在设计过程中尽早让客户参与进来，并注意他们所陈述的需求和偏好。尽早创建产品原型，并让客户参与原型的评估，可以帮助减少在交付最终产品时对最后一分钟更改的请求。软件工程师已经认识到，每个团队成员都必须时刻保持高质量的心态，以创造高质量的产品。设计良好的用户体验也是如此。

在此下载临时PDF

条信息

文章类型:编辑

引用:Maxim BR(2016)为什么用户体验设计被视为事后思考?Int J多媒体1(1):doi: http://dx.doi.org/10.16966/ijm.e101

版权:©2016 Maxim BR。这是一篇开放存取的文章，在知识共享署名许可协议的条款下发布，该协议允许在任何媒体上无限制地使用、发布和复制，前提是注明原作者和来源。

出版的历史:

收到日期:2016年1月02

接受日期:2016年1月06

发表日期:2016年1月10