As ferramentas de mapeamento de processos são de dois tipos: as metodologias, que dizem como olhar o processo (fluxograma, raias por área, SIPOC, BPMN, mapa de fluxo de valor), e os softwares, que registram o desenho (planilha, quadro visual, modelador BPMN, suíte de workflow). A escolha certa começa pela pergunta que o mapa precisa responder, não pela ferramenta mais completa.
Este guia compara as duas coisas. Explica quando a notação BPMN vale o esforço e quando é exagero, como trabalhar o mapa as is e to be sem inverter a ordem, e compara os softwares para mapeamento de processos por família, com o critério que mais pesa para uma empresa média: quem vai manter o mapa depois que o projeto acabar.
Metodologia de mapeamento de processos: escolha pela pergunta
Cada metodologia de mapeamento de processos foi feita para responder a uma pergunta. Usar a errada não estraga o mapa, mas gasta tempo desenhando o que ninguém vai ler. A descrição de cada formato está no guia de mapeamento de processos; aqui vale a regra de escolha:
| A pergunta da diretoria | Metodologia | Ferramenta mínima |
|---|---|---|
| Onde o processo começa e termina, e quem ele afeta? | SIPOC | Uma tabela de cinco colunas |
| Em que ordem as coisas acontecem? | Fluxograma | Planilha ou quadro visual |
| Onde o trabalho trava entre áreas? | Raias por área (swimlane) | Quadro visual |
| Por que o prazo é tão longo? | Mapa de fluxo de valor | Planilha com tempos e quadro visual |
| Como o sistema vai executar isso? | BPMN | Modelador BPMN |
Repare que só a última pergunta exige uma ferramenta específica. As outras quatro se respondem com planilha e um quadro. Na maioria dos projetos de empresa média, o levantamento começa no SIPOC, passa por uma planilha de uma linha por passo e termina em raias por área. O BPMN entra quando o processo vai virar sistema.
Mapeamento de processos BPMN: quando vale e quando é exagero
BPMN (Business Process Model and Notation) é uma notação padronizada: os mesmos símbolos querem dizer a mesma coisa para qualquer pessoa que conheça o padrão. São quatro grupos de elementos:
- Objetos de fluxo. Eventos (círculos: início, intermediário, fim), atividades (retângulos de canto arredondado) e gateways (losangos, onde o fluxo se divide ou se junta).
- Objetos de conexão. Fluxo de sequência (seta cheia), fluxo de mensagem (seta tracejada entre participantes) e associação (liga uma anotação a um elemento).
- Raias. Piscinas (pools), uma por participante, como a empresa e o cliente, e raias (lanes), uma por área ou função dentro da piscina.
- Artefatos. Objetos de dados, grupos e anotações de texto, que explicam sem mudar o fluxo.
O BPMN vale o esforço em três situações. Quando o processo vai ser implementado num sistema de workflow, porque o desenho vira a especificação. Quando vai ser entregue a terceiros, como uma software house ou uma auditoria, que precisam ler sem ambiguidade. E quando o processo é regulado e precisa provar que segue um padrão.
É exagero no levantamento. Na primeira conversa com quem executa, a discussão sobre qual tipo de gateway usar desvia a atenção do que importa: o que acontece quando o pedido chega incompleto. Desenhar em BPMN um processo que ainda ninguém entendeu produz um diagrama correto de um processo errado. A ordem que funciona é entender em planilha e formalizar em BPMN depois, só se houver motivo.
Mapeamento de processos as is e to be
As is é o mapa do processo como ele acontece hoje. To be é o mapa de como ele deve ficar depois das mudanças. Parece óbvio que o primeiro vem antes, mas o erro mais comum é o contrário: a equipe pula para o to be porque o as is é constrangedor, cheio de retrabalho e atalhos.
O resultado é previsível. O to be desenhado sem o as is ignora as exceções que o processo real resolve todo dia, e a implantação quebra na primeira semana. Uma distribuidora que redesenha o faturamento sem registrar que 15% dos pedidos têm preço negociado fora da tabela vai descobrir isso quando o sistema novo travar esses pedidos.
Três cuidados para o par as is e to be:
- Mesma ferramenta e mesmo nível de detalhe. Comparar uma planilha de 40 linhas com um BPMN de 12 caixas não mostra o que mudou.
- Cada diferença com um motivo. Passo eliminado, passo integrado, passo automatizado. A coluna de motivo é o que transforma o to be em plano. A ordem está em o que é automação de processos.
- As regras de decisão escritas à parte. O critério que decide um desconto ou uma aprovação não cabe num losango. Ele vai para um documento de regras de negócio, que o to be referencia.
Software para mapeamento de processos: o comparativo
Os softwares para mapeamento de processos se dividem em cinco famílias. Preço e licença mudam com frequência; para valores atuais, consulte o site de cada fornecedor.
| Família | Exemplos | Bom para | Limite |
|---|---|---|---|
| Planilha | Excel, Google Sheets | Levantamento com quem executa, tempos e volumes, priorização | Não mostra o fluxo visualmente |
| Quadro visual | Miro, Lucidchart, draw.io | Fluxograma, raias por área, oficinas com várias áreas | O desenho não executa nada e envelhece rápido |
| Modelador BPMN | Bizagi Modeler, Bonita, Camunda Modeler, HEFLO | Notação formal, documentação para sistema ou auditoria | Curva de aprendizado; exagero para levantamento |
| Suíte BPM e workflow | Zeev, Fluig, Pipefy | Processos de aprovação e formulário que viram execução | Bom para fluxo padrão; regra de cálculo complexa costuma ficar de fora |
| O próprio sistema de gestão | Workflow do ERP, sistema sob medida | Quando o processo mora no ERP e a regra precisa estar junto do dado | Depende de quem desenvolve e mantém |
As famílias não competem entre si; elas se sucedem. Planilha no levantamento, quadro visual para discutir com as áreas, modelador BPMN se o processo vai para um terceiro, e suíte ou sistema quando o mapa precisa virar execução.
Um exemplo: a mesma empresa, três ferramentas
Imagine, como exemplo ilustrativo, uma indústria de embalagens que fatura R$ 180 milhões por ano e quer mapear o processo de compras, que leva em média 11 dias entre a requisição e o pedido emitido.
| Etapa | Ferramenta | O que saiu | Tempo |
|---|---|---|---|
| Levantamento | Planilha, uma linha por passo | 23 passos, 4 áreas, 6 dos 11 dias em espera de aprovação | 2 entrevistas de 2 horas |
| Discussão com as áreas | Quadro visual com raias | Duas aprovações cortadas para pedidos abaixo de R$ 20 mil | 1 oficina de 3 horas |
| Implantação | Workflow ligado ao ERP | Requisição, aprovação por faixa de valor e pedido no mesmo fluxo | Projeto de algumas semanas |
O BPMN não apareceu. Não fez falta: o fluxo era simples, e a regra que importava, a alçada de aprovação por valor, foi escrita como tabela e implantada direto. A maior parte do ganho, de 11 para cerca de 5 dias no exemplo, veio da decisão de cortar aprovações, que saiu da planilha antes de qualquer software novo.
Como escolher a ferramenta
Quatro perguntas resolvem a escolha:
- Quem vai manter o mapa? Se a resposta é “a área que executa”, a ferramenta precisa ser algo que ela já usa. Um modelador BPMN que só o consultor sabe abrir vira arquivo morto no mês seguinte.
- O mapa vai virar execução? Se sim, o destino importa mais que o desenho: escolha a suíte ou o sistema primeiro e mapeie no formato que ele lê. Se não, planilha e quadro bastam.
- Quem precisa ler? Diretoria lê raias e tabelas. Software house e auditoria leem BPMN. Treinamento de gente nova lê fluxograma simples e procedimento escrito, assunto de padronização de processos.
- Quanto custa manter? A licença é a menor parte. O custo real é a hora de quem atualiza o mapa a cada mudança de sistema ou de regra.
Um ponto vale para todas as escolhas: a ferramenta de notação é ganho marginal no levantamento. O que decide o resultado é sentar com quem executa e registrar o processo real, com as exceções. Se esse trabalho não foi feito, nenhum software resolve. É o que explica boa parte dos projetos de automação que falham: o mapa estava bonito e errado.
Quando o processo mapeado revela que a regra mora numa planilha e em uma pessoa, o problema já não é de ferramenta de mapeamento. É de sistema: o caminho passa por integração de sistemas ou por software sob medida, e começa por um escopo de projeto claro.
Por onde seguir
Para fazer o levantamento, o passo a passo está em mapeamento de processos, e os modelos prontos (questionário, SIPOC e planilha) em modelo de mapeamento de processos. Para as decisões que não cabem no desenho, regras de negócio. Para registrar quem mudou o quê depois que o processo vira sistema, trilha de auditoria. E quando o mapa aponta para uma regra de preço ou de margem presa em planilha, é o tipo de trabalho da frente de Operação e margem da Northern.
Perguntas frequentes
Quais são as ferramentas de mapeamento de processos?
Há dois grupos. As metodologias dizem como olhar o processo: fluxograma, raias por área (swimlane), SIPOC, BPMN e mapa de fluxo de valor. Os softwares registram o desenho: planilha, quadros visuais como Miro, Lucidchart e draw.io, modeladores BPMN como Bizagi Modeler e Camunda Modeler, suítes de workflow como Zeev, Fluig e Pipefy, e o próprio sistema de gestão. A escolha começa pela pergunta que o mapa precisa responder.
Qual a melhor metodologia de mapeamento de processos?
Depende da pergunta. Para delimitar o processo, SIPOC. Para mostrar a ordem dos passos, fluxograma. Para achar onde o trabalho trava entre áreas, raias por área. Para atacar prazo e desperdício, mapa de fluxo de valor. Para especificar um processo que um sistema vai executar, BPMN. Na empresa média, o caminho mais comum é SIPOC, planilha de uma linha por passo e raias por área.
O que é mapeamento de processos BPMN?
É o mapeamento feito com a notação BPMN (Business Process Model and Notation), um padrão em que cada símbolo tem um significado fixo. Os elementos se dividem em quatro grupos: objetos de fluxo (eventos, atividades e gateways), objetos de conexão (sequência, mensagem e associação), raias (piscinas e raias) e artefatos (dados, grupos e anotações). É útil quando o processo vai virar sistema, ser entregue a terceiros ou auditado.
Quando usar BPMN e quando é exagero?
Use BPMN quando o desenho vai virar especificação de um sistema de workflow, quando uma software house ou auditoria precisa ler o processo sem ambiguidade, ou quando o processo é regulado. É exagero no levantamento: discutir símbolos na primeira conversa com quem executa desvia do que importa. O melhor é entender o processo em planilha e formalizar em BPMN só se houver motivo.
O que é mapeamento de processos as is e to be?
As is é o mapa do processo como ele acontece hoje, com atalhos e exceções. To be é o mapa de como ele deve ficar depois das mudanças. O as is vem sempre antes: desenhar o to be sem registrar o processo real ignora as exceções que a operação resolve todo dia, e a implantação quebra. Os dois devem usar a mesma ferramenta e o mesmo nível de detalhe.
Qual o melhor software para mapeamento de processos?
Não há um melhor; as famílias se sucedem. Planilha para o levantamento com quem executa, quadro visual como Miro ou Lucidchart para discutir com as áreas, modelador BPMN como Bizagi ou Camunda quando o processo vai para terceiros, e suíte de workflow ou o próprio sistema quando o mapa precisa virar execução. O critério que mais pesa é quem vai manter o mapa atualizado.
Existe ferramenta gratuita para mapear processos?
Sim. Planilhas, o draw.io e o Bizagi Modeler têm uso gratuito, e vários quadros visuais têm planos básicos sem custo. Para valores e limites atuais, consulte o site de cada fornecedor. Na prática, a licença é a menor parte do custo: o que pesa é a hora de quem atualiza o mapa a cada mudança de sistema ou de regra.
Preciso de software para fazer o mapeamento de processos?
Para o levantamento, não. Uma planilha com uma linha por passo, com quem faz, onde, tempo fazendo, tempo de espera, volume e regra de decisão, resolve a parte que decide o resultado. Software de notação é ganho marginal nessa etapa. Ele passa a importar quando o mapa precisa circular entre áreas, ser entregue a terceiros ou virar execução num sistema.
