Acessibilidade Digital no Brasil

O orçamento de acessibilidade acompanha o formato do trabalho. A auditoria é vendida como pacote fechado, dimensionado pela quantidade de telas ou fluxos críticos que serão avaliados, pelas plataformas cobertas — web, iOS, Android — e pelo nível das WCAG que a empresa quer atingir. A correção dos problemas encontrados costuma ser cobrada por hora, quando o consultor atua junto ao time de desenvolvimento, ou por pacote fechado quando ele mesmo entrega os ajustes de design. Testes com pessoas com deficiência são orçados como pacote de sessões, com recrutamento e moderação incluídos. Empresas que precisam de acompanhamento contínuo, como quem mantém releases frequentes, negociam contrato mensal com horas de revisão e suporte ao time. Ao pedir orçamento, informe o tamanho do produto, as jornadas prioritárias e se há prazo legal ou contratual envolvido, porque escopos delimitados por jornada saem mais baratos do que a varredura do produto inteiro.

O cronograma se divide em etapas com durações bem diferentes. A avaliação em si — navegação por teclado, leitores de tela como NVDA, VoiceOver e TalkBack, contraste, formulários e conteúdo alternativo — ocupa de uma a três semanas conforme o número de telas combinado. A consolidação do relatório, com cada problema classificado por critério das WCAG e por severidade, adiciona alguns dias. A fase mais longa quase nunca é do consultor: é a correção, que entra no backlog do time de desenvolvimento e avança no ritmo das sprints da empresa, podendo levar de semanas a meses conforme a dívida acumulada. Por isso, projetos com prazo legal ou edital marcado devem começar pela auditoria das jornadas críticas, e não do produto inteiro, para liberar as correções mais graves primeiro. Combine desde o início a rodada de reteste, que valida os ajustes feitos e atualiza o relatório, e defina quem responde pelas pendências que ficarem para depois.

Entram no escopo padrão a análise das jornadas definidas no contrato, feita com tecnologia assistiva real — leitores de tela nas plataformas do produto, navegação por teclado, ampliação e verificação de contraste —, a checagem de formulários, imagens, vídeos e componentes interativos, e o relatório final que aponta cada problema, o critério das WCAG violado, a severidade e o caminho de correção sugerido, com exemplos de código quando fizer sentido. Muitos consultores acrescentam uma reunião de leitura do relatório com designers e desenvolvedores. Ficam de fora, salvo contratação específica, a correção dos problemas, os testes com pessoas com deficiência, o treinamento do time e a emissão de selo ou laudo formal de conformidade, que alguns órgãos e licitações exigem em formato próprio. Ferramentas automáticas aparecem como apoio, não como entrega principal. Antes de fechar, confirme quantas telas entram na avaliação e se o reteste após as correções está incluído no orçamento.

A acessibilidade digital ainda tem poucos profissionais experientes no Brasil, e a diferença entre um trabalho superficial e um consistente aparece nos detalhes. Comece pedindo um relatório de projeto anterior, mesmo anonimizado: ele mostra se o profissional classifica problemas por critério e severidade ou apenas lista saídas de ferramenta automática. Pergunte com quais leitores de tela ele testa e em quais plataformas, porque avaliar um aplicativo iOS exige VoiceOver, não só a versão web. Certificações internacionais da IAAP, participação em comunidades da área e conhecimento da Lei Brasileira de Inclusão indicam envolvimento real com o tema. O sinal mais forte é a relação com usuários: consultores maduros defendem testes com pessoas com deficiência e sabem recrutá-las. Desconfie de quem promete conformidade completa em poucos dias ou vende selo de acessibilidade sem avaliação manual — as WCAG têm critérios que nenhuma ferramenta automática consegue verificar sozinha.

As duas abordagens se complementam em momentos diferentes. Ferramentas automáticas varrem o código em segundos e apontam problemas objetivos: imagem sem texto alternativo, contraste insuficiente, campo de formulário sem rótulo, hierarquia de títulos quebrada. Isso cobre uma fração dos critérios das WCAG — estimativas da área ficam entre um quarto e um terço — e é valioso quando integrado ao fluxo de desenvolvimento, porque impede regressões a cada release. O que a máquina não responde é se a ordem de leitura faz sentido, se o foco do teclado segue um caminho lógico, se as mensagens de erro orientam o usuário e se uma pessoa cega consegue completar a compra de ponta a ponta. Essas respostas vêm da avaliação manual com tecnologia assistiva e, no nível mais alto de confiança, de testes com pessoas com deficiência usando o produto. Uma estratégia comum: automatizar a triagem no pipeline, auditar manualmente as jornadas críticas e testar com usuários antes de lançamentos grandes.

