不断优先考虑快速简便的解决方案可以帮助我们在短期内击中发布日期,但随着时间的推移,反复选择快捷方式将使我们带来对用户产生不利影响的验证问题。这些问题被称为UX债务,如果留下过长时间的债务,导致昂贵,耗时的问题,以努力解决。敏捷teamsare particularly prone to UX debt as a result of heightened pressure to regularly ship new features and functionality. However,ux债务可以在任何项目中积累,无论采用的发展方法如何而且太多会导致信任,交通和收入丧失。在本文中,我们定义UX债务,并展示如何确定它;我们还讨论了如何优先考虑UX债务问题并解决它们的方法。虽然这些方法是敏捷环境的框架,但它们很容易适应其他开发过程。

什么是ux债务?

UX债务与其技术对应类似,称为技术(或技术)债务。最初由1992年的Ward Cunningham设计,技术债务是指发射更快或更简单的技术解决方案的额外时间和精力成本,而不是释放最佳方法。它意味着在发布后必须返回和解决问题的成本总是高于首先发射理想解决方案(即,债务是以富利的利益偿还)。像技术债务一样,当设计者和研究人员在紧缩的时间表或不切实际的项目限制下工作时,ux债务通常会产生。有助于UX债务的其他因素包括:

  • 用户测试
  • 忽视品牌标准和风格指南
  • Design by committee
  • 误解产品愿景
  • 与其他产品获取或合并
  • 差不多的沟通或文件
  • QA测试不足
  • 遗留代码或延迟重构

为什么修复UX问题稍后更昂贵,而不是在发布之前?因为许多的原因。首先,重新设计和重新编码消耗许多资源:该团队必须重新烹制已将已经启动的功能的细微差别和细节重新烹制,花时间调试它们,然后可能改造软件的其他部分。从纯软件工程角度来看,在开发人员上第一次编码UI比必须更改发货代码更容易。但是,额外的UX债务成本也有用户体验原因:

  • Launching a suboptimal design impacts long-term market share, because many customers will give you one try and then give up when the design is too difficult or doesn’t satisfy their needs. Even if you fix their complaint later, the users won’t know, because they won’t resample your site or product once they’ve had a bad experience.
  • 用户将习惯于糟糕的设计。然后,在你改变设计之后,人们将被迫改变他们的习惯并恨你。
  • Changing the design back and forth for any particular component of the overall UX will degrade the feelings of consistency and coherency.
  • 您的失败将永远在互联网上生活。自学习是社会,用户将继续“通知”多年的博客,留言板,视频渠道和讨论旧版本的来源。这个过时的信息不仅有害而不是对您的用户有帮助,它还将吓到遇到遇到糟糕设计和人们发现和发布的任何尴尬替代方法的新前景。

任何UX债务都会产生其中一些成本。但UX债务仍未支付的时间越长,越多,这些成本越多,才能安装(想想“复合利息”作为类比)。

用户体验债务的一个例子可以看到在联邦快递的website in a carousel that appears on the product page for printed posters. Initially, the carousel displays four related products; however, clicking on the right arrow to view more related products reveals only one additional item. Rather than filling the content area with more images and links to related products, the carousel shows empty white space. A user looking for invitations or similar printed materials may grow frustrated at the lack of relevant products in this carousel. FedEx should add more related products to the carousel or update the functionality to accommodate varying amounts of content.随着时间的推移,团队很容易忘记这些看似小问题,并且在有压力转向其他优先事项时,回去修复它们的可能性会减少。但是,这一点issues do impact users应该解决以保护网站的诚信。

Fedex上的产品旋转木马缺少几个物品。
To resolve this example of UX debt, FedEx should add more related products or update the carousel functionality to accommodate varying amounts of content.

Though the worddebt对于大多数人来说,隐喻并不意味着应以所有费用避免UX债务。特别是在敏捷时工作时,会有速度达到释放日期的速度,以达到释放日期,需要节省时代的替代品。虽然某些类型的UX债务(例如融合,不一致,保留一个简单的概念模型的问题,但是,用于解释和统一的简单概念模型)更有可能在敏捷中,任何故意导致UX债务的任何决定都应仔细和集体。考虑如果上市更快,值得对用户感知产生负面影响的风险以及稍后修复问题的高成本。当答案是肯定的时候,应跟踪,管理和,逐步支付所产生的UX债务,以便用户没有完全注意到它并完全放弃网站或应用程序。

识别UX债务

UX debt includes any ongoing problems in the experience due to launching a fast, easy, or careless solution that negatively impacts users. Whether it is introduced deliberately or accidentally, it’s important to look for UX debt in these areas of the experience that are prone to debt buildup:

