Automação sem trocar de sistema: o que dá para ligar no que você já usa

Por que a migração é sempre proposta

Porque é mais fácil de vender e mais fácil de executar para quem vende. Sistema novo tem contrato recorrente, tem implantação, e não exige entender a operação que já existe.

O custo fica do outro lado: histórico que não migra inteiro, equipe reaprendendo tudo em semana de agenda cheia, e três meses em que a operação piora antes de melhorar. Se a troca acontecer, que aconteça por um motivo próprio — o sistema atual não dá conta do que a clínica virou — e não como pedágio para instalar um lembrete de consulta.

O que faz um sistema ser integrável

Em ordem de conforto, do melhor para o pior. Vale perguntar isso ao seu fornecedor antes de qualquer projeto: a resposta define o que é barato e o que é caro daí em diante.

• API pública documentada: o sistema conversa com outros programas por desenho. É o melhor caso.
• Webhook: ele avisa quando algo acontece — consulta marcada, consulta cancelada. Resolve boa parte das automações de rotina.
• API fechada, sob pedido: existe, não está no site, e o suporte libera. Mais comum do que parece; pergunte.
• Exportação de arquivo: dá para trabalhar com atraso de minutos ou horas. Serve para relatório e para régua de mensagem.
• Nada: nem API, nem webhook, nem exportação. Aí a conversa muda de assunto.

Quando não abre: mude o ponto de entrada

Se a informação não sai do sistema, a saída é fazer com que ela nasça fora dele. A marcação passa a entrar pelo canal novo — site ou WhatsApp —, onde já está estruturada, e de lá é lançada no sistema.

A automação, então, opera sobre o que ela mesma criou, e o sistema segue como o registro oficial. Não é elegante, mas é honesto e reversível — e evita a alternativa comum, que é um robô clicando na tela do sistema como se fosse uma pessoa.

Sobre essa alternativa: ela funciona até a próxima atualização de layout do fornecedor, e quebra sem avisar, em silêncio, no meio da semana. Automação que depende de um botão continuar no mesmo lugar da tela não é infraestrutura, é gambiarra com data de validade desconhecida.

A ordem que usamos

Ordem importa mais que ferramenta. A sequência abaixo evita o erro mais caro, que é automatizar um processo ruim e passar a executá-lo mais rápido.

• Medir o que está acontecendo hoje. Sem linha de base, não há como saber se a mudança funcionou.
• Escolher um problema só — o de maior volume, não o mais irritante.
• Verificar por onde a informação desse problema entra e sai.
• Instalar uma automação, e deixar rodar tempo suficiente para gerar número.
• Comparar com a linha de base, e só então ir para a próxima.

O que não vale automatizar

Exceção. Se acontece três vezes por mês e cada vez é diferente, automatizar custa mais do que resolver na mão, e o resultado é uma regra que ninguém entende seis meses depois.

Processo que ninguém sabe explicar. Se duas pessoas da equipe descrevem o mesmo fluxo de formas diferentes, o problema ainda não é de automação — é de acordo sobre como as coisas funcionam.

Decisão que exige julgamento. Automatize a coleta e a entrega da informação; a decisão fica com quem responde por ela.

O custo que não aparece na proposta

Toda automação cobra em tempo da sua equipe, e esse custo raramente está escrito. Alguém precisa responder o que a clínica faz quando o paciente pede remarcação no sábado, revisar o texto das mensagens, testar o fluxo com casos reais e corrigir o que saiu estranho na primeira semana.

É pouco tempo comparado ao que se ganha, mas não é zero, e ele se concentra no começo — justamente quando a expectativa está mais alta. Projeto que promete "não vai tomar seu tempo" está escondendo essa conta ou vai entregar uma automação que ninguém validou.

A parte boa é que esse esforço é o mesmo que qualquer operação organizada exigiria. Escrever como as coisas funcionam não é imposto da automação; é o que faltava antes dela.

O que perguntar a quem propõe

Cinco perguntas separam proposta de projeto de proposta de venda. Nenhuma delas exige que você entenda de tecnologia.

• Qual número vamos medir antes de começar, e como?
• Isso conversa com o sistema que eu já uso? Por qual caminho — API, webhook ou exportação?
• Se eu quiser sair daqui a um ano, o que fica comigo?
• O que acontece quando a automação falhar, e como eu vou saber que falhou?
• Quanto tempo da minha equipe isso vai consumir nas primeiras semanas?

De quem é o que fica pronto

Pergunta que costuma ficar para o fim e deveria abrir a conversa: no fim do projeto, o que é seu? O domínio, o número de WhatsApp, a conta onde a automação roda e o dado que ela produziu deveriam estar no seu nome.

Quando estão no nome do fornecedor, trocar de fornecedor deixa de ser uma decisão comercial e vira uma mudança. Isso não se resolve no fim; se resolve na primeira reunião, perguntando.