Peça a proposta descrevendo as etapas e o que sai de cada uma: descoberta e pesquisa, arquitetura de informação, fluxos, wireframes, interface visual, protótipo navegável e especificações para desenvolvimento. Projetos que partem de um sistema de design existente custam menos e andam mais rápido, porque componentes já estão definidos. Redesenhos completos exigem inventário do produto atual e plano de migração, o que amplia o escopo. Confirme se testes com usuários estão inclusos e quantos participantes estão previstos, já que recrutamento e incentivo têm custo próprio. Combine também rodadas de ajuste e critérios de aceite. Por fim, alinhe o formato de entrega ao time de desenvolvimento, para que o material seja utilizável e não apenas bonito na apresentação de encerramento do projeto.

Trabalhar por ciclos curtos rende mais que um projeto único e longo, porque cada ciclo entrega algo testável. Um ritmo comum é uma semana de descoberta, duas de desenho e uma de validação, repetindo conforme o produto evolui. O que mais atrasa é o acesso a usuários: recrutar participantes para entrevistas e testes leva dias e precisa começar no início do projeto, não no fim. Aprovações internas também consomem tempo, então defina quem decide e em qual prazo. Se o desenvolvimento acontece em paralelo, combine a antecedência com que as telas precisam estar prontas, para não travar o time. E reserve tempo para a documentação de especificações, que é o que garante que o produto construído corresponda ao que foi desenhado e aprovado.

Peça que a proposta liste os artefatos com nome e formato, e confirme que o time de desenvolvimento terá acesso ao arquivo com permissão de inspeção. Especificação é o item mais negligenciado: além do visual, o desenvolvedor precisa saber estados de carregamento, erro e vazio, comportamento em telas pequenas, regras de validação e mensagens. Acessibilidade deve estar prevista desde o início — contraste adequado, alvos de toque, navegação por teclado e textos alternativos — porque corrigir depois custa muito mais. Em sistemas de design, verifique se há documentação de uso e critérios para criar componentes novos, sem os quais o sistema se desorganiza em poucos meses. Combine ainda um período de acompanhamento durante o desenvolvimento, para tirar dúvidas e revisar as telas construídas.

O volume não precisa ser grande para gerar aprendizado útil. Entrevistas com usuários reais mostram como o trabalho é feito hoje, quais soluções improvisadas existem e onde estão as dores; testes de usabilidade com protótipo revelam onde as pessoas travam antes de o código existir. Quando não há acesso a usuários externos, dados internos ajudam: registros de suporte, funis de conversão, gravações de sessão e conversas do time comercial. Combine no contrato quem recruta participantes, quantos são e se haverá incentivo. Peça o relatório com achados priorizados e recomendações ligadas a decisões de design, não apenas um resumo de falas. E acompanhe pelo menos uma sessão: assistir a um usuário travando na sua tela costuma alinhar expectativas mais que qualquer apresentação.

No contrato único, o ganho é de continuidade: quem desenhou acompanha a implementação e resolve dúvidas rapidamente. O risco é a falta de contraponto, então mantenha critérios de aceite explícitos e valide entregas por etapa. Em contratos separados, o cuidado principal é a passagem: especificações completas, acesso aos arquivos, reunião de alinhamento e horas reservadas do designer para revisar o que foi construído. Deixe claro quem responde por ajustes quando a implementação diverge do desenho. Em ambos os formatos, prefira ciclos curtos com entregas navegáveis a um pacote fechado longo. E garanta desde o início a propriedade dos arquivos de design e do código, com acesso às ferramentas em contas da sua empresa, não em contas pessoais de quem prestou o serviço.

O tema vai de R$ 20 a cerca de R$ 15.000 no catálogo, cobrindo desde peças gráficas avulsas até desenvolvimento de software. Alguns valores de referência: site institucional de R$ 1.500 a R$ 8.000, landing page de R$ 800 a R$ 3.500, loja virtual de R$ 2.500 a R$ 15.000 e gestão de redes sociais de R$ 800 a R$ 4.000 por mês. O que define o preço é a quantidade de telas ou peças, o nível de personalização, se há integração com outros sistemas e quem produz o conteúdo. Projeto feito sobre tema pronto custa uma fração do desenvolvimento sob medida, e é a escolha certa para muita gente. Lembre dos custos recorrentes que não estão no orçamento do projeto: domínio, hospedagem, licenças e manutenção. Peça a proposta com escopo, entregas e o que fica fora.

A execução dos serviços do tema fica em média em torno de quatro horas nas entregas menores e passa de setenta horas nos projetos maiores — mas o calendário real é sempre maior que a soma das horas técnicas. O que mais atrasa projeto digital não é código: é conteúdo. Texto, fotos, catálogo de produtos, logotipo em alta resolução e acessos a domínio e hospedagem precisam estar prontos, e quase nunca estão. Combine desde o início quem produz cada item e uma data de corte para entrega do material. Estabeleça também quantas rodadas de revisão estão incluídas e qual é o prazo para você responder cada uma; projeto parado esperando aprovação é o cenário mais comum. Peça um cronograma com etapas — descoberta, protótipo, desenvolvimento, testes, publicação — e um ambiente de homologação para revisar antes de o site ir ao ar.