Há uma diferença prática entre um processo e um hábito coletivo. Processo é uma sequência acordada, com dono em cada etapa e critério para passar adiante. Hábito coletivo é um conjunto de improvisos que funciona porque as pessoas certas ainda estão na empresa.
Automação transforma regra em código. Quando existe regra, isso é ganho. Quando não existe, o que vai para o código é a versão que uma pessoa descreveu numa reunião de uma hora — e ela passa a valer para sempre, para todo mundo.
Como saber se o processo está pronto para ser automatizado
Existe um teste rápido. Peça a três pessoas que executam o mesmo processo para descreverem, separadamente, como ele funciona. Se as três descrições coincidirem nas etapas, nos critérios e no tratamento das exceções, o processo existe. Se divergirem, o que você tem é um hábito.
Divergência não é falha das pessoas. Ela aparece porque cada uma resolveu, sozinha, uma lacuna que a empresa nunca fechou. O trabalho de organização é fechar essas lacunas antes que o software as congele.
Mapear o processo real e cortar o que não precisa existir
Mapeamento é a etapa em que mais se perde tempo por excesso de método. Você não precisa de notação formal nem de um diagrama que ninguém na operação consegue ler. Precisa de clareza sobre seis coisas em cada etapa.
| Pergunta | O que ela revela |
|---|---|
| O que dispara esta etapa? | Se a resposta for "alguém lembra", você achou um ponto frágil. |
| Quem executa? | Um nome, não uma área. Área não executa; pessoa executa. |
| Que informação precisa estar disponível? | Mostra a dependência de outros sistemas e de outras áreas. |
| Qual o critério para considerar concluída? | Sem critério, a etapa termina quando a pessoa acha que terminou. |
| Para onde vai depois? | Revela filas invisíveis e passagens de bastão mal definidas. |
| O que costuma dar errado aqui? | É a pergunta mais produtiva da lista e quase nunca é feita. |
Faça o mapeamento com quem executa, no lugar em que o trabalho acontece, e registre inclusive os atalhos não documentados. Os atalhos são informação valiosa: eles existem porque o processo oficial não dava conta de alguma coisa.
Cortar antes de organizar
Com o mapa na mesa, a próxima decisão não é como melhorar cada etapa — é quais etapas continuam existindo. Três perguntas resolvem a maior parte dos casos:
- Esta etapa muda o resultado para o cliente, interno ou externo? Se não muda, precisa de outra justificativa.
- Esta etapa existe por causa de um risco que ainda existe? Muita conferência sobrevive a um erro corrigido anos atrás.
- Esta aprovação já foi negada alguma vez? Aprovação que nunca reprova é registro, não controle — e registro pode ser automático.
Cortar é a parte mais barata e mais rentável do trabalho. Não exige ferramenta, não exige orçamento e o efeito é imediato. Também é a que enfrenta mais resistência, porque cada etapa tem alguém que a defende. Por isso a conversa precisa ser sobre risco, não sobre culpa.
Definir dono, critério e prazo
Depois do corte, cada etapa sobrevivente precisa de três atributos definidos por escrito: quem responde por ela, o que caracteriza uma entrega aceitável e em quanto tempo ela deve acontecer.
O atributo mais esquecido é o critério de aceitação. Sem ele, a etapa seguinte recebe trabalho incompleto e devolve — e essa devolução é uma das fontes silenciosas de retrabalho em qualquer operação. Um critério bem escrito cabe em uma frase: "o cadastro está completo quando tem CNPJ validado, endereço de entrega e condição de pagamento aprovada".
Papéis, não pessoas
Escreva o dono como papel ("analista de faturamento") e mantenha em separado a lista de quem ocupa cada papel hoje. Assim o processo sobrevive a férias, promoções e desligamentos sem precisar ser reescrito.
Tratar as exceções antes de codificá-las
Exceção é o que derruba projeto de automação. O fluxo é desenhado para o caminho feliz, entra em produção, e na primeira semana aparece o pedido com desconto especial, o cliente que paga por fora da régua, a entrega parcial.
A disciplina é simples: liste as exceções conhecidas, decida para cada uma se ela vira regra, se vira caminho alternativo ou se sobe para uma pessoa decidir. Depois, defina quem é essa pessoa e em quanto tempo ela precisa responder. Exceção sem dono e sem prazo vira pendência acumulada, e pendência acumulada em processo automatizado é pior que em processo manual — porque ninguém está olhando.
Padronizar sem engessar
Padronizar é garantir que o resultado não dependa de quem executou naquele dia. Isso não significa escrever um manual de cem páginas — manual longo não é lido e envelhece em semanas.
O formato que funciona é curto: uma página por processo, com as etapas, os donos, os critérios e o que fazer nas três ou quatro exceções mais comuns. Deixe o documento em um lugar que a equipe já acessa e defina uma data de revisão. Processo escrito sem data de revisão vira ficção em poucos meses.
Antes
- Cada pessoa executa de um jeito
- Etapas existem sem que ninguém saiba por quê
- Exceção resolvida por conversa de corredor
- Retrabalho invisível entre áreas
- Ninguém sabe onde o fluxo está parado
Depois
- Sequência acordada e escrita em uma página
- Etapas sem valor eliminadas antes de qualquer software
- Exceções com caminho definido e dono nomeado
- Critério de aceitação em cada passagem de bastão
- Situação de cada caso visível para quem precisa agir
Rodar o processo organizado antes de automatizar
Antes de escrever qualquer linha de código, opere algumas semanas com o processo novo ainda manual. Esse período tem função técnica, não cerimonial: é nele que aparecem os erros de entendimento que custariam caro se já estivessem programados.
Se durante esse período a equipe voltar espontaneamente ao jeito antigo em algum ponto, ali existe um problema de desenho — e não de disciplina. Corrija o desenho.
Sistema não conserta processo indefinido. Automação não substitui responsabilidade sem dono.
O que não fazer
- Não documente tudo. Documente o que tem volume, risco ou dependência de uma pessoa só.
- Não desenhe o processo ideal de outra empresa. O ponto de partida é o seu processo real.
- Não organize por imposição. Processo desenhado sem quem executa dura até a primeira semana difícil.
- Não espere o processo ficar perfeito. Ele precisa estar estável e acordado, não perfeito.
- Não trate o mapa como entrega final. O mapa serve para decidir o que muda.
Verificação antes de contratar automação
- Três pessoas descrevem o processo da mesma forma.
- Etapas sem valor foram eliminadas.
- Cada etapa tem papel responsável, critério de conclusão e prazo.
- As exceções conhecidas estão listadas, com caminho e dono.
- O processo rodou algumas semanas na forma organizada, ainda manual.
- Existe pelo menos um indicador acordado para acompanhar o processo.
Com esses seis itens resolvidos, um projeto de automação de processos entra em terreno firme. Se a bagunça for maior que um processo isolado — se a questão é a forma como a empresa inteira opera —, o caminho é a estruturação da gestão antes de qualquer ferramenta. O passo seguinte natural é aprender a identificar quais processos valem a pena automatizar e a definir os indicadores que vão dizer se a mudança funcionou.