Todo produto digital exclui alguém. A pergunta não é se ele exclui, mas quem ele exclui, e se essa exclusão foi uma escolha consciente ou um descuido. Na maioria dos casos, é descuido.
O time projeta para si mesmo: jovens, com boa visão, celular novo, internet rápida e fluência digital. O resultado funciona perfeitamente para pessoas parecidas com quem o construiu, e cria barreiras invisíveis para todos os outros. Idosos, pessoas com deficiência, gente em aparelho de entrada, quem tem baixa familiaridade com tecnologia.
Este texto é uma introdução ao design inclusivo para quem quer entender o conceito antes de aplicá-lo. Não como obrigação moral abstrata, mas como uma disciplina de projeto que faz produtos melhores para todos.
O que é design inclusivo
Design inclusivo é projetar considerando a diversidade real das pessoas que vão usar o produto, suas diferentes capacidades, contextos, dispositivos e níveis de familiaridade. É o oposto de projetar para um "usuário médio" que, na verdade, não existe.
Vale distinguir de acessibilidade, com a qual costuma ser confundido. Acessibilidade é, em boa parte, garantir que pessoas com deficiência consigam usar o produto, frequentemente guiada por padrões técnicos como o WCAG. Design inclusivo é mais amplo: é a mentalidade de não excluir ninguém por descuido, da qual a acessibilidade é uma parte essencial.
Há uma ideia poderosa por trás disso: ao projetar para quem tem mais dificuldade, você melhora a experiência para todos. A legenda em vídeo, criada para surdos, serve também a quem está no ônibus sem fone. A rampa, feita para cadeirantes, serve ao entregador com carrinho. Inclusão bem feita transborda em benefício geral.
Por que isso importa
No Brasil, o argumento é especialmente forte. Uma parcela enorme da população acessa a internet apenas pelo celular, muitas vezes em aparelhos modestos, com planos de dados limitados e conexão instável. Projetar como se todos tivessem fibra ótica e o último iPhone é excluir a maioria.
Some-se a isso a diversidade de idade e de letramento digital. Serviços que atendem o público amplo, e todo serviço público atende, precisam funcionar para quem nunca usou um app antes. Um design que pressupõe familiaridade exclui justamente quem mais depende do serviço.
Há ainda a dimensão legal e ética. A acessibilidade digital é exigência crescente, com respaldo na legislação brasileira de inclusão da pessoa com deficiência. E para o setor público, garantir que o cidadão consiga acessar um serviço não é diferencial, é dever. Um serviço digital que exclui parte da população falha em sua missão básica.
Os fundamentos que sustentam a prática
Diversidade não é caso de exceção
O primeiro fundamento é mental: parar de tratar pessoas com necessidades diferentes como "casos especiais" no fim da fila. A diversidade é a regra da população, não a exceção. Quando o projeto começa considerando a variedade, a inclusão vira parte da estrutura, não um remendo no fim.
Contraste, tamanho e clareza
Texto pequeno demais, contraste fraco entre letra e fundo, áreas de toque minúsculas: essas são as barreiras mais comuns e mais fáceis de evitar. Um bom contraste ajuda quem tem baixa visão e também quem usa o celular sob o sol forte. Letra legível serve ao idoso e ao apressado.
Não depender de um único sentido
Informação transmitida só por cor exclui quem tem daltonismo. Só por som, exclui quem é surdo ou está no silêncio. O fundamento é redundância: comunicar por múltiplos canais, para que ninguém fique de fora por depender de um sentido específico.
Linguagem simples
Texto rebuscado, jargão técnico e instruções confusas excluem por barreira cognitiva. Linguagem clara é design inclusivo, beneficia quem tem baixo letramento, quem está com pressa e quem está cansado. No serviço público, o "juridiquês" é uma das maiores barreiras de inclusão que existem.
Funcionar no aparelho real
Projetar e testar em hardware modesto, com conexão ruim, é fundamento de inclusão no Brasil. Um app pesado que só roda em celular caro exclui pela porta dos fundos, mesmo que cumpra todos os checklists de acessibilidade.
Funcionar com tecnologia assistiva
Muitas pessoas navegam apps e sites por meio de leitores de tela, que descrevem em voz alta o conteúdo da tela. Para que isso funcione, cada imagem precisa de uma descrição em texto, cada botão precisa de um rótulo claro e a ordem de leitura precisa fazer sentido. Um app cheio de ícones sem descrição é, para um usuário cego, uma tela em branco.
O fundamento aqui é que a interface tem duas camadas: a visual, que a maioria vê, e a estrutural, que a tecnologia assistiva lê. Projetar inclusivo é cuidar das duas. Padrões como o WCAG existem justamente para guiar esse trabalho de forma objetiva, transformando "ser acessível" em critérios verificáveis em vez de boa intenção vaga.
O benefício de negócio que costuma passar despercebido
Há um argumento de inclusão que vai além do ético e do legal: o de mercado. Um produto que exclui parte da população exclui também parte dos clientes ou usuários potenciais. No agregado, isso é alcance perdido, gente que tentaria usar, ou compraria, e desiste por uma barreira evitável.
Some-se o efeito sobre suporte e reputação. Produtos confusos para quem tem baixa familiaridade geram mais dúvidas, mais chamados e mais frustração pública. Quando a clareza e a inclusão sobem, esses custos caem. Inclusão bem feita não é centro de custo; com frequência, ela se paga em alcance ampliado e atrito reduzido.
No setor público, o cálculo é ainda mais direto. Cada cidadão que não consegue usar o serviço digital volta para a fila presencial, que custa caro ao Estado. A inclusão digital, nesse caso, é eficiência pública, além de ser direito. Excluir pela porta dos fundos do design é empurrar custo de volta para o guichê.
O erro de quem está começando
O equívoco mais comum é tratar inclusão como uma etapa final de conformidade, rodar uma ferramenta, marcar os itens de uma lista e declarar o produto "acessível". Inclusão de verdade não é checklist; é decisão tomada desde o início do projeto.
Adicionar acessibilidade no fim é caro, incompleto e frustrante. Pensar inclusão desde o começo é barato e natural. A diferença está em quando você se faz a pergunta "quem isso pode estar excluindo?".
O segundo erro é nunca testar com pessoas reais e diversas. O time presume que está tudo claro porque é claro para ele. Mas só observar um idoso, uma pessoa com deficiência ou alguém de baixo letramento usando o produto revela as barreiras invisíveis. Sem essa observação, a inclusão fica no campo da boa intenção.
Incluir é projetar com honestidade
Design inclusivo, no fundo, é uma forma de honestidade. É admitir que o seu usuário não é parecido com você, que a população é diversa, e projetar para essa realidade em vez de para uma fantasia conveniente.
Não é caridade nem favor. É competência de projeto. Produtos inclusivos alcançam mais gente, geram menos suporte, evitam risco legal e, quase sempre, são melhores para todos os usuários, inclusive os que não tinham nenhuma dificuldade aparente.
Para quem lidera tecnologia, especialmente no setor público, a pergunta certa não é "o produto está acessível?", mas "quem ainda estou deixando de fora, e isso foi uma escolha consciente?". Fazer essa pergunta cedo e com frequência é o fundamento de tudo.
Se você está começando a pensar inclusão no seu produto, o melhor primeiro passo é simples: coloque-o nas mãos de alguém muito diferente de você e observe. Há outros artigos por aqui sobre acessibilidade e UX que aprofundam o tema, e estou à disposição para conversar sobre como aplicar esses fundamentos ao seu contexto.