Fundamentos do mapeamento de processos: comece sem BPMN

Primeiro "as-is", depois "to-be"

O equívoco mais comum sobre o mapeamento de processos é pensar que é preciso saber «como deveria ser» antes de desenhar um mapa. Primeiro, é preciso saber «o que está a acontecer agora».

O mapa «as-is» mostra como o processo funciona hoje na prática, não apenas o que dizem os documentos. Em muitas PME, os processos de receção de pedidos, faturação ou integração de novos clientes não mudaram há anos, mas não estão escritos em lado nenhum. Esta lacuna é o maior risco ao passar para a automação: automatizar um processo não documentado é também automatizar os seus erros.

Um exemplo concreto: pretende automatizar a faturação eletrónica. Quem cria a fatura atualmente? Quem a aprova? Quem a envia ao cliente? O que acontece se o cliente contestar a fatura? Se estas perguntas não tiverem respostas por escrito, mapeie primeiro o processo e só depois pense na ferramenta.

As ferramentas não precisam de ser complexas: bastam post-its, um quadro no Miro ou uma tabela de quatro colunas no Excel. Não é preciso aprender BPMN nem comprar o Visio.

Depois de criar o mapa «as-is», é muito mais fácil desenhar o estado pretendido, ou «to-be». Percebe tanto o que vai mudar como o que se mantém, e as decisões de otimização assentam em dados reais, não em intuição.

Mapeie o seu processo em 1 hora: a abordagem das 4 colunas

Para mapear um processo sem instalar ferramentas complexas, basta uma tabela de quatro colunas no Excel ou um quadro no Miro. Cada linha representa um passo; as colunas são:

1. Passo — O que se faz? Uma expressão verbal curta: «criar fatura», «aguardar aprovação», «registar no sistema». 2. Quem o faz? O nome da função, não da pessoa: contabilidade, representante de vendas, cliente. 3. Qual é a entrada? O que é necessário para este passo começar: formulário, e-mail, aprovação, registo do sistema. 4. Qual é a saída? O que é produzido após este passo: documento, notificação, registo na base de dados.

Estas quatro colunas assemelham-se a um diagrama simples organizado por áreas de responsabilidade (swimlane) e não exigem conhecimentos de software. Numa sessão de trabalho de uma hora, com duas ou três pessoas que conhecem o processo e alguns post-its, pode preencher toda a tabela.

Uma dica prática: use este método para documentar o processo de faturação, os procedimentos de registo ou o tratamento de dados pessoais. A tabela de quatro colunas serve tanto de registo para uma auditoria interna como de especificação técnica para uma futura automação.

Depois de completar o mapa, analise cada passo: «Pode ser automatizado, removido ou combinado com outro?» Estas três possibilidades ajudam a eliminar a complexidade desnecessária.

Quando um processo mapeado está pronto para automação

Nem todo processo mapeado está pronto para automação. Quatro critérios devem ser satisfeitos antes de avançar para a automação:

1. Repetição e custo: avalie em conjunto o volume, o tempo por caso, as exceções e a manutenção. A frequência, por si só, não demonstra que a automação compensa.

2. Entrada padronizada: se as entradas que iniciam o processo estão padronizadas — um formato de e-mail específico, resposta de formulário ou notificação do sistema — a automação funciona de forma muito mais fiável. Se as entradas variam cada vez, é necessário um passo de padronização de dados primeiro.

3. Quantidade de julgamento humano: se em passos críticos do processo são tomadas muitas decisões subjetivas, esses passos precisam primeiro ser simplificados ou ligados a regras. A automação pode automatizar passos baseados em regras; não decisões ambíguas.

4. Tolerância a erros: se um erro no processo leva diretamente a perda de clientes, violação legal ou dano financeiro, testes completos antes da automação são obrigatórios.

Os processos que satisfazem os quatro critérios são os mais prontos para automação.

O mapeamento de processos é o primeiro passo: depois de mapear, explore por onde começar a sua transformação digital e as nossas abordagens de automação específicas por setor.

O passo que a maioria das equipas salta: falar com quem faz o trabalho

A principal razão pela qual os mapas de processos saem errados não é a falta de esforço — é perguntar à pessoa errada. Um gestor descreve o processo como este deveria funcionar, muitas vezes tal como foi desenhado há anos. Quem realmente processa a encomenda, lança a fatura ou responde ao pedido de suporte conhece a versão com as soluções de recurso: a verificação extra que faz porque o sistema já falhou uma vez, a segunda aprovação que pede informalmente porque a oficial é demasiado lenta. Se o mapa refletir apenas aquilo que a gestão acredita que acontece, vai acabar por automatizar um processo que não existe.

As soluções de recurso não são ruído a filtrar — são o sinal mais útil de todo o exercício. Uma folha de cálculo paralela que ninguém aprovou oficialmente, um grupo de WhatsApp usado em vez do sistema de tickets, um formulário impresso que é reintroduzido manualmente em três sistemas: cada uma delas assinala um ponto onde o processo oficial falhou em satisfazer uma necessidade real. Anote-as no mapa de forma explícita, com quem as criou e porquê. Normalmente apontam diretamente para uma lacuna de formação ou para uma oportunidade de automação — por vezes, para ambas.

Não tente mapear todas as exceções. Um mapa que tenta captar todos os ramos possíveis torna-se ilegível e ninguém o vai manter atualizado. Em vez disso, capte o caminho principal mais as duas ou três exceções que surgem com frequência suficiente para importar — um documento em falta, um pagamento rejeitado, um cliente que altera uma encomenda depois de a submeter. Tudo o que for mais raro do que isso deve ficar numa breve nota de "exceções conhecidas", e não no próprio fluxo.

Por fim, preste especial atenção às transferências entre departamentos, e não apenas aos passos dentro de uma única equipa. A maioria dos processos corre bem dentro de um departamento e quebra exatamente no ponto em que as vendas entregam algo às operações, ou as operações às finanças. Assinale no mapa cada transferência com um responsável claro e uma expectativa explícita do que significa "concluído" de cada lado. É nesses pontos de transferência que a falta de comunicação custa mais tempo hoje, e é também aí que a automação costuma compensar mais depressa quando se avança para a construção de algo.