For example, a press release on Symantec’s investor-relations website contains body copy that is too low contrast to be considered accessible. Though low contrast is not a bug, it is an example of UX debt that could negatively impact low-vision or color-blind users. Per theWCAG.指南,文本和背景颜色之间的对比度比应为正常尺寸文本的4.5至1。此页面上的文本颜色和背景颜色之间的对比度仅为3.2到1,因此,无法被视为可访问。Symantec应该选择符合可访问性标准的身体复制颜色,现在必须记得回去并解决此问题的UX债务。

Symantec网站上的新闻稿有文本,无法获得可访问性。
为了解决这个UX债务的这个例子,赛门铁克应该选择一个较暗的身体复制颜色,导致更高的对比度,以满足可访问性标准。

揭露ux债务的最佳方法是经常获得真实的用户反馈各种方式。虽然您应该始终在释放Sprint功能之前进行用户测试,但正在进行的测试也应至少每月一次发生一次,并专注于关键流量和用户经常做的现实任务在您的网站或申请。这种方法将帮助您了解用户体验的整体健康,并确定最严重的问题。其他用户反馈方法可以帮助您找到UX债务包括:

除用户反馈外,还使用整个产品团队设置重复时间,包括开发人员,审查网站或应用程序的整体健康状况。开辟讨论,为剩下的团队促进任何可能对用户体验产生负面影响的UX或技术债务项目。产品管理还可以提出领导或其他利益攸关方发现的债务相关问题。如果可能,共享趋势或模式analytics在讨论中,如果需要进一步调查以确定债务,团队可以一起决定。

UI中的不一致可以被视为UX债务,但并非总是如此。It’s possible to have occasional slight discrepancies in the user interface that fit within the brand guidelines and don’t cause problems for users. For example, during an A/B test, there may be some temporary UX issues until the team understands which variation is optimal and whether it should be added to a设计系统。These types of inconsistencies should not be considered UX debt since the variations are temporary and intentional. (To avoid creating UX debt as a byproduct of an A/B test, teams should ensure that the winning elements are scaled into the design system with full consistency and clear standards for the new patterns or components.)

在亚马逊上观察到作为UX债务的UI中的信息不一致的一个例子。返回的返回页面返回返回物品的数量不一致:用户希望返回4对裤子,但页面上的文本读取Returning 2 items摘要信息说3项退款小计。This contradictory information caused the user to question the refund amount and to navigate back to the previous page to double check that the total estimated refund was correct. Amazon’s inconsistency is UX debt and should be addressed to help users move smoothly through the return process.

亚马逊的返回页面显示不一致的数量信息。
亚马逊上的用户遇到矛盾,在执行返回时不正确的物品数量。这种不一致导致他们解决了亚马逊的信誉和准确性。这种类型的问题算是UX债务。

当发现实际的UX债务问题和错误时,用户旅程中的严重程度,频率和位置应该推动问题估值和优先级。虽然在以下部分中,我们讨论如何在敏捷开发过程工作时跟踪,优先级,并解决问题,概述的方法和概念可以调整和应用于任何发展方法并将帮助您跟踪,排名,并随着时间的推移逐步清理UX债务。

跟踪和优先问题

一旦确定了UX债务项目,您可以跟踪它们以获取优先级的方法。每种方法都有优点和缺点,因此选择一个最适合您的团队和组织的方法非常重要。跟踪UX债务项目的常见方式包括:

  • 将UX-Depact项目直接添加到Backlog以进行优先级
  • 在电子表格中捕获UX债务项目,然后将它们添加到Backlog中

将UX-Tabot项目直接添加到Backlog中

将UX债务项目直接放入积压器可以很好地为具有明确严重性指示符和优先级流程的核心积压的团队工作。但是,对于处理许多人的大型复杂组织user stories和产品积压项目,直接向积压添加UX债务可能意味着这些物品丢失或不断剥夺以支持新功能和功能。一个用户体验专业人士谁对此做法表示:

“我们在积压的史诗中跟踪我们的UX债务项目。在积压过程中,我们审查了技术和UX债务项目的清单,然后我们集体优先考虑并决定在接下来的两周内解决该问题。我们在计划任何新功能和功能之前这样做,以便我们可以使用新功能进行平衡。“

为了确保UX债务获得所需的注意,它应该得到每个Sprint,为UX债务创建产品 - 积压项目或标签,并使用与积压中的其他项目相同的严重性指示符。如此,可以使用相同的尺寸来评估所有项目以在修饰和规划期间进行优先级。此方法还将帮助团队回顾并查看在一段时间内偿还的UX债务程度。

什么将改善产品体验最多:新功能或制作现有功能可用?经常,后一种选择是最好的,因为人们不能使用的功能也不存在。因此,根据客户实际使用的方式使用,修复了对用户不适用于用户的内容与添加新功能。因此,现有功能的UX问题可以且通常应该比新功能所分配更高的优先级。此外,特征通常是按预期效益的顺序实现的,因此如果只能为用户工作,旧功能可能比新功能更有价值。

