Não existe um valor fixo para tornar uma aplicação acessível, e qualquer fornecedor que coloque um preço nisso sem questionar está a adivinhar. O que realmente determina os custos é uma combinação de três fatores: a plataforma em que a aplicação funciona, o número de ecrãs e padrões de interação únicos, e o estado do código existente. Uma pequena aplicação nativa com dez ecrãs bem estruturada desde o início requer uma fração do trabalho que uma grande aplicação híbrida com centenas de ecrãs e anos de débito técnico exige.
Os custos dividem-se em duas categorias aproximadas. A reparação de uma aplicação existente é geralmente mais cara do que incorporar a acessibilidade desde a fase de conceção, porque os componentes existentes têm de ser reconstruídos em vez de serem implementados corretamente à primeira. Antes de solicitar um orçamento a um programador, é útil saber primeiro onde estão os pontos críticos. Com algumas questões verá uma primeira indicação de como seu serviço digital se apresenta, e isso é gratuito.
O que determina o preço
O primeiro fator é a plataforma: iOS e Android nativos, frameworks multiplataforma como React Native ou Flutter, e webapps comportam-se todos de forma diferente com leitores de ecrã e controlo por teclado. As aplicações nativas seguem mais de perto os requisitos de acessibilidade do sistema operativo, o que às vezes torna a reparação mais simples. Os frameworks multiplataforma nem sempre traduzem automaticamente todas as funcionalidades de acessibilidade, o que pode exigir trabalho extra por componente.
O segundo fator é a escala: quantos ecrãs únicos, formulários e padrões de interação a aplicação tem. Uma aplicação com alguns ecrãs fixos é gerenciável; uma aplicação com conteúdo dinâmico, filtros, mapas ou um fluxo de encomenda tem consideravelmente mais partes que precisam ser testadas e potencialmente ajustadas.
O terceiro fator é o estado do código existente. Os componentes construídos com os blocos de construção padrão da plataforma são geralmente mais rápidos de adaptar do que componentes de interface completamente personalizados, onde as funcionalidades de acessibilidade muitas vezes têm de ser adicionadas do zero.
O que uma análise revela e não revela sobre os custos
Uma análise automatizada fornece um bom ponto de partida: mostra quais ecrãs apresentam problemas em aspetos como contraste de cores, rótulos em falta ou estrutura. Isso economiza na fase de orçamentação, porque um programador não precisa de começar sem informação. Uma análise automatizada, no entanto, não consegue testar parte dos requisitos — operação apenas com teclado em padrões de interação complexos, ou a lógica de um leitor de ecrã através de um formulário com múltiplos passos, requer verificação manual. Isso é indicado em cada relatório que entregamos, e significa que um orçamento baseado apenas numa análise pode sempre ser uma subestimação do trabalho que ainda se segue.
Axessia não realiza trabalho de reparação nem auditorias manuais; testamos, priorizamos e documentamos. O resultado de a base de conhecimento por tema fornece uma imagem do que se pode esperar por ponto crítico, para que como cliente possa ter uma conversa mais focada com a parte que efetivamente adapta a aplicação.
Manutenção após lançamento
Os custos não terminam na primeira correção. Cada atualização da aplicação pode adicionar novos ecrãs ou componentes que precisam ser testados novamente. Quem incorpora a acessibilidade apenas no lançamento e não verifica depois corre o risco de a aplicação regressar ao mesmo nível anterior à reparação após alguns lançamentos. Isso torna a verificação contínua, não um exercício pontual, o caminho mais económico a longo prazo.
Quando a pergunta não é relevante
O regulamento faz uma exceção para microempresas que prestam serviços: empresas com menos de dez funcionários e uma receita anual não superior a dois milhões de euros. Para essas empresas, a questão dos custos de acessibilidade de um aplicativo geralmente não se coloca da mesma forma, porque a isenção aplica-se enquanto ambas as condições forem atendidas. Se essa isenção é aplicável é algo que a verificação de âmbito responde gratuitamente e sem necessidade de conta.
Para quem quiser saber quanto nossa própria prestação de serviços custa para converter os resultados de uma avaliação em uma lista de ações priorizada e declaração, isso está apresentado claramente em nossa página de tarifas. Se ainda tem dúvidas sobre o que está ou não abrangido pela lei ou o que uma análise mostra exatamente, a visão geral com perguntas frequentes na maioria dos pontos já uma resposta concreta.
Deseja saber primeiro em que situação sua aplicação ou site se encontra atualmente antes de contactar um desenvolvedor? A verificação rápida gratuita fornece uma primeira indicação em alguns minutos, sem necessidade de criar uma conta.