Em poucos minutos

O essencial deste guia

  • Acessibilidade é direito e requisito do produto; IA é uma ferramenta possível, não substituta de design acessível.
  • Nada sobre nós sem nós: pessoas com diferentes deficiências precisam participar de pesquisa, decisão, teste e governança.
  • Saída automática deve comunicar incerteza, permitir correção e ter alternativa quando falha.
  • Desempenho médio esconde sotaques, corpos, dispositivos e ambientes pouco representados; avaliação precisa ser segmentada.
  • Compra e implantação devem considerar manutenção, interoperabilidade, privacidade, suporte, preço e continuidade.

Acessibilidade, tecnologia assistiva e design inclusivo

Acessibilidade remove barreiras em ambiente, informação, serviço e tecnologia. Tecnologia assistiva reúne produtos e serviços que mantêm ou melhoram funcionamento, autonomia e participação. IA pode compor ambos os campos, mas não os define.

Um site que gera texto alternativo por IA e não funciona por teclado continua inacessível. Siga padrões desde a arquitetura e use IA para ampliar capacidades. A OMS destaca que acesso inclui produto, sistema, serviço, treinamento e suporte.

Pessoas com deficiência não são um grupo homogêneo. Necessidades variam por visão, audição, mobilidade, fala, cognição, neurodivergência, contexto e combinação. Permita personalização sem exigir diagnóstico ou revelar mais dados que o necessário.

BarreiraRecurso com IALimite
Imagem sem descriçãoTexto alternativo sugeridoContexto e detalhe podem errar
Áudio sem legendaTranscrição automáticaSotaque, ruído e nomes
Fala difícil de reconhecerModelo adaptadoDados e treino individual
Texto complexoSimplificaçãoPode omitir direitos e nuances
Interface rígidaAdaptação de interaçãoInferência invasiva
Ambiente desconhecidoVisão e orientaçãoRisco físico e cobertura

Participação: desenhar com, não para

Inclua pessoas com deficiência desde a definição do problema. Comitê consultivo no fim não substitui poder de decisão. Recrute diversidade, pague participação, forneça transporte, intérprete, acompanhante, material e tempo acessíveis.

Pergunte qual barreira importa e qual solução já funciona. Muitas inovações falham por ignorar rotina, estigma, bateria, conexão e manutenção. Usuário deve escolher quando a IA está ativa e poder interromper.

Pesquisa precisa de consentimento compreensível, canal alternativo e proteção. Não transforme gravação de fala, rosto, gesto ou movimento em dado de treino sem acordo específico. Devolva resultado à comunidade.

  1. Formar grupo diverso e remunerado.
  2. Mapear barreiras e soluções existentes.
  3. Coespecificar objetivo e risco aceitável.
  4. Prototipar de forma acessível.
  5. Testar em contexto real.
  6. Incorporar feedback e explicar decisões.
  7. Manter participação após o lançamento.

Visão: descrição, leitura e orientação

Visão computacional pode ler texto, descrever cena, identificar objeto e apoiar navegação. A descrição deve seguir a intenção: gráfico científico pede dados; foto jornalística pede pessoas e ação; botão pede função. Um texto genérico pode ser inútil.

Geração automática é rascunho. Autor conhece contexto e deve revisar conteúdo importante. Se a imagem é decorativa, marque como tal. Não repita legenda. Para gráfico, ofereça tabela ou resumo estruturado, não apenas “gráfico de linhas”.

Orientação física é alto risco. Informe incerteza, obstáculos e cobertura; não substitua bengala, cão-guia, sinalização ou apoio treinado. Processamento local pode proteger imagens. Dê controle sobre câmera e gravação.

Texto alternativo contextual

Fraco: “imagem de pessoas”. Melhor para notícia: “duas estudantes usam um tablet sobre mesa; uma aponta para gráfico enquanto a outra acompanha com leitor de tela”. Se identidade não é relevante, não a infira.

