Quais processos automatizar primeiro: um método de priorização

Para decidir quais processos automatizar primeiro, liste as tarefas repetitivas da empresa, dê nota a cada uma em cinco critérios (frequência, volume, regra clara, custo do erro e dependência de sistemas) e comece pelas que somam mais pontos, desde que tenham regra clara. É um método para o dono ou gestor que já sabe que precisa automatizar, mas tem vinte candidatos e orçamento para um.

Escolher por intuição costuma levar ao processo que mais incomoda quem decide, que nem sempre é o que mais consome a equipe. A matriz abaixo troca essa impressão por uma nota que qualquer pessoa consegue conferir e contestar.

Se o assunto ainda é novo para você, o texto sobre automação de processos: o que é e por onde começar explica os conceitos usados aqui.

Passo 1: como fazer o inventário de tarefas

Durante duas semanas, cada pessoa anota as tarefas que repete. Não precisa de ferramenta especial: uma planilha compartilhada com estas colunas resolve.

Algumas regras para o inventário sair útil:

• Anote na hora, não de memória. No fim da semana, ninguém lembra das quinze vezes que conferiu um CNPJ no site da Receita.
• Inclua as tarefas invisíveis. Conferências, cópias de um e-mail para uma planilha, "dar uma olhada" no status de um pedido. Elas raramente aparecem quando alguém descreve o próprio trabalho.
• Pegue um período que represente a operação. Se a área tem pico no fechamento do mês, o inventário precisa incluir um fechamento.
• Não julgue ainda. Nesta fase, tudo entra. A nota vem depois.

Passo 2: os cinco critérios de priorização

Cada tarefa recebe nota de 1 a 5 em cada critério. Quanto maior a nota, melhor candidata à automação.

Frequência

Quantas vezes o processo roda. Nota 5 para várias vezes ao dia, 3 para semanal, 1 para mensal ou menos. Processo raro demora a devolver o investimento e, quando a automação quebra, ninguém percebe até a próxima rodada.

Volume

Quantos itens por rodada e quanto tempo cada um consome. Uma tarefa semanal com trezentos itens pode pesar mais que uma diária com dois. Multiplique frequência, volume e tempo por item para chegar às horas por mês: é esse número que justifica o projeto.

Regra clara

Mede se a regra cabe numa folha, sem nenhum "depende" no meio. Nota 5 para regra fixa com entrada padronizada, 3 para regra clara com algumas exceções conhecidas, 1 para decisão caso a caso. Este critério funciona como trava: nota abaixo de 3 em regra clara tira o processo da fila, qualquer que seja o total. Automatizar sem regra é transformar a dúvida em código.

Custo do erro

Quanto custa quando a tarefa sai errada hoje: multa, juros, retrabalho, cliente perdido, problema fiscal. Nota 5 para erro caro, 1 para erro barato e fácil de corrigir. Processo com erro caro ganha prioridade, mas também pede mais cuidado na implantação: um ponto de conferência humana nas primeiras semanas e registro de cada ação que a automação tomou.

Dependência de sistemas

Quantos sistemas o fluxo precisa tocar e como se acessa cada um. Nota 5 para um ou dois sistemas com API documentada, 3 para sistema que só troca dados por arquivo de exportação e importação, 1 para vários sistemas, algum sem nenhuma forma de integração além da tela. Nota baixa aqui não descarta o processo, mas avisa que o primeiro trabalho será fazer ERP, CRM e planilhas conversarem.

Passo 3: a matriz de pontuação, com exemplo preenchido

O exemplo abaixo é hipotético: uma distribuidora de materiais de construção com equipe administrativa pequena, depois de duas semanas de inventário.

Como ler a tabela:

