Como o Service Design pode ajudar sua equipe a construir produtos digitais acessíveis e inclusivos

Durante meu tempo na indústria de software, percebi que as pessoas tendem a se desencorajar ao projetar para acessibilidade. Acessibilidade pode parecer uma caixa preta, com várias questões surgindo. Como eu começo? Como estimar o esforço sem experiência? Como integrar a acessibilidade no processo de desenvolvimento de software? Várias perguntas e raramente alguém ou alguma coisa para se relacionar para dicas de prática. Esses são os aspectos com os quais me deparei ao abordar pela primeira vez o tema da acessibilidade digital. Espero que compartilhar minhas experiências reduza algumas das preocupações por aí.
Atualmente, estou trabalhando como UX Designer e Subject Matter Expert (SME) em acessibilidade para IBM iX para uma grande equipe de desenvolvimento de software que trabalha em um aplicativo há vários anos. Durante o processo de desenvolvimento, foi decidido que o produto deveria atender a padrões acessíveis. Como resultado, o teste de acessibilidade revelou um grande número de bugs que nossa equipe de desenvolvimento achou difícil de corrigir. Os bugs de acessibilidade apenas descreviam QUE os elementos na tela não eram acessíveis, mas o que eles não abordavam é a descrição de COMO se comportar para ser acessível. Nesse ponto, os ingressos foram entregues aos designers. Precisávamos repensar os designs e comportamentos de todo o aplicativo, pensando na acessibilidade. Minha equipe de design foi encarregada de abordar esses bugs de acessibilidade e propor as soluções necessárias.
Como você aborda a transformação de acessibilidade de um projeto de aplicativo digital se o projeto já foi desenvolvido por anos sem acessibilidade?
Este foi um enorme desafio que me custou algumas tentativas até conseguir lidar com ele passo a passo. Gostaria de transmitir minhas conclusões sobre como e por que integrar a acessibilidade na abordagem do Service Design.
O que é Design de Serviço?
O Service Design leva em consideração a experiência de serviço de ponta a ponta de diferentes usuários, incluindo o backstage e o frontstage. O aspecto backstage cobre as etapas e processos que não são visíveis, mas precisam funcionar para oferecer a melhor experiência possível para a área do frontstage.
“Desenho de Serviço é a atividade de planejar e organizar os recursos de um negócio (pessoas, adereços e processos) para (1) melhorar diretamente a experiência do funcionário e (2) indiretamente, a experiência do cliente.” (Gibbons, 2017)
Portanto, o Service Design nos ajuda a considerar os requisitos de bastidores para oferecer uma experiência tranquila ao cliente.
Por que integrar a acessibilidade na abordagem do Service Design?
Acessibilidade digital é manter certos valores mínimos. Entre outras, as Diretrizes de Acessibilidade de Conteúdo da Web (WCAG, 2023) oferecem uma base estruturada e sólida sobre a qual os sistemas assistivos podem ser fundamentados.
Vamos mergulhar em dois exemplos de aspectos de design e dois exemplos de aspectos de desenvolvimento dos tickets de bug criados para dar uma dica do conteúdo com o qual o projeto foi confrontado.
Um tíquete de bug apontou que os valores de contraste eram muito baixos, mas não sugeriu valores de cores que resolveriam o problema. Os valores de contraste são cruciais para a acessibilidade para garantir que todo o conteúdo seja visível em todas as telas. Ter uma visão clara sobre codificação de cores e cores de marca existentes como designer pode ser um desafio, considerando os valores de contraste definidos como mínimos. No entanto, também é algo que geralmente pode ser adaptado por pequenas alterações na paleta de cores. Outro exemplo de preocupações de acessibilidade abrange a exigência de fornecer descrições alternativas de texto para imagens e vídeos. Eles precisam ser implementados em todas as etapas do desenvolvimento, pois ajudam as pessoas com deficiência visual. O desafio que surge não é apenas apontar a descrição de texto alternativo ausente das imagens para os recursos e telas individuais, mas também descrever com precisão o que a descrição deve ser. Esses são dois exemplos comuns com os quais o designer pode ajudar, mas nem todos os aspectos de acessibilidade podem ser cobertos apenas pelo design.

Os tickets de bug também apontavam a falta de foco em elementos interativos durante a navegação pela tela com o teclado. Marcar elementos interativos como selecionáveis dentro do código é essencial para acionar funcionalidades. Outro bug comum lidava com a falta de quebras de conteúdo de texto ampliado que sai da tela e não pode mais ser visualizado pelo usuário sem uma função de rolagem. Definir a largura máxima de cada componente é fundamental para não deixar o conteúdo fora de alcance. Esses dois problemas são exemplos que estão sendo abordados pelos desenvolvedores para garantir a estrutura técnica ideal dentro da base de código.

