O que vira automação no atendimento e o que não

Você decidiu automatizar o atendimento. Agendamento, confirmação, lembrete de consulta, aquele formulário que todo mundo preenche igual antes da primeira sessão. Vale para o dentista que confirma horário por mensagem, para o psicólogo que lembra a sessão da tarde, para o advogado que reagenda uma audiência em cima da hora. A dúvida que trava a decisão quase nunca é técnica, é outra: será que isso tira o humano do meio?

A resposta curta é que automatizar atendimento não é escolher entre você e uma máquina. É separar o que uma regra fixa resolve sozinha do que exige alguém ler a situação, e só confiar a parte automática a um paciente de verdade depois de ver ela repetir sem erro mais de uma vez.

A segunda parte é testar antes de confiar, e é aí que a maioria pula etapa. Não por descuido, por pressa de ver a coisa funcionando. E é exatamente aí que mora a diferença entre uma automação que libera seu tempo e uma que manda a mensagem certa para a pessoa errada.

O que vira regra fixa, e o que continua exigindo sua leitura

Marcar horário, confirmar presença, lembrar da consulta amanhã, informar endereço e forma de pagamento: tudo isso é comparar uma data contra uma agenda, ou repetir uma informação que não muda de paciente para paciente. Não exige interpretar nada novo a cada execução, só aplicar a mesma regra, sempre. Isso é o que já escrevi sobre delegar usando outro exemplo: o passo final é comparar contra um critério já fechado, não ler uma situação que ninguém escreveu antes.

Do outro lado fica tudo que exige julgar o caso na hora: responder uma dúvida sobre sintoma, decidir o tom de uma resposta a quem está ansioso, confirmar se aquele horário realmente serve para aquele caso específico ou se merece encaixe. Aqui a régua muda de figura, porque o risco de errar não é atrasar uma resposta. É responder rápido e errado, com aparência de certeza.

Tarefa de regra fixa

Parte do atendimento em que o resultado certo já está definido antes de a pergunta chegar: existe uma agenda, um endereço, um valor, um horário. Quem executa não precisa entender o motivo da regra, só aplicá-la do mesmo jeito toda vez. É o tipo de tarefa que pode sair da sua mesa com segurança, porque o julgamento já foi feito uma vez, ao escrever a regra.

Uma pesquisa publicada em 2010 na revista Human Factors revisou décadas de estudo sobre como as pessoas lidam com sistemas automatizados. Ela dá nome a esse risco: viés de automação, a tendência de aceitar o que a ferramenta diz sem checar, justamente porque ela parece confiável.¹ Isso não é um defeito de quem usa a ferramenta. É um padrão que aparece em qualquer profissão, toda vez que um sistema automatizado começa a responder bem na maioria dos casos, e a pessoa para de conferir os poucos em que ele erra.

Por que o exame que vira chatbot de sintoma é o primeiro candidato a erro

Existe uma tentação específica em quem atende por agenda: deixar o mesmo canal que confirma horário também responder dúvida de sintoma, porque parece economia de uma única ferramenta fazendo tudo. Uma revisão sistemática publicada em 2022 na npj Digital Medicine avaliou dez estudos sobre ferramentas digitais de triagem de sintoma. Encontrou acurácia diagnóstica entre 19% e 37,9%, e acurácia de triagem (decidir se o caso é urgente ou pode esperar) entre 48,8% e 90,1%, variando muito de ferramenta para ferramenta mesmo recebendo os mesmos sintomas de entrada.²

Em outras palavras: até a parte mais objetiva dessas ferramentas, decidir se o caso espera ou corre, erra em até metade dos casos nas piores delas.

Isso não é motivo para recusar qualquer automação perto de saúde. É motivo para não deixar a mesma régua da confirmação de horário decidir também o que fazer com uma dor no peito relatada numa mensagem às 23h. A confirmação de horário erra e o dano é reagendar. A triagem de sintoma erra e o dano pode ser outro, maior, silencioso até o momento errado.

O teste que decide se a automação está pronta, e por que “funcionou uma vez” não prova nada

Numa automação de cadastro e renovação de cliente, fora do contexto de consultório mas com o mesmo mecanismo, um teste rodou oito registros idênticos em sequência. O primeiro cadastro e sua renovação foram concluídos sem erro. Na busca seguinte, a execução falhou, e as sete atrás dela também falharam pelo mesmo motivo. De oito tentativas iguais, só uma em oito terminou certo, 12,5% de sucesso, descobertos exatamente porque alguém rodou a sequência inteira antes de declarar a automação pronta.

Transporto esse mecanismo para o seu atendimento: se você configurou um lembrete automático, testou uma vez e funcionou, isso não prova que ele vai funcionar na vigésima consulta marcada, na que cai em feriado, na que o paciente reagenda duas vezes. Prova só que funcionou naquela vez específica, com aquele conjunto específico de condições. A régua que separa automação confiável de automação com sorte não é “rodou sem erro”. É “rodou sem erro várias vezes seguidas, em situações diferentes”.

Como testar sem usar um paciente de verdade como primeira tentativa

Depois de decidir o que automatizar e de entender que uma vez não é prova, falta a parte mais fácil de pular: como testar isso sem arriscar o dado de alguém real. Dois critérios resolvem a maior parte do risco.

O primeiro: qualquer teste que possa, por engano, chegar a uma pessoa de verdade usa um nome obviamente falso. Um aviso escrito no meio da mensagem de teste não protege ninguém, porque o que chega para quem está do outro lado, numa tela de celular, às vezes é só o nome, sem o resto do texto. Se o nome que aparece é “Maria da Silva”, ninguém estranha. Se é um nome que não existe, o erro se denuncia sozinho antes de causar dano.

