我们的可访问性审核永无止境-也许您的审核也应该如此
我们的可访问性审核永无止境-也许您的审核也应该如此
作者:Resilia 产品设计师 Tiffany Hale。对于 Resilia 的设计团队来说,可访问性从审核开始,然后发展到更多。
与您公司的设计主管共度时光,您会听到他们对可访问性充满诗意。通常,这个词会唤起 屏幕阅读器僵硬的节奏 叙述或颜色对比度检查器的十进制比率。然而,对于最终用户来说,可访问性意味着更多——对重要工具和资源的访问是网络上产品和开发团队一时兴起的结果。
在 Resilia,重要的是我们的成长需要经过深思熟虑的反思。当我加入设计团队时,我们开始了可访问性审核。我们在验收标准上保持一致,开始了,并且……很快意识到可访问性不仅仅是审计。这是一个迭代过程,也传播了您组织的价值观。
从审计到 Airtable
首先,我们从审计开始。我们的设计系统 Birdsong 和我们的组织都在成熟,这是我们反思的好时机。我们的组件标准是否可以访问?我们是否辜负了 WCAG标准 ?我们是否辜负了我们的 自己的 包容性标准?
为了准备,我利用了 空气桌 . Airtable 已经是技术人员的最爱,它是实施我们验收标准的完美平台。一个表格根据 WCAG 标准对每个 WCAG 标准进行了优先排序,而另一个表格则为每个组件提供了一个模板。对于发现的任何问题,我概述了要遵循的确切 WCAG 标准,添加优先级,并将其放入分组任务列表中供我们完成。
The air table file, with dynamic references, soon became an accessibility audit workbook.
我们为审计做了很多工作……这有点让人印象深刻。在构建我们的设计系统时,创始设计师兼设计总监 Brett Grau 旨在使我们的设计组件符合 AA 标准,她成功了!我们的审计对系统中的适用组件产生了少于 10 次的小更新。太棒了!但是……现在呢?当您获得关注可访问性的绿灯时,您如何利用势头?
在确定我们的设计系统中内置了可访问性之后,我的产品设计师和系统认为自己让我的下一个问题自然而然:它是否也内置到我们的流程中?如果我们的系统默认支持无障碍,我们是否也支持 每个人 成为无障碍的拥护者?所以我们达到了迭代的第一个点。
我们有工作要做!这种迭代的观点将热情洋溢的审计变成了向我们的利益相关者教授可访问性的机会。首先,我们致力于创建和更新关于可访问性的 Guru Card。 Guru 已经是我们团队的知识管理平台。我们希望确保将可访问性纳入现有流程的范围,使其自然成为我们日常流程的一部分。
如果你看到了什么,说点什么
在教育卡片的底部,我们交叉链接到快捷方式中的模板。我们的团队使用快捷方式来管理工作流程和跨团队协作。在该工具中,您可以为新的工单类型创建模板。当我几个月前作为新团队成员加入时,我在创建新组件或报告技术债务时从未从头开始,这很有帮助。在可访问性方面,团队希望让它变得简单!
最初,我为 设计师 ,其用处有限。当然,如果我们有一个模板来自我报告问题,那就太好了;然而,我们不可能同时无处不在。在我们整个组织中,很少有人能够自信地填写哪个“WCAG 指南”处于危险之中。更重要的是,可访问性是一种努力 那 每一个 组织成员可以拥护 .
Our team now has an accessibility update story template in Shortcut, which our colleagues from engineering and product can use to submit an accessibility issue.
对于较小的团队,重要的是创建允许 每个人 支持一项倡议。 Resilia 的另一位产品设计师 Rebecca 强调,这种方法不仅帮助每个人参与其中,还为持续教育创造了机会。如果我们要求可访问性是每个人的工作,就像所有组织应该做的那样,我们应该让每个人都为成功做好准备。在这种情况下,这意味着将模板中所需的数据保持在最低限度。我们提出两个强制性问题:
- 您在应用程序的哪个位置遇到问题?
- 我如何复制这个问题?
通过保持问题简单,我们为同事提供了一个简单的大纲来向我们描述问题。此外,较短的表格增加了其他团队成员使用它的可能性。众所周知,在任何用户体验中,最好不要在用户完成任务之前让他们筋疲力尽。
它从来不是一个阶段——它是一种生活方式
有了审计结果,我们的利益相关者睁大了眼睛,我们就做好了成功的准备,对吧?错误的!尽管我们的可访问性方法是全面的,但它也是完全被动的。在审核现有组件和报告现有问题时,根据定义,Resilia 将向其用户提供无法访问的产品。这与我们将可访问性作为一种实践的承诺不一致。
那么我们如何解决根本原因呢?
在这次讨论中,我依靠了我的设计团队成员的洞察力。我们都尝试过不同的策略来管理质量保证和寻找错误。但很明显,除非我们将可访问性作为构建过程的一部分,否则我们总是会落后一步。这一认识与我们更大的团队中的双管齐下的概念证明完美地协调在一起……
我们的设计团队已经投入了 零高度 作为一种设计系统工具,我们的探索性团队研究专注于了解如何在 Resilia 研发中最大限度地发挥其效用。同时,我们的工程合作伙伴正在评估 故事书 ,一个组件库工具,作为共享通用组件的一种方式。
同步性为提高可访问性创造了奇迹!当我参加工程电话时,我了解了 Storybook 的强大功能。同样,我不断分享 Zeroheight,甚至包括一个实时组件,用于端到端演示这两个系统的潜在用途。
Zeroheight’s features empower teams with direct asset import. Our team iterated to include Material UI references and accessibility notes to optimize partnership between design and engineering.
在这次合作中,很明显我们的研发合作伙伴不仅对可访问性感兴趣,而且还坚持将其纳入他们的流程! Jared 是新晋工程师之一,他强调了一个惊人的功能,它可以自动执行一些基于语法的可访问性检查。这种令人敬畏的增值是双向的。我们开发团队的无价投入清楚地表明我们的系统需要包含的不仅仅是可访问性部分。在适当的时候,组件还包括专门的可访问性说明和 WCAG 指南的链接。这样,即使是对 Birdsong 的快速参考,也始终将可访问性作为原生考虑因素——而不是事后考虑。
在许多方面,可访问性是互联网的最终前沿。不在它的存在中——自从 古腾堡出版社 ,对可访问性的需求已经存在。最后一个前沿是创建可访问性作为我们产品开发过程中的基本假设。
当我们的审计超出了简单的评估范围时,这种转变也代表了一项战略决策。 Resilia 对提供无障碍体验的承诺反映了我们组织的 致力于为改变世界的人们提供动力 .当我们从一开始就设计可访问性时,它保证了合规性。然而,更重要的是,它保证了我们每天努力提供的创新的公平获取。
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明