Audição: legendas, transcrição e interpretação

Legenda automática amplia acesso em aula, reunião e vídeo, mas precisa indicar falante, som relevante e sincronização. Nomes, siglas e termos técnicos exigem vocabulário e revisão. Em conteúdo gravado, publique versão corrigida.

Transcrição em tempo real deve mostrar quando há baixa confiança e permitir repetição. Não dependa dela em emergência ou decisão sem alternativa. Latência e tela influenciam leitura. Forneça arquivo e controle de tamanho e contraste.

Língua de sinais tem gramática e cultura próprias. Avatar ou tradução automática não substitui intérprete qualificado sem validação com comunidade surda. Ofereça Libras, legenda e texto conforme contexto, evitando impor uma única modalidade.

  • Identificação de falante e sons relevantes.
  • Sincronização e velocidade legíveis.
  • Vocabulário específico previamente carregado.
  • Revisão humana para publicação e alto risco.
  • Alternativa em texto, Libras ou intérprete.
  • Proteção de áudio e participantes.

Fala, comunicação aumentativa e alternativa

Reconhecimento de fala costuma funcionar pior para disartria, sotaques e vozes pouco representadas. Modelos personalizados podem ajudar, mas exigem exemplos sensíveis. Usuário deve controlar coleta, correção e exclusão.

Comunicação aumentativa e alternativa pode prever palavra, sintetizar voz e organizar símbolos. A IA deve acelerar expressão sem falar pela pessoa. Ofereça escolha, edição e tempo; não complete conteúdo íntimo em voz alta sem confirmação.

Preserve identidade vocal quando desejado e evite clonagem sem consentimento. Para voz digital de pessoa incapaz de gravar depois, governança e backup são importantes. Em atendimento, sempre ofereça canal não vocal.

Cognição, leitura e neurodiversidade

IA pode resumir, simplificar, dividir tarefa, lembrar etapa e converter formato. Simplificação não deve infantilizar nem remover condição, prazo ou risco. Mostre original e versão, destaque alteração e permita profundidade gradual.

Interfaces adaptativas podem reduzir estímulo, mas inferir estado mental por câmera ou clique é invasivo e frágil. Prefira configuração explícita: ritmo, notificação, linguagem, animação e quantidade. Não use diagnóstico automatizado para limitar oportunidade.

Consistência e previsibilidade continuam essenciais. Um agente que muda layout ou decide por conta própria pode aumentar carga. Ofereça desfazer, histórico e confirmação. Teste com pessoas com deficiência intelectual, dislexia, TDAH e autismo sem generalizar.

ApoioBoa práticaRisco
SimplificarManter fatos, opções e originalOmitir direito
PlanejarEtapas editáveis e lembreteDependência
ResumirFonte e ponto centralPerder nuance
Adaptar interfacePreferência explícitaInferência e surpresa
Detectar emoçãoEvitar decisão de alto impactoErro e estigma

Mobilidade, controle e ambiente inteligente

Reconhecimento de gesto, voz, olhar e interface cérebro-computador podem oferecer controle alternativo. Combine modalidades para que falha de uma não bloqueie acesso. Calibre com a pessoa e permita ajuste de sensibilidade.

Automação de casa, cadeira ou prótese envolve segurança física. Use limites, parada de emergência, modo manual, manutenção e registro. Latência ou classificação errada não pode produzir movimento perigoso.

Ambiente compartilhado exige consentimento de terceiros e proteção de câmera e microfone. Não envie fluxo contínuo à nuvem sem necessidade. Ataque a dispositivo assistivo pode retirar autonomia; segurança e atualização são requisitos de acessibilidade.

IA no trabalho, educação e serviços públicos

IA pode adaptar material, apoiar reunião, preencher formulário e descrever ambiente, ampliando participação. Instituição continua obrigada a oferecer acessibilidade e adaptação razoável; não transfira custo e responsabilidade à pessoa.

