O Mito da Automação Total: Por que seus usuários não querem que você automatize tudo

Existe uma crença difusa em times de produto de que automatizar é sempre bom. Menos cliques, menos atrito, mais velocidade. O usuário deveria agradecer. Só que, na prática, muitos não agradecem. Resistem.

A reação comum é tratar essa resistência como ignorância ou medo de mudança. Mas e se a resistência for racional? E se o usuário estiver percebendo algo que o time de produto não viu?

O que o usuário perde quando você automatiza

Simon Willison, desenvolvedor conhecido por suas análises sobre IA e ferramentas digitais, tem argumentado consistentemente contra a ideia de que automação é sempre desejável. O ponto central: automação remove controle. E controle tem valor.

Quando você automatiza um fluxo, está fazendo uma aposta. A aposta é que o usuário prefere não pensar naquela etapa. Mas “não pensar” tem um custo invisível: o usuário também não vê, não entende, não consegue ajustar.

Pense em um exemplo simples: agendamento automático de posts em redes sociais. Para alguns usuários, é uma maravilha. Para outros, é uma fonte de ansiedade. Eles não sabem exatamente o que vai sair, quando, em que contexto. Perderam a sensação de controle sobre a própria comunicação.

O mesmo vale para automações em CRMs, ERPs, plataformas de e-commerce. Quanto mais o sistema “decide sozinho”, menos o usuário entende o que está acontecendo. E quando algo dá errado, ele não sabe nem por onde começar a investigar.

O problema não é a automação, é o design da automação

A questão não é se automação é boa ou ruim. É se ela foi projetada considerando o que o usuário realmente precisa.

Muita automação nasce de uma lógica interna do time: “isso vai reduzir tickets de suporte”, “isso vai aumentar a frequência de uso”, “isso vai parecer mais moderno”. Nenhuma dessas razões tem a ver com o valor percebido pelo usuário.

Automação centrada no produto

• Reduz tickets de suporte
• Aumenta métricas de engajamento
• Parece inovador
• Remove etapas do fluxo

Automação centrada no usuário

• Resolve uma dor que o usuário expressou
• Mantém o usuário no controle
• É transparente sobre o que faz
• Permite desligar ou ajustar

A diferença entre esses dois quadros é sutil, mas determina se o usuário vai adotar a automação com entusiasmo ou com desconfiança.

Quando a automação agrega valor de verdade

Existem contextos em que automatizar é claramente o caminho certo. A chave está em identificar esses contextos antes de implementar.

• A tarefa é repetitiva e o usuário já demonstrou querer se livrar dela?
• O erro humano nessa etapa tem consequências relevantes?
• O usuário consegue entender o que a automação fez e por quê?
• Existe uma forma fácil de desfazer ou ajustar?
• A automação respeita o timing e o contexto do usuário?

Se você responde “não” para mais de dois desses itens, a automação provavelmente vai gerar mais resistência do que adoção.

O caso específico de automações com IA

Com a onda atual de IA generativa, o impulso de automatizar está mais forte do que nunca. “A IA pode fazer isso sozinha” virou argumento de roadmap.

Mas o ponto que Willison e outros têm levantado é que IA amplifica o problema da opacidade. Quando um algoritmo tradicional automatiza algo, você pelo menos consegue auditar a lógica. Quando uma IA generativa automatiza, nem o time de produto sabe exatamente por que ela fez o que fez.

Para o usuário, isso é ainda mais desconfortável. Ele não só perdeu o controle, como perdeu a capacidade de entender.

O resultado prático: features de IA que pareciam revolucionárias no pitch deck acabam sendo desligadas pelo usuário. Ou pior, o usuário abandona o produto porque não confia mais no que ele faz.

O que isso significa para quem constrói produto

No meu entender, a lição aqui é de humildade. Automação é uma ferramenta, não um valor em si.

Antes de automatizar um fluxo, faça perguntas diferentes:

1. O usuário pediu isso? Não em pesquisa genérica (“você gostaria de menos trabalho?”), mas em comportamento real.
2. O que ele perde ao não fazer essa etapa manualmente? Às vezes a resposta é “nada”. Às vezes é “visibilidade, controle, confiança”.
3. Como ele vai saber o que aconteceu? Se a automação roda em silêncio, você está construindo uma caixa preta.
4. O que acontece quando der errado? Porque vai dar errado em algum momento. O usuário consegue identificar e corrigir?

A automação que funciona é a que o usuário escolhe

O padrão mais saudável que tenho observado é o de automação opt-in, não opt-out.

Em vez de automatizar por padrão e deixar o usuário descobrir como desligar, ofereça a automação como uma opção clara. Explique o que ela faz, o que ela não faz, e como reverter.

Isso parece mais trabalhoso. E é. Mas o resultado é um usuário que confia no produto porque entende o que está acontecendo. E confiança é o ativo mais difícil de recuperar depois que você perde.

Fechando o raciocínio

A pressão por automatizar tudo vem de vários lugares: competição, tendência de mercado, busca por eficiência interna. Mas nenhum desses lugares é o usuário.

Quando você analisa a resistência à automação como dado, não como obstáculo, começa a ver padrões. O usuário quer velocidade, mas quer entender. Quer praticidade, mas quer controle. Quer modernidade, mas não quer surpresas.

A automação que funciona não é a que faz mais. É a que faz o certo, no momento certo, com transparência suficiente para o usuário continuar confiando.