用户体验的债务不可避免地会随着时间而发生。 它是由于诸如快速的业务决策,设计捷径,错失的机会,时间限制和其他因素之类的过期设计和可用性任务的总和。
用户体验债务被称为债务,因为它类似于现实生活中的债务。 我们现在得到了一些东西,但是将来才需要付出 。 在还清债务之前, 利率作为永久成本产生。
用户体验债务及其近亲表象技术债务是一种设计 反模式 ,会降低项目质量。 由于用户体验债务是一个尚未广泛讨论的主题,除了它并不总是容易识别之外,在本文中,我们将对其进行仔细研究。
Web开发中存在不同类型的债务 。 最著名的是技术债务 ,由CSS Tricks定义为“我们在开发过程中编写代码时做出的折衷之和” 。
在工作流程的后面,我们将需要处理这些折衷的后果 ,这意味着将来需要做更多的工作。
技术上的负担与彻底的错误无关,而在于以下事实:即使采用最佳的编码实践,也不可能完全对代码进行过时的验证,但是有效的代码优化无疑会有所帮助。
使用反模式 ,编码快捷方式,无效的体系结构或难以管理的依赖性都可能增加技术负担,但要点是,即使在最佳的假设性理想情况下,也无法避免这种情况–因为将来的不兼容性,需求和问题是不可预测的。 这就是为什么建议在一段时间后进行重构。
用户体验债务在某种意义上类似于技术债务:
用户体验债务比可用性债务具有更广泛的类别,这不仅涉及网站或应用程序的可用性,还涉及用户体验产品的方式 –无论是发现产品的娱乐性,有益的奖励还是您想调用的任何感觉在您的目标受众中。
用户体验包含可用性,因为难以使用的网站不会使用户感到舒适,同样,UX债务也包含可用性债务。
不幸的是,关于可用性债务和用户体验债务的在线资源并不多,但是我发现其中一些有用,并帮助我就该主题形成了看法:
在我可以找到的关于UX债务的所有可能插图中,这几乎是最好的选择,因为我认为它简明地表明了其要旨。
用户体验债务可以定义为当前体验质量与最佳产品之间的差异 。
UX债务比技术债务更具主观性 ,因为由您(或您的客户)决定要达到的质量。 例如,您可以将最低可行产品的“功能”等级作为目标,但您也可以通过将优质产品的“可”等级作为目标来设定高(但通常是昂贵的)标准,这全都取决于您的目标。
在许多情况下,管理不善的代码只会停止工作 ,从某种意义上讲,技术债务有所不同。 对于UX债务, 没有这么大的变化 ,但这不仅是一种特权,而且是一种威胁,因为它使这种债务更容易被忽略 。
要管理用户体验债务,首先我们需要意识到这一点。 用户体验债务有两种,有意的和无意的。
那么,UX债务在现实生活中看起来如何? 当用户由于不良的用户体验而无法或不想使用我们的网站时。 他们根本不订婚 ; 我们不能引起他们的注意和兴趣 。
UX债务的表现因站点而异,但在大多数情况下,如果转换率降低或跳出率增加 ,我们可能会怀疑我们积累了大量的UX债务。
例如,SalesforceIQ产品设计总监Catriona Cornett 展示了他们用于管理SalesforceIQ可用性债务的5个步骤 。
让我们简要地看一下它,以便我们评估将其应用于自己的工作流程的程度。
用户体验是一个比可用性更广泛的领域,但是我认为上面的工作流程可以有效地应用于它。
处理有意和无意UX债务也需要不同的技术 。 我们可以通过记笔记 , 任务管理或问题跟踪应用程序来管理我们特意制作的快捷方式以及在流程中丢失的好点子。
通过定期运行用户测试 ,征求客户反馈或使用A / B测试等先进技术来查看不同设计的影响,可以或多或少地消除意外的UX债务。
应用迭代设计的 原理也可能有用。 我们可以在每个迭代中构建UX债务管理步骤,以防止其积累。
用户体验债务管理需要适应我们更广泛的工作流程 ,并具有我们团队的特征,我们的目标和产品的性质,但是在所有情况下都建议遵循一些通用的原则。
要创建高质量的产品,我们不仅需要创新,还需要关注乍一看并不明显的事情,其中之一就是认识并有效管理用户体验债务 。 这可能不是最有趣的任务,但至关重要,因为随着时间的流逝,UX债务可能严重威胁我们的工作成功。
如果我们将UX债务切成可管理的大块 ,并将相关任务集成到我们的工作流中 ,那么我们不必一次做太多事情,就可以避免令人不快的意外,并以舒适的方式维护或提高产品质量。
翻译自: /
本文发布于:2024-02-01 02:01:56,感谢您对本站的认可!
本文链接:https://www.4u4v.net/it/170672411933045.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |