_Antes de aprender a construir uma automação, aprenda a reconhecer qual processo merece uma._
Visão Geral
Quem ouve falar em automação pela primeira vez costuma imaginar duas coisas erradas ao mesmo tempo: que é preciso saber programar, e que o objetivo é automatizar "tudo" o quanto antes. Nenhuma das duas é verdade, e as duas juntas explicam por que tanta gente desiste antes de começar. Automação, no sentido em que este curso usa a palavra, é simplesmente ensinar um sistema a repetir sozinho uma sequência de passos que hoje você repete manualmente — e isso só compensa quando o processo por trás já é bom o suficiente para valer a pena repetir. Este capítulo instala o modelo mental que sustenta o curso inteiro: antes de qualquer ferramenta, antes de qualquer fluxo, existe a pergunta "isto aqui vale a pena automatizar agora?" — e saber respondê-la é a habilidade mais valiosa que você vai sair daqui sabendo usar.
Conceitos-Chave
Toda automação, por mais sofisticada que pareça por fora, é construída sobre o mesmo esqueleto: um gatilho (o evento que dispara tudo — um formulário enviado, um e-mail recebido, uma data que chega), uma ou mais condições (regras que decidem o que fazer dependendo do caso) e uma ação (o que efetivamente acontece — enviar uma mensagem, criar uma linha numa planilha, mover um cartão). Quando você entende que é só isso, a palavra "automação" para de soar como algo reservado a programadores e passa a soar como o que é: um jeito de descrever, em passos claros, algo que você já faz.
Isso leva direto ao ponto mais ignorado por quem está começando: automatizar um processo ruim não conserta o processo, apenas faz o erro acontecer mais rápido e com menos gente percebendo. Se o seu jeito atual de responder um cliente é inconsistente — às vezes você esquece um detalhe, às vezes demora dias — codificar esse mesmo processo numa ferramenta não vai trazer consistência sozinho; vai só formalizar a inconsistência num sistema que ninguém está olhando de perto. A ordem certa é: primeiro deixar o processo manual bom o bastante para você confiar nele, depois automatizar.
O terceiro conceito é o critério prático de seleção, e ele tem três variáveis simples: frequência (com que regularidade isso acontece — diário, semanal, uma vez por mês?), tempo gasto (quantos minutos, somados ao longo do mês, isso consome?) e custo do erro (o que acontece quando alguém esquece ou erra esse passo — um cliente furioso, ou só um pequeno incômodo?). Processos com frequência alta, tempo somado alto e baixo custo de erro são os melhores candidatos para começar. Processos que exigem julgamento humano caso a caso — negociar um desconto, decidir se um cliente merece uma exceção — devem continuar manuais por enquanto, mesmo que sejam frequentes: automação não substitui critério, só executa regras.
Fluxo de Execução
- Liste tudo que você faz repetidamente. Durante três ou quatro dias, anote cada tarefa que você percebe estar refazendo — sem filtrar ainda, só observando.
- Identifique o gatilho de cada item da lista. Pergunte: o que dispara essa tarefa? Um e-mail chegando, uma data no calendário, um cliente preenchendo algo?
- Meça frequência e tempo aproximado. Quantas vezes por semana isso acontece, e quantos minutos consome cada vez — multiplique para ver o impacto mensal real.
- Avalie se exige julgamento ou é mecânico. Se a resposta muda dependendo do seu critério pessoal a cada caso, marque como "não automatizar ainda".
- Classifique cada item em manual, semi-automatizável ou automatizável. Essa classificação inicial, mesmo grosseira, já é mais estrutura do que 90% das pessoas têm antes de começar.
Cenários Aplicados
Uma cabeleireira que confirma horários por WhatsApp manualmente, uma mensagem de cada vez, é um exemplo clássico de processo frequente, de baixo risco de erro grave e altamente mecânico — ótimo candidato a automação, porque o gatilho (agendamento feito) e a ação (mensagem de confirmação) são sempre os mesmos, sem julgamento envolvido. Já a mesma cabeleireira decidindo se abre uma exceção para encaixar um cliente atrasado é uma decisão de julgamento — não é candidata, pelo menos não nesta fase do curso.
Um segundo cenário: uma consultoria que recebe, todo mês, a mesma pergunta por e-mail sobre como funciona o processo de contratação. Alta frequência, baixo risco (é uma resposta padrão), mecânico — outro bom candidato, diferente do primeiro exemplo mas com o mesmo perfil de pontuação. Já a negociação do valor final do contrato com cada cliente, mesmo sendo frequente, envolve julgamento e contexto que muda de caso a caso: fica de fora por enquanto, mesmo consumindo tempo real todo mês.
Erros Comuns
- Tentar automatizar um processo que nem sequer está claro na sua cabeça, esperando que a ferramenta "resolva" a bagunça.
- Confundir "acontece com frequência" com "vale a pena automatizar", ignorando o custo do erro e se exige julgamento.
- Querer automatizar tudo de uma vez, sem escolher um primeiro candidato específico para validar o método.
- Ignorar tarefas de baixo volume individual mas alto volume agregado — cinco tarefas de 5 minutos por dia somam mais do que parece.
- Tratar "exige julgamento" e "não posso automatizar nunca" como sinônimos, quando na verdade é só "não automatizar ainda, sem antes automatizar".
Dica Pro: Ao listar suas tarefas repetitivas, cronometre de verdade pelo menos uma vez cada uma com o celular — a estimativa mental costuma errar por um fator de dois ou três, para mais ou para menos, e essa medição vira a base de todo o resto do curso.
Exercício Prático
Durante os próximos dois dias, mantenha um bloco de notas (papel ou digital) aberto e anote toda tarefa repetitiva que você executar manualmente — o gatilho que a disparou, quanto tempo levou e se envolveu alguma decisão de julgamento. No fim do segundo dia, releia a lista e marque com uma estrela as três tarefas que mais aparecem ou mais tempo consumem somadas.
Checklist de Implementação
- Sei explicar o que é gatilho, condição e ação sem usar jargão técnico.
- Entendo por que automatizar um processo ruim só amplia o problema.
- Consigo estimar frequência, tempo e custo do erro de uma tarefa específica.
- Sei distinguir uma tarefa mecânica de uma que exige julgamento humano caso a caso.
- Tenho uma lista real (não hipotética) de tarefas repetitivas do meu dia a dia.
Resumo do Capítulo
- Automação é ensinar um sistema a repetir uma sequência de gatilho, condição e ação que você já faz manualmente.
- Automatizar um processo ruim formaliza o erro, não o corrige — conserte o processo manual antes de codificá-lo.
- O critério prático de seleção combina três variáveis: frequência, tempo consumido e custo do erro.
- Tarefas que exigem julgamento humano caso a caso ficam de fora da automação por enquanto, mesmo sendo frequentes.
- O próximo capítulo mostra como preparar o terreno antes de escolher qual processo automatizar primeiro.
---