O segundo, mais caro quando falha: o número ou endereço de quem vai receber a mensagem se confere antes de transmitir qualquer dado, nunca depois. Um dígito errado no número de WhatsApp manda a confirmação de uma consulta, ou o resultado de um exame, para um estranho.

E dado de saúde não é um dado pessoal qualquer: a Lei Geral de Proteção de Dados classifica “dado referente à saúde” como dado pessoal sensível, no mesmo grupo de origem racial, convicção religiosa e dado genético, exatamente pelo risco maior que o vazamento dele representa para quem é dono do dado.³ A mesma lei exige que quem trata esse tipo de informação adote medidas técnicas e administrativas capazes de evitar “comunicação ou qualquer forma de tratamento inadequado”, o que inclui mandar a informação certa para o destinatário errado.³

Dado pessoal sensível

Categoria de dado que a Lei Geral de Proteção de Dados trata com regra mais rígida do que um dado comum, por carregar risco maior de discriminação ou dano se vazar ou chegar a quem não deveria: origem racial, convicção religiosa, opinião política, dado genético e dado referente à saúde entram nessa lista.³ Uma automação de atendimento que lida com confirmação de exame, diagnóstico ou qualquer informação clínica está, por definição, lidando com esse tipo de dado, não com um contato comum.

O limite que você escolhe manter, mesmo quando a ferramenta permite ir além

Existe uma tentação que aparece depois que a automação básica funciona bem: por que não deixar que ela também responda a mensagem mais longa, a dúvida mais específica, a que hoje você ainda lê e responde pessoalmente? Tecnicamente costuma ser simples. A régua para recusar não é técnica, é de responsabilidade: quem atende o paciente do outro lado é você, não uma ferramenta configurada por você.

A posição que sustento neste tipo de decisão é direta: não se assume o canal de atendimento de quem contrata, e não se fala com o cliente dele no lugar dele. O máximo que uma automação deveria fazer, nesse território, é preparar uma resposta para você revisar e enviar, nunca enviar sozinha algo que carrega o peso do seu julgamento profissional.

Essa linha não é rigidez. É a mesma lógica que qualquer colega registrado na sua profissão também precisa aplicar, e que protege tanto você quanto quem procurou o seu atendimento. Automatizar o que é regra fixa libera o tempo que você gastava repetindo a mesma informação. Recusar automatizar o que exige sua leitura é o que garante que, quando alguém precisar de verdade de uma resposta pensada, vai encontrar alguém pensando nela, não um sistema que apenas parece.

Você pode estar pensando o oposto: se a automação só resolve agendamento e dado fixo, o alívio continua pequeno, porque a parte que mais consome o seu tempo é justamente responder a dúvida mais longa, não confirmar horário. É verdade, e é por isso que a régua deste texto não promete liberar todo o seu tempo de atendimento, promete liberar a parte dele que não precisava de você desde o início. O tempo que sobra de verdade, o da dúvida longa, continua exigindo alguém pensando, só que agora sem competir com a tarefa repetitiva que já saiu da sua mesa.

O que muda depois que a automação está testada e funcionando

Testar uma vez, com nome falso e número conferido, resolve o risco do primeiro dia. Não resolve o risco do sexto mês, porque o que muda depois não é a automação, é o que ela precisa continuar sabendo.

Preço reajustado, horário de atendimento alterado, um serviço que você parou de oferecer: cada uma dessas mudanças, se não chega até a automação, vira uma resposta automática errada, repetida para cada paciente novo até alguém perceber. É a mesma lógica, só que na direção contrária, de um site que continua anunciando o que você já não faz mais: o problema nunca é a automação ter sido mal feita, é ninguém ter sido designado para atualizá-la depois.

Quem atende sozinho sente esse gargalo direto: a atualização depende de lembrar, e é a mesma cabeça que já decide tudo o mais. Quem tem secretária ou sócio ganha outro risco no lugar, o de duas pessoas mudando a mesma mensagem automática em direções diferentes, sem avisar uma à outra, até o paciente receber uma informação de um canal e outra de outro.

Nos dois casos a solução não é tecnológica. É decidir, antes de qualquer mudança de preço ou horário entrar no ar, quem tem a palavra final sobre o texto que a automação envia, e revisar esse texto com a mesma regularidade com que se revisa a própria agenda.

Um cliente, numa negociação bem diferente desta, perguntou da forma mais direta que existe: “Existe algum tipo de garantia depois de você terminar o trabalho e acontecer algum bug ou problema?” A resposta foi que sim, existe um período de suporte depois de qualquer ajuste.

A mesma resposta vale aqui, com uma ressalva que importa: o prazo de garantia cobre o defeito que aparece rápido. O defeito do sexto mês, causado por um preço ou um horário que mudou e nunca chegou até a automação, não aparece rápido. Nenhum prazo de suporte, por mais generoso, substitui revisar esse texto com regularidade.

A pergunta que vale fazer antes de ligar qualquer automação nova não é “isso funciona?”. É: já rodei isso mais de uma vez, com um nome falso, para um número conferido, e ainda assim saiu certo todas as vezes? E, seis meses depois de ligada, alguém ainda vai perguntar isso de novo, ou ela vai continuar rodando sozinha até errar por não ter sido atualizada?

Anderson Chipak

Vinte anos construindo software para sistemas que não podem errar. Hoje assume a operação digital de quem vive da própria especialidade — e escreve sobre o custo de fazer tudo sozinho.

Ver mais publicações