在电子表格中组织和优先顺序

对于具有许多UX债务项目或复杂积压的团队,在将它们添加到积压之前,请在电子表格中的问题优先顺序。此方法将保护团队不堪重负或忽略长期的产品 - 积压项目。它还将帮助产品所有者相应地提出问题,并仅添加到Backlog中,只有那些对产品愿景,用户和团队工作量最有意义的UX债务项目。以下因素将会揭示用户体验中最大的痛苦点,应该包含在电子表格中:

  • 来自用户的角度的问题描述(如何影响它们?)
  • Where in the experience it occurs (awareness, consideration, conversion)
  • Frequency of occurrence (how often does it happen?)
  • Who reported the issue? (user, team, stakeholder)
  • Level of UX and development effort needed to fix the issue (low, medium, or high)

分数每个问题通过为经验区域,频率,记者和努力水平分配价值来解决问题。然后,使用aprioritization matrix in the form of a scatter plot要查看问题落在用户价值的维度和努力修复的位置。这种可视化可以帮助您排名问题并在清理UX债务后沟通进展stakeholders and leadership随着时间的推移。

UX债务优先级的严重程度
在散点图中可视化UX债务可以帮助团队根据用户价值和解决问题的努力组织,理解和优先顺序问题,以便在将其添加到Backlog之前。

虽然与返回问题相关的成本将始终高于首先使用理想的解决方案推出那it is still important to weigh all of these factors when prioritizing to avoid wasting even more time, effort, and resources when cleaning up UX debt. One user-experience professional who favors this approach said:

“我们将UX债务添加到积压,但在所有其他竞争优先事项中都丢失并忽略了。通过组织电子表格中的项目,首先,产品所有者,铅开发人员和用户体验设计人员可以将它们一起查看并确定一些项目添加到最新冲刺的积压。随着时间的推移,偿还我们的UX和技术债务感觉更加可控。“

要记住的最重要的考虑因素是乌克斯债务和技术债务不应完全忽视。许多敏捷组织倾向于优先考虑技术债务超过UX债务,但专注于另一个类型的债务只会导致用户的更多问题和更昂贵的修复。意识到这两种类型的债务经常携手并进。不要完全放弃UX债务,赞成解决技术债务,反之亦然。Prioritize efforts that aim to reduce tech and UX debt at the same time.它更有效率,并确保你不会通过专注于一种类型来进一步进入债务,同时放弃另一个。这种方法还将有助于产品保持与用户的充分信任和可信度。

虽然高优先级UX问题肯定应该首先固定,但不应完全放弃较低优先级。随着岁月的,累积层的藤壶甚至会慢慢地发货,并且用户体验将感觉像较低和较低的产品一样,因为用户遇到了他们的方式的每一步。

解决UX债务

偿还UX债务可能起初令人生畏,将需要时间,但有几种方法可以解决它,同时仍然对您的数字产品进行整体改进。一种方法是奉献一个特定数量的故事点,以在每个冲刺或每个其他冲刺期间修复UX债务。故事点数可以随时间波动,具体取决于团队的工作量,但尝试每个Sprint至少一个或两个UX债务项目,最好是带宽允许。使用易于理解的可视化,来自用户测试的证据,并清楚地解释每个Sprint在每个Sprint中所取得的成就,以帮助领导和高管了解所取得的进展以及为什么重要的进展。

随着时间的推移传达UX债务回报。
显示进度和沟通解决UX债务随着时间的推移,有助于领导和高管了解清理对用户体验的重要性和积极影响。

另一种方法是计划一个季度冲刺致力于清理技术债务和UX债务。该团队应集体决定在清理冲刺中专注于哪些领域,最后展示清理的内容。如果整个Sprint是不可行的,那么一些团队将需要一天(有时被称为a奶酪日)而不是完全冲刺,以解决尽可能多的UX债务。以这种方式接近解决方案使利益相关者和领导委员会经常与偿还债务进行解决,特别是在可以证明和进展时在生成的用户和业务价值方面沟通。

结论

UX债务并不总是可避免的,但团队可以组织和协作如何解决它。请尽早包括所有合适的人才讨论过早或随意发射的风险,并在寻找较为优越的经验元素时开发一个节奏。进行定期用户测试和启发式评论确保找到新的UX债务问题并优先考虑的经验。利用数据,例如严重程度策划的分数,以便为什么某些问题提供某些问题的案件,并在其他方面进行解决,并显示债务清理努力的进展。承认和制定一项随着时间的推移支付UX债务的计划将有助于您解决它,在用户开始注意到之前。

有关如何识别,优先顺序和解决UX债务的更多信息,请参阅我们的全天培训课程,Lean UX and Agile

参考

技术债务Wiki.