• Notas de fornecedor lideram. Rodam todo dia, a entrada é um arquivo padronizado e o erro custa caro (pagamento em duplicidade, divergência com o pedido de compra). É o primeiro projeto natural.
• A conciliação vem logo atrás. Perde pontos na regra (recebimento parcial, pagamento que junta vários títulos) e na dependência, porque o extrato chega por arquivo, não por API. Como toca o mesmo ERP, aproveita parte do que foi construído no primeiro projeto.
• Empate entre CRM e lembrete. Use como desempate a nota de regra clara e depois a de dependência: o que é mais simples de entregar vai antes. Aqui, o cadastro no CRM ganha pela integração mais fácil, e serve para a equipe ganhar confiança com um fluxo de baixo risco.
• O desconto especial está travado. Soma 13, mas a nota 1 em regra clara o tira da fila. O trabalho aqui não é automação, é definir uma política de alçadas. Quando ela existir, a nota sobe e o processo volta a concorrer.
• O relatório mensal fica por último, com uma ressalva: se ele consome dois dias inteiros de alguém sênior todo mês, a conta de horas do Passo 2 pode justificar subir na fila. A matriz ordena; a conta de horas confirma.

Dois ajustes possíveis. Se a empresa sofre mais com erro do que com tempo (operação fiscal pesada, setor regulado), dê peso dobrado ao custo do erro. E defina os pesos antes de preencher as notas, não depois de ver qual processo ganhou.

Quando um processo ainda não deve ser automatizado

Alguns sinais mandam esperar, mesmo com nota alta:

• O processo muda todo mês. Se a regra foi alterada várias vezes no último trimestre, a automação vai viver correndo atrás. Estabilize primeiro.
• Exceção demais. Separe os casos da última semana entre os que seguiram a regra e os que precisaram de alguém decidir. Se as duas pilhas têm tamanho parecido, o processo não está pronto.
• Ninguém é dono. Sem uma pessoa que responda por como o processo deve funcionar, cada ajuste vira reunião.
• Dado de entrada sem padrão. Planilha que cada vendedor preenche de um jeito, produto cadastrado em duplicidade. Arrume a entrada antes, ou a automação vai espalhar a bagunça mais rápido.
• O sistema vai ser trocado. Se o ERP sai em poucos meses, automatizar em cima dele é trabalho jogado fora. Antes, decida entre sistema sob medida ou software pronto.
• A decisão afeta direitos de uma pessoa. Aprovar crédito, recusar cadastro, classificar candidato. O art. 20 da LGPD dá ao titular o direito de pedir revisão de decisões tomadas unicamente com base em tratamento automatizado de dados pessoais que afetem seus interesses, inclusive as que definem perfil de consumo e de crédito, e obriga o controlador a informar, quando solicitado, os critérios e procedimentos usados. Nesses casos, automatize o preparo da decisão e deixe uma pessoa decidir, pelo menos no início.

Como validar com dado real antes de virar rotina

A nota da matriz é hipótese. Quem confirma é o dado da operação. Antes de desligar o processo manual:

1. Escreva o critério de aceite. Por exemplo: "em duas semanas, nenhuma divergência de valor entre o que a automação lançou e o que o financeiro lançou, e toda exceção separada com motivo". Sem isso, a aprovação vira opinião.
2. Rode em paralelo. A automação trabalha num ambiente separado, ou só gera o resultado sem gravar no sistema oficial, enquanto a equipe continua fazendo à mão. No fim do dia, compare os dois.
3. Use o volume real, com as sujeiras. Dados de um período que inclua fim de mês, feriado, nota cancelada, cliente com cadastro incompleto. Exemplo inventado passa em qualquer teste.
4. Conte as exceções. Quantos casos a automação mandou para uma pessoa e por quê. Se são muitos, volte à regra antes de seguir.
5. Tenha o caminho de volta pronto. Antes de ligar em produção, saiba como desligar e como desfazer o que a automação gravou.
6. Acompanhe depois da virada. Monitore os mesmos números do inventário por algumas semanas. Um dashboard de indicadores simples mostra se o ganho se mantém ou se as exceções começaram a crescer.

Próximo passo: monte a matriz com a equipe

Separe uma tarde com quem executa os processos, não só com quem gerencia. Preencha o inventário das últimas duas semanas, dê as notas em conjunto e discuta as divergências: é nelas que aparecem as regras que ninguém tinha escrito. Saia da reunião com um processo escolhido, um dono e os números de antes.

Se quiser uma segunda opinião sobre a matriz ou ajuda para implantar o primeiro fluxo sem mexer no que já roda, esse é o trabalho de automação de processos da Locomotiva: ambiente isolado, teste com dado real e reversão em um comando.