Fundamentos do mapeamento de processos: comece sem BPMN

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

O equívoco mais comum sobre mapeamento de processos: é preciso saber "como deveria ser" antes de desenhar um mapa. Não. É preciso saber "o que está a acontecer agora" primeiro.

O mapa "as-is" mostra como o processo funciona de verdade hoje — não o que dizem os documentos. Em muitas PMEs, os processos de recepção de pedidos, faturação ou onboarding 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.

As ferramentas não precisam de ser complexas: post-its, um quadro no Miro ou uma tabela de quatro colunas no Excel chegam. Sem BPMN, sem Visio.

Uma vez criado o mapa as-is, desenhar o estado "to-be" fica muito mais fácil. Vê não o que vai mudar, mas o que fica igual — 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 Excel de quatro colunas ou uma faixa no Miro. Cada linha representa um passo; as colunas são:

1. Passo — O que se faz? Forma verbal curta: "criar fatura", "aguardar aprovação", "registar no sistema". 2. Quem o faz? Nome do papel, 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 swimlane simples e não requerem conhecimento de software. Numa sessão de trabalho de uma hora com duas ou três pessoas que conhecem o processo e post-its pode-se preencher toda a tabela.

Após completar o mapa, faça esta pergunta sobre cada passo: "Este passo pode ser automatizado, removido ou fundido?" Estas três perguntas eliminam 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. Taxa de repetição: se o processo se repete pelo menos duas a três vezes por semana, o custo da automação torna-se justificável. Para uma tarefa excecional realizada uma vez por mês, a automação é geralmente desnecessária.

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. A abordagem Setviva: uma vez identificado o processo qualificado, executamos um teste piloto num conjunto de dados pequeno e depois expandimos gradualmente para o volume total. Sem mapa não há piloto; sem piloto não há escala.

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.