Por que não automatizar ainda

Terça-feira da semana três da migração da Vinco, cena inventada para a didática deste curso: um disparo automático de e-mail de status sai em uma hora e o time inteiro quer. Em quarenta e oito horas o cliente recebe aviso de etapa que não fechou, e o time aprende que o sistema novo manda e-mail errado. Este capítulo mostra por que a fila de automação fica congelada até o corte.

O argumento contra existe e é caro. A medição de obra, o workflow mais pesado da Vinco com 9,5 horas por semana cronometradas, ainda estava no meio da travessia: parte do dado já nascia no sistema, parte continuava vindo da planilha antiga que rodava em paralelo. Um disparo montado ali lê um status que às vezes ainda é escrito à mão em dois lugares. O cliente recebe aviso de conclusão de etapa que não concluiu, ou recebe dois avisos, ou não recebe nenhum.

O custo se mede na confiança que o time deposita no sistema durante a única janela em que ela é frágil. Um e-mail automático errado devolve ao ponto de partida a adoção comprada nos dois capítulos anteriores, na frente de quem paga a conta.

Quem já montou automação de Zapier, de Make ou de fluxo nativo de CRM conhece a sensação de acerto imediato: o gatilho existe, a ação existe, o teste passa e a coisa está no ar antes do almoço. Essa experiência é verdadeira e ela quebra num ponto específico. A automação assume que o dado de entrada é confiável e que o processo por trás dela é o processo real. No meio de uma consolidação, essa premissa falha todos os dias, porque o processo está sendo redesenhado enquanto você o automatiza.

A Vinco tinha a prova disso antes de o projeto começar. Sete automações de Zapier rodavam no estoque inicial e ninguém na empresa sabia mais quem havia criado cada uma, o que cada uma disparava nem o que aconteceria se fossem desligadas. Cada uma dessas sete nasceu de uma terça-feira igual a essa, com uma boa ideia e uma hora livre.

O conceito que sustenta a regra é a terceira das quatro regras do system paper da Boom Automations. Automação é multiplicador, e multiplicador aplicado a processo quebrado multiplica o defeito com a mesma eficiência com que multiplicaria o acerto. Um processo manual defeituoso produz erro na velocidade de um humano distraído, e um humano distraído às vezes percebe. O mesmo defeito automatizado produz erro na velocidade da máquina, em silêncio, para todos os registros, até alguém reclamar de fora.

Vale ser preciso sobre o que é um processo quebrado nessa fase, porque a palavra sugere workflow mal desenhado e o problema é outro. Ele pode estar perfeitamente desenhado no papel e ainda assim ser impossível de automatizar, porque não existe uma resposta única para a pergunta mais simples que um gatilho faz: qual é o status atual deste registro.

O fator de dez vezes, publicado sem amostra nem metodologia de cálculo, vale como ordem de grandeza. A aritmética por trás dele é simples: consertar um processo antes de automatizá-lo custa uma vez, e desfazer automação errada exige achar todos os registros que ela tocou, reconstruir o estado anterior e recuperar a credibilidade com quem recebeu a saída errada.

O mesmo trecho traz uma frase mais útil, sem número nenhum: todo projeto de resgate que a agência pegou havia pulado o passo 01. Projeto de resgate é o cliente que já construiu, já automatizou e chamou alguém para tirar do buraco. Uma causa comum a essa população inteira é informação forte.

A fase de consolidação tem, portanto, um escopo estreito e verificável. Ela entrega dado limpo e conectado dentro do sistema, e um departamento inteiro vivendo lá dentro. Nenhum outro resultado é objetivo desta fase. O paper descreve a mecânica em três movimentos: scripts de migração fazem o backfill do histórico, a ferramenta antiga roda em paralelo por uma semana e depois vem um corte com data marcada, com a ferramenta antiga em modo de leitura. O portão que fecha a fase, na letra do documento, exige que um departamento esteja completamente vivendo no sistema antes de o próximo se mover.

Repare no que esse portão não menciona. Não há automação nenhuma na definição de pronto. Backfill verificado, semana em paralelo cumprida e corte datado: esse é o critério inteiro. Automação entra depois, e entra pela lista que o mapa do passo 01 já produziu, porque todo handoff e toda tarefa repetitiva sinalizada ali é candidata, ranqueada pelas horas cronometradas.

Há um efeito de adoção em jogo que explica por que a recusa vale tanto. O autor escreve, no artigo publicado em 17 de agosto de 2026, que a adoção fica perto de 100% porque o sistema parece familiar no primeiro dia e porque a vida do time simplifica, já que ferramenta está sendo removida em vez de adicionada. Essa é a moeda com que a fase se paga. Uma automação nova, construída na semana em que o time ainda está aprendendo a tela, gasta a moeda duas vezes: adiciona comportamento que ninguém pediu naquele momento e arrisca produzir a primeira saída errada visível de fora.

Volto à Vinco para o exemplo do começo ao fim; a cena é invenção didática deste curso. O mapa da empresa havia produzido 19 workflows e 58 horas por semana de trabalho manual cronometrado, com a medição de obra no topo da lista: 9,5 horas por semana, três handoffs e duas digitações duplicadas. A digitação mais cara era o dado de medição redigitado da planilha para o Monday e de novo para a planilha de faturamento.

Esse é exatamente o workflow que mais pede automação e o último que pode receber uma. As duas digitações duplicadas existem porque o dado tem três lugares onde nasce, e a fase de consolidação está no meio da tarefa de reduzir esses três lugares a um só caminho de escrita, entre as 23 entidades e as 61 chaves estrangeiras do modelo. Automatizar a medição antes disso é escolher, na hora de escrever o gatilho, qual das três fontes é a verdadeira, e essa escolha ainda não foi tomada pelo projeto.

O desligamento das automações herdadas merece atenção separada porque quase todo projeto o esquece. Automação antiga é dívida invisível: ela não aparece na lista de ferramentas do passo 02, não tem tela, não manda fatura e continua escrevendo em bases que estão sendo desmontadas. Na Vinco eram sete conexões de Zapier sem dono conhecido. Cada uma tocava pelo menos uma das 11 ferramentas do estoque, sendo sete delas destinadas ao balde absorver e uma ao balde matar, o que significa que cada conexão era um caminho de escrita fantasma competindo com o caminho único que o modelo de dados acabara de definir.

A ordem prática é simples e a sequência importa: desligar o velho vem antes de construir o novo, dentro da mesma fase de consolidação. Desligar remove escrita concorrente, e remover escrita concorrente é justamente o trabalho de limpar e conectar o dado.

Do outro lado do portão há um número de referência. Segundo Luke Pierce, em material de 17 de agosto de 2026, o maior sistema entregue pela agência roda 28 automações em segundo plano, e o cliente de armazenagem, com 450 projetos ativos e cinco gerentes de projeto, chegou ao mesmo patamar depois da consolidação. O que interessa aqui é a ordem dos acontecimentos: nenhuma dessas automações existiu antes de o estoque antigo sair e o dado ficar num só lugar.

Rita ganhou duas coisas ao dizer não naquela terça-feira, e a segunda é a que se leva para o próximo departamento. A primeira foi o corte de sexta acontecendo na data combinada, sem escopo novo empurrado para dentro da semana. A segunda foi uma fila de automação que chegou ao passo 06 já ordenada, porque cada item nela carregava a hora cronometrada do handoff que o originou. O disparo de status para o cliente nasceu em primeiro lugar naquela fila por causa das 9,5 horas por semana da medição de obra, e nasceu lendo um caminho de escrita único.

Nenhum desses três artefatos é uma automação, e é exatamente esse o ponto da fase.