Como mapear um processo antes de automatizar

Mapear um processo é escrever o que de fato acontece hoje, com quem faz, em que ordem e onde trava. Parece burocracia e é a etapa que separa automação que funciona de automação que reproduz o caos em velocidade maior, que é o resultado mais comum de quem pula direto para a ferramenta.

Este texto é um método prático, não uma introdução a notação. Ele mostra como levantar o processo real em poucas horas, o que registrar e o que ignorar, como achar o gargalo de verdade, e o critério para decidir o que automatizar primeiro, que raramente é o que mais incomoda.

Por que mapear antes de automatizar

Automatizar é fixar uma forma de trabalhar em código. Se a forma atual carrega três conferências que existem só porque alguém errou uma vez em 2019, a automação torna essas três conferências permanentes e mais caras de remover do que eram.

Há um segundo motivo, mais imediato. A maior parte dos ganhos aparece durante o mapeamento, antes de qualquer ferramenta: passos duplicados, aprovações que ninguém lê, esperas que existem por hábito. Empresas que mapeiam com honestidade costumam eliminar de 20% a 30% dos passos sem automatizar nada, e essa é a economia de maior retorno sobre esforço de todo o ciclo. O panorama do que vem depois está em automação de processos empresariais.

O processo real e o processo oficial

Todo processo tem duas versões. A oficial é a que o gestor descreve em reunião, limpa e lógica. A real é a que acontece, com atalhos, exceções e um passo que só funciona porque alguém manda uma mensagem no celular.

Mapear a versão oficial é perda de tempo, e é o que quase sempre acontece quando o levantamento é feito só com quem coordena. Os atalhos não são desvio a ser corrigido: são adaptação a um problema que ninguém resolveu, e cada um deles é informação sobre onde o processo desenhado falha. A regra é rígida: quem descreve o processo é quem executa, e o gestor participa depois, para decidir o que muda.

Como levantar em poucas horas

1. Escolha um recorte com começo e fim claros. Do pedido ao faturamento, do chamado ao encerramento. Processo sem fronteira definida vira projeto sem fim.
2. Sente com quem executa e peça para narrar o último caso real. Não o processo em geral, um caso concreto e recente. É o que traz as exceções à tona.
3. Anote cada passo em uma linha. Verbo, quem faz, onde faz. Uma planilha com uma linha por passo resolve; ferramenta de notação é ganho marginal nesta etapa.
4. Pergunte, em cada passo, o que acontece quando dá errado. É aqui que aparece a metade invisível do processo, e costuma ser maior que a visível.
5. Repita com uma segunda pessoa da mesma função. Divergência entre as duas narrativas é o achado mais valioso do mapeamento: significa que o passo não tem padrão.

Um processo de porte médio se levanta em duas a quatro horas com esse roteiro. Levantamentos que se arrastam por semanas quase sempre perderam o recorte.

O que registrar em cada passo

• Quem faz. A função, não o nome, mas anote se só uma pessoa sabe fazer.
• Onde acontece. Sistema, planilha, e-mail, conversa. Toda troca de lugar é candidata a integração.
• Tempo de execução e tempo de espera. São coisas diferentes, e a espera costuma ser a maior das duas por larga margem.
• Volume. Quantas vezes por mês. É o que transforma incômodo em número.
• O que dispara o passo. Um evento no sistema ou alguém lembrando. Passo disparado por memória é falha esperando acontecer.
• Regra de decisão, quando houver. Se o passo bifurca, escreva o critério. Critério que ninguém consegue enunciar é o achado mais importante que um mapeamento produz.

Como achar o gargalo

Com tempo de execução, tempo de espera e volume anotados, o gargalo aparece sozinho, e quase nunca é onde as pessoas apontam. O que incomoda é o passo chato; o que custa é o passo com espera longa e volume alto.

Multiplique tempo total por volume mensal em cada passo e ordene. O resultado costuma mostrar que o passo que todo mundo reclama responde por pouco do custo, enquanto uma espera de dois dias em uma aprovação que ninguém questiona responde pela maior parte do tempo de ciclo. A conversão disso em dinheiro está em o custo dos processos manuais.

O que automatizar primeiro

Com o mapa pronto, a ordem que rende mais é esta, e ela contraria a intuição:

1. Elimine. Passo que não muda o resultado sai. É o ganho mais barato e o mais frequentemente ignorado, porque não parece projeto.
2. Simplifique. Aprovação que sempre aprova vira notificação. Conferência dupla vira amostragem.
3. Integre. Onde o dado é transportado por pessoa entre dois sistemas, ligar as pontas costuma resolver mais que automatizar a digitação. O recorte é integração de sistemas.
4. Automatize o que sobrou. Alto volume, regra estável, sem julgamento. O que cabe aqui está descrito em o que é automação de processos, e quando a interface é a única porta de entrada, em RPA e automação de processos.

Os dois primeiros itens não exigem tecnologia nenhuma e costumam entregar metade do ganho total. Começar pelo quarto é o que faz projeto de automação custar caro e decepcionar.

Os erros do mapeamento

• Mapear com o gestor, sem quem executa. Produz o processo oficial, e ele não existe.
• Buscar a notação perfeita. Diagrama bonito não é entendimento. Uma planilha com uma linha por passo resolve.
• Mapear a empresa inteira. Escopo grande garante que nada será feito. Um processo por vez.
• Ignorar a exceção. O caso raro costuma ser 30% do volume real e é onde a automação quebra.
• Parar no mapa. Mapeamento que não vira decisão é documento. A entrega é a lista priorizada do que sai, do que simplifica e do que automatiza.

Como manter o mapa vivo

Mapa de processo envelhece rápido, e mapa desatualizado é pior que nenhum, porque decisões passam a ser tomadas sobre uma realidade que não existe mais. A boa notícia é que manter custa pouco quando o formato é leve desde o começo.

Três hábitos bastam. Um dono por processo: alguém que executa, não que coordena, responsável por corrigir o mapa quando o trabalho mudar. Revisão no evento, não no calendário: mapa se revisa quando entra sistema novo, muda regra ou entra gente, e não em uma data fixa que ninguém cumpre. Registro de exceção: toda vez que um caso não couber no fluxo, a linha vai para o fim do mapa. Ao fim de um trimestre, essa lista mostra sozinha o que precisa mudar.

Há um retorno adicional que costuma surpreender: o mapa atualizado é o melhor material de treinamento que a empresa tem, e reduz de semanas para dias o tempo até uma pessoa nova executar sozinha. Em operação com rotatividade, esse ganho isolado já paga o esforço de manter.

Por onde seguir

Com o mapa e a prioridade na mão, o caminho natural é automação de processos empresariais para o desenho da solução, e processos para automatizar em empresa de serviços para comparar com o que costuma render em operações parecidas. Se o gargalo apareceu no atendimento, o recorte é como automatizar o atendimento no WhatsApp. E se o mapeamento revelou que o problema não é o fluxo, e sim o sistema que o sustenta, a decisão muda de assunto e vai para integração de sistemas. Quando o que se descobre é que o processo mapeado poderia virar produto, a pergunta seguinte está em critérios de ferramenta interna com potencial de produto.

Perguntas frequentes