Sistemas de seleção, produtividade e avaliação podem discriminar. Teste compatibilidade com tecnologia assistiva e impacto por deficiência. Não interprete pausa, movimento ocular, voz ou velocidade como falta de competência.

Em educação, diferencie apoio autorizado de infração. Em serviço público, mantenha atendimento humano e múltiplos canais. A Lei Brasileira de Inclusão estabelece direitos e igualdade de oportunidades; análise jurídica deve acompanhar cada contexto.

Atenção: IA não deve ser usada para inferir deficiência ou negar acesso, trabalho, educação, crédito ou serviço sem fundamento, avaliação de impacto e contestação efetiva.

Padrões de acessibilidade continuam obrigatórios

WCAG organiza conteúdo perceptível, operável, compreensível e robusto. Use a versão normativa adotada no contexto e testes de conformidade. IA pode ajudar a localizar problema, mas auditor automatizado não cobre significado, ordem, experiência e tecnologia assistiva.

HTML semântico, nome acessível, teclado, foco, contraste, legenda, reflow e erro claro devem existir na interface do recurso de IA. Streaming de resposta precisa anunciar atualização sem sobrecarregar leitor de tela. Botão parar deve ser alcançável.

Teste manual e com usuários. Inclua leitores de tela, ampliadores, voz, switch, teclado e dispositivos reais. Conformidade técnica é piso; eficácia e autonomia completam a avaliação.

  1. Definir requisitos desde a compra e o design.
  2. Automatizar testes de regressão possíveis.
  3. Fazer inspeção manual por especialista.
  4. Testar com tecnologia assistiva.
  5. Testar com pessoas e tarefas reais.
  6. Corrigir barreiras antes do lançamento.
  7. Publicar canal e prazo de correção.

Viés de dados e avaliação por grupos

Bases podem excluir fala atípica, cadeira, prótese, Libras, baixa visão e combinação de deficiências. Rótulos podem refletir julgamento de não especialistas. Desempenho médio alto não revela quem fica sem serviço.

Defina segmentos com participação e proteção. Meça erro, cobertura, latência e esforço. Para sistema adaptativo, avalie quando ele recusa e se a pessoa consegue corrigir. Colete dados adicionais somente com finalidade e segurança.

Não use conjunto de pessoas com deficiência apenas para teste final. Inclua no treino, design e governança conforme acordo. Documente limitações e retire promessas que não se sustentam.

Privacidade, dignidade e controle

Recursos assistivos podem capturar casa, conversa, localização, olhar, movimento e saúde. Minimize e processe localmente quando possível. Explique o que é capturado, por quê, por quanto tempo e com quem é compartilhado em formato acessível.

Consentimento deve ser livre e não condicionado a função essencial quando há alternativa. Permita pausar sensor, apagar histórico e usar modo offline. Cuidador ou empregador não deve ter acesso automático.

Evite inferir emoção, capacidade ou diagnóstico. A pessoa tem direito à dignidade, erro e privacidade. Logs para melhorar modelo precisam de controles. Incidente pode expor não apenas dado, mas rotina e dependência.

  • Coleta mínima e finalidade específica.
  • Processamento local quando viável.
  • Controles acessíveis de câmera e microfone.
  • Acesso separado para usuário e apoiador.
  • Retenção curta e exclusão verificável.
  • Plano de incidente e continuidade.

Como comprar e avaliar tecnologia assistiva com IA

Teste com a pessoa e no ambiente de uso. Demonstração em sala silenciosa não mostra rua, internet fraca, uniforme, sotaque ou fadiga. Defina tarefa, baseline, erro perigoso e critério de aceitação.

Avalie compatibilidade, ajuste, treinamento, garantia, reparo, bateria, consumível, atualização, portabilidade e preço total. Se o fornecedor encerrar o modelo, o recurso continuará funcionando? Há alternativa manual?

