Cuidar de seus indivíduos (todos eles) há muito é um sinal de evolução de uma espécie. Os homens das cavernas cuidavam uns dos outros, pois viam a vantagem de ter pessoas de diferentes perfis que podem ver as coisas por diferentes perspectivas realizando atividades complementares.
A evolução humana deve chegar à comunidade de desenvolvimento de software. A acessibilidade deve se tornar uma qualidade que todos consideram um dado adquirido. Todo software deve ser inerentemente acessível. As pessoas com deficiência (PWD) não devem ficar estressadas sempre que forem obrigadas a usar um determinado aplicativo de software pela primeira vez. “Serei capaz de realizar essa tarefa necessária usando o software recomendado?”
Infelizmente, na maioria das circunstâncias, a resposta é Não. Existem muitas abordagens diferentes para trazer acessibilidade aos aplicativos. Os sistemas operacionais fornecem acessibilidade e serviços de acessibilidade. Existem verificadores de acessibilidade gratuitos e independentes prontamente disponíveis. Os governos apóiam a acessibilidade em softwares que fornecem avatares animados gratuitos em linguagem de sinais. Ainda assim, empresas privadas fornecem acessibilidade como serviço, que pode ser incorporada a aplicativos por chamada.
Então, por que a maioria dos aplicativos ainda carece de acessibilidade? Nós, como pessoas da HCI, argumentamos que isso se deve à capacidade de aprendizado e ao esforço. Devs e designers precisam aprender algo novo: como configurar algum software e usar um determinado framework em seus aplicativos. E essa é uma (ou mais) coisa com a qual os desenvolvedores precisam se preocupar. Desnecessário dizer que a pilha de tecnologias que os desenvolvedores precisam dominar continua crescendo. Acrescente a isso a sensação que os desenvolvedores têm de não ter certeza de que o uso dessa tecnologia configurada da maneira que fizeram fará o trabalho. Portanto, a configuração do software e o uso da estrutura são suficientes? Além disso, que tipo de deficiência estamos cobrindo?
Quanto aos designers de interação, o conjunto de desafios é diferente. Como saberemos se a jornada do usuário pode ser alcançada por uma pessoa com uma deficiência específica? Uma pessoa cega ou deficiente visual poderá agendar uma consulta com um médico? Uma pessoa com deficiência auditiva poderá interagir com um chatbot?
Na FFIT, temos uma abordagem diferente para essas questões. Pegamos o conceito do micro front end e o estendemos. Em primeiro lugar, nós os construímos para serem acessíveis e incorporáveis em aplicativos móveis e da web. E os tornamos um pouco maiores do que a maioria dos MFEs. Por serem um pouco maiores, eles se aproximam das jornadas do microusuário, fazendo a ponte entre designers e desenvolvedores. Além disso, nossos MFEs também podem ser vistos como componentes ativos disponíveis no momento do design (através de nosso próprio plug-in Figma exclusivo). Por fim, nosso plug-in Figma também gera código HTML acessível, que pode ser utilizado em testes de usabilidade, pois esse código possibilita uma experiência próxima ao produto final.
Quer levar essa conversa adiante? Contate-nos
FFIT, Humanidade, Produtividade.