Isso me leva ao meu primeiro take-away. A criação de um aplicativo acessível não se baseia em uma única tarefa de teste, desenvolvimento, design ou mesmo gerenciamento. É um trabalho em equipe onde todos devem cumprir a sua parte para conseguir cobrir todos os critérios de acessibilidade e atuar da melhor forma possível para nossos clientes.
“ Acessibilidade é um esforço de equipe.” (IBM Acessibilidade, 2023)
Como integrar a acessibilidade nos bastidores do Service Design?
Agora, vamos juntar tudo.
O Service Design é a melhor abordagem considerando as etapas que precisam ser realizadas nos bastidores para fornecer uma experiência acessível aos usuários. Além disso, identificamos que oferecer acessibilidade é um esforço de equipe que a equipe de bastidores deve considerar para estabelecer as bases para um serviço acessível.
Em outras palavras, é essencial que as necessidades das pessoas com deficiência sejam consideradas em todas as etapas do processo de backstage dos produtos digitais. Ao fazer isso, as tarefas são bem distribuídas e podem ser abordadas passo a passo. Deixe-me formular algumas abordagens:

1 — Incorporar a acessibilidade no objetivo do produto/serviço
Vale a pena integrar a acessibilidade ao objetivo do projeto para torná-la parte dos padrões morais do projeto e desencadear conversas importantes. Pessoalmente, acredito que este é um efeito colateral positivo, pois além de apenas criar novas tarefas, as conversas são essenciais para construir conhecimento.
2 — Oferecer conhecimento acessível é fundamental
Certifique-se de que o conhecimento esteja sempre facilmente disponível para todos os envolvidos no projeto. É útil reunir uma lista de links, apresentações, diretrizes ou vídeos sobre as especificações gerais acessíveis, bem como as melhores práticas e exemplos relacionáveis. Um especialista em acessibilidade pode ser um grande trunfo para qualquer equipe, pois pode aproveitar a experiência anterior e distribuir conhecimento de maneira eficaz para designers, desenvolvedores e testadores.
3 — Reconsiderar o esforço potencial para o trabalho de acessibilidade durante o planejamento
Os exemplos que dei acima, como contraste de cores e definições de texto, exigem esforços adicionais ao projetar um produto. Isso deve ser considerado diretamente no planejamento do projeto para tarefas de design, desenvolvimento e teste, a fim de atualizar o aplicativo passo a passo.
4 — Abrange aspectos de acessibilidade dentro das definições de projeto
A tarefa de design consiste no desafio de adicionar as descrições dos comportamentos de acessibilidade ao sistema de design peça por peça, componente por componente. É importante não se intimidar, mas ir dos componentes mais usados aos menos usados enquanto adiciona descrições como códigos de cores, definições de leitores de tela, comportamentos de redimensionamento ou aparências do modo escuro.
5 — Integrar comportamento acessível como parte das tarefas de desenvolvimento
O comportamento acessível deve ser incorporado na definição de tarefas concluídas e os recursos técnicos especiais dependentes da plataforma devem ser considerados a cada nova tarefa de desenvolvimento.
6 — Teste cada novo aspecto do produto quanto à acessibilidade
Durante o teste, é essencial testar os recursos de acessibilidade ao lado dos comportamentos padrão dos recursos e casos extremos, como mensagens de erro. As funcionalidades de acessibilidade, como leitor de tela ou suporte a teclado, fazem parte das etapas de teste padronizadas, nas quais os bugs são marcados de acordo.
7 — Obtenha feedback direto sobre seu produto/serviço
Como sempre, é recomendável gerar feedback constante de usuários e clientes sobre as funcionalidades para melhorar o produto passo a passo.
Finalmente - Vamos fazer isso passo a passo!
Uma abordagem acessível de Service Design cria uma equipe mais forte e um produto mais forte. Um produto mais estável e pensado e um produto que não se foca apenas na inclusão de pessoas com barreiras, mas também na melhoria da experiência de todos em todas as situações. Vamos abordar os temas relacionados à acessibilidade sem reservas e integrá-los em nosso trabalho diário para criar um mundo digital mais inclusivo e acessível para TODOS.
A história acima é pessoal e não representa necessariamente as posições, estratégias ou opiniões da IBM.
Fontes
· Gibbons, S (2017, 09. julho). Desenho de Serviço 101. nngroups. https://www.nngroup.com/articles/service-design-101/
· Diretrizes de Acessibilidade de Conteúdo da Web (WCAG) (2023,21 de março). Visão geral das WCAG. Iniciativa de Acessibilidade na Web (WAI). https://www.w3.org/WAI/standards-guidelines/wcag/
· Acessibilidade IBM (2023, 10. março). Acessibilidade da IBM. IBM. https://www.ibm.com/able/