80 pedidos destravados, e automações que avisam quando quebram.
- 21cenários de automação auditados e documentados
- 80pedidos destravados
- 16dias de uma fila invisível
A operação inteira rodava em automação: um formulário para receber o pedido, IA lendo o print do pedido, o Airtable como registro, o Google Calendar para os estenógrafos, o Stripe para a cobrança: vinte e um cenários costurando tudo. Funcionava, até uma conexão cair por um instante e o cenário parar. Nenhum alerta. Os pedidos foram se acumulando numa fila que ninguém sabia que existia.
Auditamos os vinte e um cenários e documentamos o que depende do quê. Reconectamos o que tinha falhado, liberamos a fila e encontramos o segundo problema que só uma varredura completa encontra: dois formulários em sequência disputando as mesmas operações, queimando a cota do plano a cada pedido.
Oitenta pedidos liberados e, pela primeira vez, um mapa da operação (antes, ninguém sabia dizer o que pararia se uma coisa quebrasse). É o case por trás de uma regra que hoje colocamos em tudo: uma automação que quebra avisa alguém, ou não está terminada.
- 01A fila liberada.Todos os pedidos presos atrás do cenário que falhou, destravados.
- 02Um mapa da operação.O que depende do quê, para a próxima falha ter um alcance conhecido.
- 03Um custo escondido, encontrado.Dois formulários disputando as mesmas operações, pegos antes de quebrar alguma coisa.
- MapearMapear: feito
- ConectarConectar: feito
- AutomatizarAutomatizar: feito
- IAIA: feito
Pare de fazer a ponte entre sistemas à mão.
Conte quais dois sistemas não conversam. Você sai da primeira conversa com um escopo de verdade, não com um convite para outra reunião.