O dia em que o robô falou com o cliente

Dias 60 a 64 · 24 a 28 de maio – 2026

Até aqui os robôs só falavam com a gente. Nestes cinco dias um deles passou a falar com quem fez o pedido — e, no meio do caminho, outro sumiu no meio do turno sem avisar ninguém.

Uma tela para perguntar como eles estão

A primeira coisa que mudou foi na página inicial. Lá existia um selo pequeno que dizia se a importação do dia tinha rodado. Ele saiu, e no lugar entrou um cartão de saúde do sistema: sete indicadores lado a lado, um para cada peça que trabalha sozinha.

A diferença não é decoração. Antes, para saber se um robô estava de pé, eu abria o computador dele e ia olhar. Agora cada um se reporta num lugar só — e o cartão tem botão para acionar cada um na hora, sem sair da tela.

Um detalhe pequeno que deu trabalho e vale mais do que parece: quando você aperta o botão, o cartão fica escrito “sincronizando” até o serviço terminar de verdade. A primeira versão mostrava o aviso por alguns segundos e o apagava sozinha, tivesse o serviço acabado ou não. Aviso que mente é pior do que aviso nenhum: você olha, vê “pronto”, e vai tomar decisão em cima de dado que ainda estava vindo. No mesmo dia tirei a linha “atualizado agora” do cartão, pelo mesmo motivo.

O robô que sumia no meio do turno

Agora a parte chata.

O robô que manda as mensagens precisa de um navegador aberto. A rotina dele era abrir, enviar e fechar. Só que “fechar” não estava fechando: o programa mandava encerrar, recebia de volta um “encerrado”, e o navegador continuava vivo, ocupando a porta. Na vez seguinte, o robô tentava abrir uma janela nova naquela mesma porta e não conseguia — e ficava parado esperando um lugar que nunca ia vagar.

Foram dois consertos, e os dois ensinam a mesma coisa. O primeiro: esperar a porta ficar realmente livre antes de dizer que fechou, em vez de confiar na resposta do próprio comando. O segundo, do outro lado: o navegador do vigia de atrasos passou a ser configurado para subir de novo sozinho, sempre — se cair, alguém o levanta em segundos, sem depender de eu perceber.

O ponto que ficou: não pergunte a um programa se ele morreu. Ele responde o que pretendia fazer, não o que aconteceu. Vá conferir por fora.

O falso “deu certo”

Esse assunto voltou três vezes em dois dias, o que costuma ser sinal de que ele é maior do que parece.

O envio do relatório diário rodava uma lista de destinatários. Se falhasse em um, ele seguia para o próximo e, no fim, informava sucesso — porque o processo tinha terminado. Passou a informar por destinatário: quem recebeu, quem não recebeu, e a falha sobe em vez de sumir.

O monitor de importação tinha um irmão do mesmo problema: tratava igual “não deu nada errado” e “deu certo pela metade”. Agora envio parcial tem cara própria, de alerta, não de sucesso.

E o terceiro, que me deu um susto de verdade: o robô procurava a conversa certa pelo nome e clicava no primeiro resultado parecido. Se dois contatos tivessem nomes próximos, ele mandaria o recado para a pessoa errada. Passou a conferir o nome que abriu antes de escrever qualquer coisa.

Se eu tivesse que resumir os três num bilhete colado no monitor: sucesso que ninguém conferiu não é sucesso, é esperança.

O dinheiro entrou no painel

No dia 60 nasceu o módulo de finanças — que até então era o buraco do sistema. Vendas, notas, tempos, tudo estava no painel. Dinheiro parado em conta, não.

Entrou em três camadas, em dois dias: o cadastro das contas bancárias de cada empresa, uma tela de saldo em caixa com os valores do dia, e a parte de que mais gosto — um botão que busca o saldo de todas as empresas de uma vez, entrando no portal do banco por dentro do navegador.

