“Com quem está esse pedido?” Se essa pergunta é comum na sua empresa, o problema não é falta de esforço da equipe. É falta de processo claro. Cada pessoa faz de um jeito, as regras ficam na cabeça de quem está há mais tempo e ninguém sabe ao certo onde as coisas travam.
A tentação é comprar um sistema e automatizar logo. Só que automatizar um processo bagunçado faz a bagunça acontecer mais rápido. O passo que vem antes, e que muita empresa pula, é o mapeamento de processos.
Neste guia, você vai aprender a mapear um processo do jeito que ele acontece hoje, desenhá-lo em linguagem simples, definir regras, prazos e responsáveis e deixá-lo pronto para virar sistema. Sem jargão de consultoria, com um exemplo real de aprovação de compra e um modelo de tabela para usar amanhã.
O que é mapeamento de processos (e por que ele vem antes da automação)
Processo é qualquer sequência de atividades que transforma um pedido em um resultado. Aprovar uma compra, admitir um funcionário, liberar um contrato, responder uma reclamação: tudo isso é processo, esteja ele escrito ou não.
Mapeamento de processos é colocar esse caminho no papel: quem faz o quê, em que ordem, com quais regras, documentos e prazos.
Ele é a base da gestão de processos (BPM), sigla em inglês para Business Process Management. Na prática, BPM é um ciclo simples: mapear, melhorar, executar e medir, e depois recomeçar.
Mapear antes de automatizar traz três ganhos imediatos:
- Você corta etapas inúteis antes de pagar para automatizá-las.
- As regras saem da cabeça das pessoas e viram critérios que qualquer um (ou um sistema) pode seguir.
- A automação acerta de primeira, porque quem vai implantar entende exatamente o que precisa ser feito.
Passo 1: escolha o processo certo para começar
Não tente mapear a empresa inteira. Escolha um processo que:
- acontece com frequência (toda semana ou todo dia);
- envolve mais de uma pessoa ou área;
- gera reclamação, atraso ou retrabalho;
- tem começo e fim bem definidos.
Bons candidatos para o primeiro mapeamento: aprovação de compras, contas a pagar, admissão de funcionários, pedidos de contrato ao jurídico e solicitações internas de manutenção.
Defina também os limites: onde o processo começa (o gatilho, como “funcionário precisa comprar algo”) e onde termina (o resultado, como “pedido de compra emitido ao fornecedor”).
Passo 2: levante o processo como ele é hoje (as-is)
O primeiro desenho é do processo como ele acontece de verdade, não como deveria ser. Esse retrato se chama as-is (“como está”).
A melhor fonte não é o manual nem o gestor. É quem faz o trabalho. Converse com as pessoas de cada etapa.
Roteiro de entrevista com quem faz o trabalho
Use perguntas simples e concretas:
- O que faz você começar essa tarefa? Quem te avisa e como?
- O que você faz, passo a passo?
- Quais informações ou documentos você precisa? De onde eles vêm?
- Que decisões você toma? Com base em quê?
- Para quem você passa o trabalho quando termina?
- Onde costuma travar ou atrasar?
- O que acontece quando você está de férias?
- Tem alguma planilha, e-mail ou grupo de WhatsApp paralelo?
A pergunta 8 costuma revelar o processo real. Quase sempre existe um “atalho” que ninguém documentou.
Dica: peça para a pessoa mostrar um caso real recente, na tela. Você descobre mais vendo do que ouvindo.
Passo 3: desenhe o processo com o básico do BPMN
BPMN (Business Process Model and Notation) é a notação usada no mundo todo para desenhar processos. Ela tem dezenas de símbolos, mas para um gestor bastam três:
| Elemento | Símbolo | O que representa | Exemplo |
|---|---|---|---|
| Evento | Círculo | Algo que inicia ou encerra o processo | “Pedido de compra recebido”, “Compra aprovada” |
| Tarefa | Retângulo | Uma atividade feita por alguém ou por um sistema | “Cotar com três fornecedores” |
| Decisão | Losango | Um ponto onde o caminho se divide | “Valor acima do limite?” |
As setas ligam os elementos e mostram a ordem. E as raias (faixas horizontais) separam quem faz cada coisa: solicitante, compras, financeiro, diretoria.
Pode desenhar com post-its na parede, num quadro branco ou numa ferramenta online. O importante é que qualquer pessoa da equipe consiga ler o desenho e dizer “é isso mesmo”.
Passo 4: encontre os problemas no desenho atual
Com o as-is desenhado, procure por:
- Esperas longas: etapas em que o pedido fica parado aguardando alguém.
- Retrabalho: setas que voltam para trás com frequência (“falta documento, devolve”).
- Decisões sem critério: losangos em que a resposta é “depende de quem está”.
- Etapas duplicadas: a mesma conferência feita por duas pessoas.
- Dependência de uma pessoa só: “só a fulana sabe fazer isso”.
- Passagens por e-mail ou WhatsApp: pontos onde o pedido pode sumir.
Marque cada problema no próprio desenho. Eles viram a lista de melhorias.
Passo 5: desenhe o processo futuro (to-be)
O to-be (“como será”) é o processo melhorado. Aqui você decide:
- quais etapas eliminar ou juntar;
- quais decisões podem seguir uma regra fixa;
- o que pode acontecer em paralelo em vez de em sequência;
- quais etapas um sistema ou um agente de IA pode fazer sozinho.
Valide o to-be com as mesmas pessoas que você entrevistou. Se elas não concordam, o processo vai ser contornado no primeiro dia.
Passo 6: defina regras, prazos, donos e indicadores
Um desenho bonito não basta. Para que o processo funcione (e possa ser automatizado), cada etapa precisa de quatro informações.
Regras de negócio
Transforme “depende” em critério. Em vez de “a diretoria aprova compras grandes”, escreva “compras acima do valor X precisam de aprovação da diretoria”. Regras claras podem ser colocadas numa tabela de decisão e aplicadas sempre do mesmo jeito.
Prazos
Quanto tempo cada etapa pode levar? Defina em dias úteis e combine o que acontece quando o prazo está perto de vencer: quem é avisado e quando.
Responsáveis
Cada tarefa precisa de um dono. De preferência, um cargo ou papel (“analista de compras”), e não uma pessoa específica. Assim o processo não para nas férias de ninguém.
Indicadores
Escolha poucos números para acompanhar, como tempo total do processo, tempo em cada etapa, quantidade de pedidos devolvidos e pedidos atrasados. Sem medir, você não sabe se a mudança funcionou.
Exemplo prático: aprovação de compra
Veja como fica um processo comum depois de mapeado.
Como era (as-is): o funcionário mandava um e-mail pedindo a compra. O comprador às vezes cotava, às vezes não. A aprovação dependia de quem estava disponível. Pedidos sumiam na caixa de entrada e ninguém sabia o status.
Como ficou (to-be):
- Evento de início: solicitante preenche um formulário padrão com item, quantidade, justificativa e centro de custo.
- Tarefa: compras anexa os orçamentos exigidos.
- Decisão: o valor está até o limite da alçada do gestor?
- Sim: segue para aprovação do gestor da área.
- Não: segue para aprovação da diretoria.
- Decisão: aprovado?
- Não: volta ao solicitante com o motivo.
- Sim: segue.
- Tarefa: compras emite o pedido ao fornecedor.
- Evento de fim: pedido emitido, com todo o histórico registrado.
Regras definidas: número mínimo de orçamentos, limite de alçada por cargo, prazo de aprovação em dias úteis. Indicadores: tempo médio do pedido à emissão e percentual de pedidos devolvidos.
Modelo de tabela para mapear qualquer processo
Copie esta tabela para uma planilha e preencha uma linha por etapa:
| Etapa | Tipo (tarefa, decisão, evento) | Responsável (cargo) | Entrada (o que precisa) | Saída (o que entrega) | Regra | Prazo | Indicador |
|---|---|---|---|---|---|---|---|
| Solicitar compra | Evento | Solicitante | Necessidade | Formulário preenchido | Campos obrigatórios | No mesmo dia | Pedidos por mês |
| Cotar | Tarefa | Analista de compras | Formulário | Orçamentos anexados | Mínimo de orçamentos definido | Dias úteis combinados | Tempo de cotação |
| Verificar alçada | Decisão | Sistema | Valor total | Caminho de aprovação | Limite por cargo | Imediato | Pedidos por faixa de valor |
| Aprovar | Tarefa | Gestor ou diretoria | Pedido cotado | Aprovado ou recusado | Motivo obrigatório na recusa | Dias úteis combinados | Tempo de aprovação |
| Emitir pedido | Tarefa | Analista de compras | Pedido aprovado | Pedido ao fornecedor | Fornecedor cadastrado | Dias úteis combinados | Tempo total do processo |
Erros comuns no mapeamento de processos
- Mapear o processo ideal em vez do real. Comece pelo as-is, mesmo que ele seja feio.
- Não ouvir quem faz o trabalho. O gestor conhece o resultado, mas quem executa conhece os atalhos.
- Detalhar demais. Se o desenho tem cem caixas, ninguém vai ler. Agrupe tarefas pequenas.
- Deixar regras vagas. “Quando necessário” e “se for urgente” não são regras.
- Responsável com nome de pessoa. Use cargos, ou o processo para quando alguém sai.
- Esquecer as exceções. O que acontece quando falta documento? E quando o fornecedor não responde?
- Não medir depois. Sem indicadores, a melhoria vira opinião.
- Desenhar e guardar na gaveta. Processo que não vira rotina (ou sistema) volta ao jeito antigo em semanas.
Do desenho ao sistema: quando automatizar
Com o processo mapeado e as regras claras, a automação fica simples de decidir. Bons sinais de que o processo está pronto:
- todos concordam com o desenho to-be;
- as decisões têm critérios objetivos;
- cada etapa tem dono e prazo;
- você sabe quais números vai acompanhar.
Num sistema de gestão de processos BPM, o desenho deixa de ser um quadro na parede e passa a distribuir as tarefas, cobrar os prazos e aplicar as regras sozinho. Etapas repetitivas, como conferir documentos ou preencher formulários, também podem ficar com agentes de IA. Veja exemplos em tarefas que um agente de IA pode fazer.
Se o seu processo é tão particular que nenhum sistema parece servir, vale ler sistema pronto ou sob medida antes de decidir.
Resumo
- Mapeamento de processos é desenhar quem faz o quê, em que ordem, com quais regras e prazos.
- Comece por um processo frequente, que envolva mais de uma área e gere atrasos.
- Levante o as-is conversando com quem faz o trabalho e vendo casos reais.
- Desenhe com o básico do BPMN: eventos, tarefas e decisões, ligados por setas.
- Encontre esperas, retrabalho e decisões sem critério, e desenhe o to-be.
- Defina regras, prazos, responsáveis por cargo e indicadores para cada etapa.
- Só então automatize.
É exatamente assim que a Aplopes implanta o Autoflow: nossa equipe conversa com quem faz o trabalho, desenha cada fluxo em BPMN com você e coloca o processo para rodar, com formulários, regras de decisão, prazos em dias úteis e indicadores. Se você já sabe qual processo quer tirar do e-mail primeiro, esse é um bom começo de conversa.
