3 coisas que eu nunca automatizo, mesmo podendo

Ter a tecnologia pra fazer uma coisa não é a mesma coisa que dever fazer. Rodando um estúdio sozinho com squads de IA, aprendi a distinguir onde vale deixar o robô decidir e onde o custo de um erro é alto demais pra isso. Não é uma lista de limitações técnicas, é uma lista de decisões deliberadas.

Conversa por WhatsApp ou telefone

Essa é sempre eu, sempre manual. Não é sobre a IA não conseguir escrever uma resposta razoável, ela consegue, é sobre quem responde carregar a confiança de quem está do outro lado.

Quando um cliente manda mensagem no meio de um projeto, ele não está pedindo só informação, está pedindo pra sentir que alguém está cuidando daquilo. Uma resposta tecnicamente correta mas fora de tom, ou um agendamento errado por falta de contexto que só eu tenho (o que foi combinado numa ligação, o que ficou de fora do escopo, o motivo real de um atraso), custa muito mais caro em confiança do que economiza em tempo.

Isso não significa que a IA não participa. Ela ajuda a organizar o que precisa ser dito, resume histórico de conversa, sugere rascunho de resposta. Mas quem aperta enviar sou eu, sempre. O critério aqui é simples: se o erro machuca uma relação, não é hora de terceirizar o julgamento.

O botão de publicar

O robô escreve, monta, prepara tudo: pesquisa tema, gera texto, monta roteiro de carrossel, produz imagem e vídeo. Isso já é a maior parte do trabalho pesado. Mas quem aprova o que vai pro ar sou sempre eu.

A razão é assimetria de custo. Um post que fica represado um dia esperando revisão não custa quase nada. Um post errado publicado numa conta real (dado errado, tom que não bate com o momento do cliente, imagem que passa a mensagem errada) custa a correção pública, o tempo de apagar e reescrever, e um pedaço da confiança de quem seguia. Revisar antes de publicar é mais barato que corrigir depois.

Na prática, isso vira uma rotina curta: leio o texto pronto, confiro se o fato citado é real e verificável, confiro se o tom combina com o assunto (post de bastidor não pode soar como post de venda), e só então aprovo. Leva minutos. Publicar errado leva muito mais tempo pra consertar.

Mudança de UX justificada só por teoria

Framework de persuasão é hipótese, não decisão validada. Quando um agente propõe mudar layout ou fluxo citando um princípio de persuasão conhecido, isso vira proposta a testar, nunca mudança automática.

Isso já aconteceu de forma concreta: um formulário do Eunoimóvel foi redesenhado com base num princípio de persuasão consagrado, do tipo que qualquer material de UX cita como certo. A lógica fazia sentido no papel. Só que, testado contra o comportamento real do público daquele site, o resultado não bateu com a teoria, e a mudança acabou revertida. A teoria pode estar certa em geral e ainda assim errada pro seu público específico, porque "geral" é uma média que ninguém realmente vive.

Por isso eu trato toda sugestão desse tipo como hipótese: primeiro valido contra o comportamento real de quem usa o produto, só depois torno permanente. Framework de persuasão explica o que costuma funcionar, não o que vai funcionar pro seu caso.

O critério real por trás dos três limites

Reparando nos três casos acima, dá pra ver que a régua não é "isso é fácil de automatizar?". As três coisas que eu recuso automatizar são, coincidentemente ou não, fáceis de automatizar tecnicamente. O critério real é outro: o custo de errar aqui é alto o bastante pra merecer um humano no meio, mesmo que isso custe velocidade?

Automação não é ausência de julgamento. É decidir com mais cuidado onde o julgamento realmente precisa ser seu, e liberar tempo justamente pra você conseguir sustentar esse cuidado nos pontos que importam, em vez de gastar ele em tarefas repetitivas que não pedem julgamento nenhum.

O que muda quando quem erra é o robô

Tem uma diferença prática entre um erro meu e um erro de um processo automatizado que eu deixei passar sem revisar: o erro meu eu explico, o erro do robô eu tenho que explicar duas vezes, uma pra quem recebeu o erro e outra pra mim mesmo, sobre por que deixei passar. Isso não é sobre culpar a ferramenta, a responsabilidade é sempre de quem decidiu automatizar aquele ponto. Mas é um lembrete de que "a IA errou" nunca é uma desculpa aceitável quando o erro chega no cliente, porque quem escolheu não revisar fui eu.

Esse é outro jeito de enxergar o mesmo critério das três seções acima: automação não elimina responsabilidade, só move onde ela mora. Se o processo automatizado erra e ninguém revisou antes, a responsabilidade continua sendo sua, só que agora sem a chance de pegar o erro a tempo.

Checklist: como desenhar sua própria régua de automação

Se você também terceiriza atendimento, conteúdo ou decisão de produto pra IA, ou pretende terceirizar, essas perguntas ajudam a desenhar onde parar:

• Se isso der errado, quem sente o erro primeiro? Cliente, seguidor, ou só você internamente?
• O erro é reversível em minutos, ou vira algo público que precisa de correção visível?
• Essa decisão depende de contexto que só existe na sua cabeça, como histórico de conversa, combinado informal, timing sensível?
• Esse processo está sendo validado contra dado real, ou só contra teoria e princípio geral?
• Se eu automatizasse isso hoje, eu confiaria no resultado sem checar? Se a resposta for não, ainda não é hora.

Perguntas frequentes

Automatizar menos não deixa o processo mais lento?

Deixa alguns pontos mais lentos, de propósito. A troca é: menos velocidade em três decisões específicas, mais velocidade em tudo o que não carrega esse risco. No total, o processo fica mais rápido, porque só os pontos que realmente importam ficam represados esperando revisão humana.

Como saber se um erro é caro demais pra automatizar?

Pergunte se o erro é reversível em segundos ou se ele deixa rastro, como uma mensagem já lida, um post já visto, uma decisão de produto já tomada com base numa suposição errada. Rastro que fica é sinal de que vale manter humano no meio.

Isso vale só pra quem trabalha sozinho?

Não. Empresa com equipe grande erra na direção oposta com frequência: automatiza atendimento e publicação sem régua nenhuma, porque parece mais eficiente olhando só pro tempo economizado, sem olhar pro custo do erro quando ele acontece.

Essa régua é fixa, ou muda com o tempo?

Muda. Um ponto que hoje exige revisão humana pode virar seguro de automatizar mais pra frente, se o histórico mostrar que o resultado é confiável de forma consistente. O contrário também acontece: um processo que parecia seguro automatizar pode voltar a exigir revisão se o contexto mudar, como um público novo, um tom de marca diferente, ou um tipo de pergunta que o processo nunca viu antes. A régua não é uma decisão única, é uma pergunta que vale revisitar.

Se você terceiriza atendimento, conteúdo ou decisão de produto pra IA, vale perguntar onde você desenhou essa régua. Se ainda não desenhou, esse é o tipo de estrutura que eu ajudo a montar. Ver como funciona →