Para entender o tamanho disso: antes, ver o saldo de todas as empresas queria dizer abrir o portal do banco, entrar em uma, anotar, trocar de empresa, esperar carregar, anotar de novo. Virou um clique e uma espera. Foram vários ajustes chatos até funcionar — o portal do banco tem um jeito antigo de escrever o cadastro das empresas, com dígitos a mais, e a troca de empresa precisou ser feita imitando o clique de uma pessoa na linha da tabela, porque o caminho “certo” simplesmente não respondia.

No dia 61 também saiu algo que não é código: o manual de fechamento de caixa, em PDF, com as telas de verdade em vez de desenhos. Cinco versões em um dia até ficar apresentável. Vale o registro porque é fácil esquecer: sistema que só o autor sabe usar não está pronto, está refém.

Esse manual parece coisa boba, mas até eu fiquei surpreso quando os gerentes agradeceram e compartilharam com os times. A sensação naquele momento era de que estava realmente tornando as coisas mais fáceis na operação. O que, no fim das contas, era nosso maior objetivo.

O dia em que o robô falou com o cliente

E chegamos ao dia 64, que é o motivo do título.

Até ali a Sofia era uma vigia que contava para nós: via um pedido perto de atrasar e avisava o grupo. Ela vinha rodando em ensaio — mandando as mensagens de verdade, mas todas para o nosso grupo interno, para a gente ler o que ela diria sem que ninguém de fora recebesse nada.

Nesse dia o ensaio acabou. Ela passou a acompanhar os pedidos que estão em preparo e a mandar, direto para quem comprou, uma sequência de três mensagens conforme o tempo passa — a primeira mais leve, a última já assumindo o atraso. No fim, um pedido educado de avaliação.

Escrever essas três mensagens deu mais trabalho do que o programa que as envia. A primeira versão explicava a situação da cozinha, e isso foi cortado inteiro: o cliente com fome não quer saber do nosso processo, quer saber do pedido dele. A régua virou outra — cada frase tinha que responder “isso faz o cliente esperar com menos raiva?”. Se não fizesse, saía.

Também estendi a janela de vigia até quase meia-noite, que é quando a operação realmente acaba, e não quando o horário comercial diz que acaba.

Tem uma linha que foi atravessada aqui e eu não quero passar batido por ela. Um robô que fala com a equipe erra para dentro de casa. Um robô que fala com o cliente erra na frente do cliente. Foi por isso que ele passou semanas ensaiando dentro do grupo antes de dizer a primeira palavra lá fora — e continuo achando que foi o tempo mais bem gasto de todo o projeto.

O dia que não teve nada

Faltou um dia nessa conta, e eu deixei de propósito para o fim.

No dia 63 não aconteceu nada. Nenhuma linha de código, nenhum conserto, nenhum registro. Um dia inteiro em branco no meio dos cinco.

Coloquei isso aqui porque diário honesto também mostra o vazio. Quem lê uma sequência de dias produtivos acaba achando que existe um ritmo sobre-humano por trás — e não existe. Existe um dia em que a operação chamou mais alto, ou em que o cansaço venceu, e a história continua no dia seguinte sem cerimônia.

A lição desses dias

Duas coisas ficaram, e as duas são sobre confiança.

A primeira é que quase tudo que quebrou aqui quebrou avisando que estava bem: o navegador que dizia ter fechado, o envio que dizia ter dado certo, o aviso de “sincronizando” que sumia antes da hora. Nenhum desses era erro de conta ou de lógica. Eram programas educados demais, respondendo o que se esperava ouvir. Passei a desconfiar de resposta boa que ninguém conferiu.

A segunda é que existe uma diferença enorme entre um robô que fala com a equipe e um que fala com o cliente — e ela não é técnica. É de responsabilidade. Do lado de dentro, um erro vira piada no grupo. Do lado de fora, vira a lembrança que a pessoa guarda da marca.

No próximo capítulo, os robôs mudam de casa dentro da própria máquina — e um robô novo nasce só para tomar conta de outro robô.