Contrato deve cobrir dados, mudança, segurança, suporte e acessibilidade. Não compre em massa antes de piloto. Pessoas devem poder escolher entre soluções; uma tecnologia não atende todas.

DimensãoPergunta
EficáciaA pessoa conclui melhor a tarefa?
SegurançaFalha pode causar dano físico ou social?
AcessibilidadeA própria configuração é acessível?
PrivacidadeQue sensores e dados são necessários?
OperaçãoQuem treina, repara e atualiza?
ContinuidadeFunciona offline e após trocar fornecedor?
CustoQual preço durante toda a vida útil?

Roteiro de desenvolvimento inclusivo

Forme equipe com pessoas com deficiência, especialistas, design, engenharia, segurança e domínio. Escolha uma barreira concreta e observe solução atual. Defina resultado humano, não apenas precisão.

Prototipe sem IA quando possível e compare. Construa dados com consentimento, documentação e diversidade. Teste offline e em campo, inclusive falha. Forneça treinamento e suporte acessíveis.

Monitore uso, abandono, erro, grupo, custo e incidente. Compense participantes e mantenha conselho. Atualização de modelo exige regressão. Tenha plano de retirada que não deixe usuário sem função essencial.

  1. Coidentificar barreira e objetivo.
  2. Definir requisitos de direito e acessibilidade.
  3. Comparar alternativas com e sem IA.
  4. Construir dados e protótipo com participação.
  5. Testar desempenho, experiência e falha.
  6. Pilotar com suporte e alternativa.
  7. Monitorar e decidir com usuários.

Checklist de acessibilidade para uma IA

Use a lista durante design, compra e atualização. A resposta precisa vir de teste e evidência, não de promessa comercial.

  1. Pessoas com deficiência participaram com poder e remuneração.
  2. A barreira e o resultado humano estão claros.
  3. A interface atende padrões e tecnologias assistivas.
  4. O modelo foi avaliado por grupos e ambientes.
  5. Incerteza, erro e correção são compreensíveis.
  6. Há alternativa equivalente e modo manual.
  7. Sensores e dados são mínimos e controláveis.
  8. Treinamento, manutenção e suporte são acessíveis.
  9. Custo e continuidade não criam dependência indevida.
  10. Incidentes e feedback produzem correção verificável.
Dúvidas comuns

Perguntas frequentes

IA torna um site acessível automaticamente?

Não. Ferramentas podem apontar ou sugerir correções, mas semântica, teclado, conteúdo e experiência exigem design, teste manual e pessoas com deficiência.

Texto alternativo pode ser todo automático?

Pode servir de rascunho, mas imagens importantes precisam de revisão contextual. Gráficos exigem dados ou descrição estruturada; imagens decorativas devem ser ignoradas.

Legenda automática é suficiente?

Para conversa informal pode ajudar. Conteúdo publicado, aula e situação crítica exigem revisão, identificação de falante, sons relevantes e alternativa apropriada.

Avatar de Libras substitui intérprete?

Não de forma geral. Língua de sinais tem contexto e cultura; use tecnologia somente após validação com comunidade e ofereça intérprete quando necessário.

Como testar reconhecimento de fala inclusivo?

Avalie sotaques, ruído, dispositivos e pessoas com padrões diversos, medindo erro e esforço. Permita correção e canal alternativo.

É permitido coletar voz e imagem para personalizar?

Depende de finalidade, base, necessidade e proteção. Explique em formato acessível, minimize, dê controle e consulte responsáveis por privacidade e jurídico.

Qual é o primeiro passo para criar uma solução?

Convidar e remunerar pessoas afetadas para definir a barreira e observar as soluções existentes. Depois compare alternativas antes de escolher IA.

Fontes e referências

Conteúdo educacional baseado nas fontes abaixo. Tecnologias, regras e serviços mudam; consulte sempre a versão mais recente antes de tomar decisões profissionais, jurídicas, financeiras ou de saúde.