科技行业目前正处于重大调整期。越来越多的公司意识到(要么是自愿的，要么是通过诉讼痛苦地)他们需要首先开始设计他们的应用程序和网站的可访问性。
当我们考虑可访问性时，我们可能首先会想到有视觉明显身体残疾的人。尽管这些人绝对是我们用户群的重要组成部分，但他们并不是唯一受益于可访问软件的人。
有 5 种主要的残疾类别：视觉、听觉、运动、言语和认知。大多数人可能在他们生命中的某个时刻至少经历过其中的一种，即使这不是永久性的情况。这是我一直以来最喜欢的图形之一，来自 Microsoft;它很好地说明了这个概念：
很多人错误地认为可访问性功能是某种边缘情况，或者不是真正需要的好东西。实际上，可访问性功能将使您的所有用户受益。例如，您为听力障碍用户构建的任何东西也将使没有耳机的公共交通用户受益。
您为视障用户开发的任何内容也将使您的用户受益，这些用户在早上醒来时偏头痛并且无法忍受看屏幕。我们都需要辅助功能，即使我们没有意识到。
然而，对无障碍优先设计进行心理调整可能很困难。就像移动优先一样，可访问性优先意味着改变您在高层次上构建应用程序的方式。
进行下面列出的调整将帮助您重新定位您对构建软件的思考方式。
可访问性是最小可行产品的核心
许多软件公司使用 MVP 或最小可行产品的方法：他们可以发布的最小有用的东西是什么，以将功能推向世界并开始测试?
这是将大创意分解为可构建块的好方法，可帮助您确定新功能的主要价值。它自然支持非常适合设计和开发的反馈和迭代循环。但是，当您定义该最小值时，需要包括可访问性。
对无障碍设计的第一个也是最常见的误解之一是，您可以回过头来回顾完成的产品并进行一些调整以增加可访问性。然而事实并非如此。
许多公司口头上强调其产品中可访问性的重要性，甚至可能在其网站上将其作为卖点突出显示……但是当涉及在繁忙的冲刺中分配时间或缩小 MVP 范围时，可访问性将成为砧板上的第一件事。
使用可访问性优先，我们拒绝可访问性不是必需品的想法。可访问性不是以后可以添加的——或者更糟糕的是，如果截止日期很紧，则完全取消。我们需要从这样的心态开始，即如果它不能以可访问的方式工作，它就不起作用。
一旦您将可访问性视为基本要求，其余的自然会随之而来。
为不同的用户测试提前计划
用户测试是我发现的一个领域，通常有良好的意图，但跟进率很低。这是可以理解的——组织起来既困难又费时，而且您通常需要团队中至少有一个真正知道他们在做什么的人来将它们整合在一起。
然而，从真实用户那里获得反馈是非常有价值的，而且总是值得花时间和精力。与您的用户坐下来为您提供了一定程度的洞察力，无论您多么努力，您都无法靠自己获得洞察力。
但是，因为它很难做到，所以用户测试的现实往往看起来更加复杂——想想与其他部门的员工进行快速走廊测试，或者对愿意放弃的长期客户进行一次性采访他们星期一下午的一个小时。
可以说，这种用户测试很少涉及您真正需要的多样化和包容性的用户集，以便彻底测试您的应用程序。即使您有一个出色的用户测试程序，您也可能会因为只与身体健全的人一起测试您的工作而意外地在结果中产生偏差。
这是一个需要深思熟虑和计划才能解决的问题。这意味着您需要从建立标准化的用户测试计划开始，如果您是属于“这里和那里的小走廊测试”类别的公司之一。
如果您已经建立了用户测试程序，那么在寻找测试人员时扩大您的网络是一个问题。这可能意味着提供某种奖励(礼品卡、免费产品试用等)。或者，这可能意味着与您所在地区的当地残疾人支持小组或专家建立联系，或与在线关注残疾人的团体分享您的招聘信息，以扩大可用用户群。
可访问性优先提醒我们，可访问性是我们应用程序的关键部分，如果在用户测试期间根本没有解决这个问题……好吧，那么你就没有真正进行测试。
可访问性是每个人的专长
有一些产品会试图让您相信您实际上不需要学习任何东西、更改您的开发流程或更新您现有的应用程序。你只需要安装他们的东西，它就会神奇地让你可以访问所有东西(通常通过一系列复杂的覆盖)。
这是错误的。可访问性不能追溯地叠加在现有的、不可访问的应用程序之上;任何说不同的人都在卖东西。
可访问性优先意味着我们不会将应用程序中的可访问性工作外包(无论是外部团队还是产品)，我们也不会将其全部交给一位主题专家。
相反，我们将可访问性作为每个人的知识库的一部分，因此它可以从一开始就融入产品中。
那里有一些合法的可访问性顾问，您可能会发现雇用其中一位会有所帮助 - 可以进来并实际与您的员工坐下来讨论您的应用程序的来龙去脉的人。但是，应该注意的是，雇用无障碍专业人员是第一步，而不是一次性修复。
如果您依赖外部专业知识，您会发现自己陷入了一个无休止的循环，即聘请专业人士、修复您的应用程序，然后随着您发布新的无法访问的功能，慢慢地看着它变得越来越难以访问……直到您觉得它已经够糟糕了让您聘请另一位可访问性专业人员来修复它。这对您的常规构建周期来说是乏味、昂贵且具有破坏性的。然而，我见过不止一家公司陷入这种模式。
同样，您不希望您的整个可访问性工作由碰巧已经具备相关知识的一位设计师或工程师负责。让一个人成为专家并不是一个长期的解决方案——当他们生病或找到新工作时会发生什么?更不用说，他们不可能参加每一次会议。作为一个总是不得不将其他队友的工作称为不可访问的“坏人”并不是一件有趣的工作。
管理支持的重要性
如果您的设计师和工程师对自己设计和构建可访问软件的能力没有信心，那么管理层必须为他们提供构建该技能集所需的教育、培训和资源。
这从根本上解决了问题，并使您现有的员工能够随着团队的发展而培训新员工。它还在您的团队中创建了一种责任共担的文化，以便每个人都可以平等地参与讨论、规划和反馈过程中的可访问性优先。
一旦我们承认可访问性是产品完整功能的必要部分这一事实，这一事实就可以为我们围绕规划、设计、开发和测试做出的每一个决定提供信息。使您的管理层和团队能够使用可访问性优先的方法优先考虑可访问性，我毫不怀疑他们会迎接挑战。
标签：
版权声明：本文由用户上传，如有侵权请联系删除！