A Web Designer\u2019s Accessibility Advocacy Toolkit<\/h1>\nYichan Wang<\/address>\n 2024-02-26T18:00:00+00:00
\n 2024-05-01T16:05:07+00:00
\n <\/header>\n
Web accessibility can be challenging, particularly for clients unfamiliar with tech or compliance with The Americans With Disabilities Act<\/a> (ADA). My role as a digital designer often involves guiding clients toward ADA-compliant web designs. I\u2019ve acquired many strategies over the years for encouraging clients to adopt accessible web practices and invest in accessible user interfaces. It\u2019s something that comes up with nearly every new project, and I decided to develop a personal toolkit to help me make the case.<\/p>\nNow, I am opening up my toolkit for you to have and use. While some of the strategies may be specific to me and my work, there are plenty more that cast a wider net and are more universally applicable. I\u2019ve considered different real-life scenarios where I have had to make a case for accessibility. You may even personally identify with a few of them!<\/p>\n
Please enjoy. As you do, remember that there is no silver bullet for \u201cselling\u201d accessibility. We can\u2019t win everyone over with cajoling or terse arguments. My hope is that you are able to use this collection to establish partnerships with your colleagues and clients alike. Accessibility is something that anyone can influence at various stages in a project<\/strong>, and \u201cwinning\u201d an argument isn\u2019t exactly the point. It\u2019s a bigger picture we\u2019re after, one that influences how teams work together, changes habits, and develops a new level of empathy and understanding.<\/p>\nI begin with general strategies for discussing accessibility with clients. Following that, I provide specific language and responses you can use to introduce accessibility practices to your team and clients and advocate its importance while addressing client skepticism and concerns. Use it as a starting point and build off of it so that it incorporates points and scenarios that are more specific to your work. I sincerely hope it helps you advance accessible practices.<\/p>\n
General Strategies<\/h2>\n
We\u2019ll start with a few ways you can position yourself when interacting with clients. By adopting a certain posture, we can set ourselves up to be the experts in the room, the ones with solutions rather than arguments.<\/p>\n
Showcasing Expertise<\/h3>\n
I tend to establish my expertise and tailor the information to the client\u2019s understanding of accessibility, which could be not very much. For those new to accessibility, I offer a concise overview of its definition, evaluation, and business impact. For clients with a better grasp of accessible practices, I like to use the WCAG as a point of reference for helping frame productive discussions based on substance and real requirements.<\/p>\n
Aligning With Client Goals<\/h3>\n
I connect accessibility to the client\u2019s goals instead of presenting accessibility as a moral imperative. No one loves being told what to do, and talking to clients on their terms establishes a nice bridge for helping them connect the dots between the inherent benefits of accessible practices and what they are trying to accomplish. The two aren\u2019t mutually exclusive!<\/p>\n
In fact, there are many clear benefits for apps that make accessibility a first-class feature. Refer to the \u201cAccessibility Benefits<\/a>\u201d section to help describe those benefits to your colleagues and clients.<\/p>\nDefining Accessibility In The Project Scope<\/h3>\n
I outline accessibility goals early, typically when defining the project scope and requirements. Baking accessibility into the project scope ensures that it is at least considered at this crucial stage where decisions are being made for everything from expected outcomes to architectural requirements.<\/p>\n
User stories and personas are common artifacts for which designers are often responsible. Use these as opportunities to define accessibility in the same breath as defining who the users are and how they interact with the app. Framing stories and outcomes as user interactions in an \u201cas-when-then-so\u201d format provides an opening to lead with accessibility:<\/p>\n
As a user, when I __________, then I expect that __________, so I can _________.<\/p><\/blockquote>\n
Fill in the blanks. I think you\u2019ll find that user\u2019s expected outcomes are typically aligned with accessible experiences<\/strong>. Federico Francioni published his take on developing inclusive user personas<\/a>, building off other excellent resources, including Microsoft\u2019s Inclusive Design guidelines<\/a>.<\/p>\n\n
\n 2024-05-01T16:05:07+00:00
\n <\/header>\n
Now, I am opening up my toolkit for you to have and use. While some of the strategies may be specific to me and my work, there are plenty more that cast a wider net and are more universally applicable. I\u2019ve considered different real-life scenarios where I have had to make a case for accessibility. You may even personally identify with a few of them!<\/p>\n
Please enjoy. As you do, remember that there is no silver bullet for \u201cselling\u201d accessibility. We can\u2019t win everyone over with cajoling or terse arguments. My hope is that you are able to use this collection to establish partnerships with your colleagues and clients alike. Accessibility is something that anyone can influence at various stages in a project<\/strong>, and \u201cwinning\u201d an argument isn\u2019t exactly the point. It\u2019s a bigger picture we\u2019re after, one that influences how teams work together, changes habits, and develops a new level of empathy and understanding.<\/p>\n I begin with general strategies for discussing accessibility with clients. Following that, I provide specific language and responses you can use to introduce accessibility practices to your team and clients and advocate its importance while addressing client skepticism and concerns. Use it as a starting point and build off of it so that it incorporates points and scenarios that are more specific to your work. I sincerely hope it helps you advance accessible practices.<\/p>\n We\u2019ll start with a few ways you can position yourself when interacting with clients. By adopting a certain posture, we can set ourselves up to be the experts in the room, the ones with solutions rather than arguments.<\/p>\n I tend to establish my expertise and tailor the information to the client\u2019s understanding of accessibility, which could be not very much. For those new to accessibility, I offer a concise overview of its definition, evaluation, and business impact. For clients with a better grasp of accessible practices, I like to use the WCAG as a point of reference for helping frame productive discussions based on substance and real requirements.<\/p>\n I connect accessibility to the client\u2019s goals instead of presenting accessibility as a moral imperative. No one loves being told what to do, and talking to clients on their terms establishes a nice bridge for helping them connect the dots between the inherent benefits of accessible practices and what they are trying to accomplish. The two aren\u2019t mutually exclusive!<\/p>\n In fact, there are many clear benefits for apps that make accessibility a first-class feature. Refer to the \u201cAccessibility Benefits<\/a>\u201d section to help describe those benefits to your colleagues and clients.<\/p>\n I outline accessibility goals early, typically when defining the project scope and requirements. Baking accessibility into the project scope ensures that it is at least considered at this crucial stage where decisions are being made for everything from expected outcomes to architectural requirements.<\/p>\n User stories and personas are common artifacts for which designers are often responsible. Use these as opportunities to define accessibility in the same breath as defining who the users are and how they interact with the app. Framing stories and outcomes as user interactions in an \u201cas-when-then-so\u201d format provides an opening to lead with accessibility:<\/p>\n As a user, when I __________, then I expect that __________, so I can _________.<\/p><\/blockquote>\n Fill in the blanks. I think you\u2019ll find that user\u2019s expected outcomes are typically aligned with accessible experiences<\/strong>. Federico Francioni published his take on developing inclusive user personas<\/a>, building off other excellent resources, including Microsoft\u2019s Inclusive Design guidelines<\/a>.<\/p>\nGeneral Strategies<\/h2>\n
Showcasing Expertise<\/h3>\n
Aligning With Client Goals<\/h3>\n
Defining Accessibility In The Project Scope<\/h3>\n