Todo gestor de operações tem uma versão oficial do processo, desenhada num fluxograma, e uma versão real, que só aparece quando algo atrasa. O pedido que fica quatro dias parado, a proposta que volta três vezes para aprovação, o chamado que passa por cinco pessoas antes de ser resolvido. Process mining é a técnica que tenta mostrar essa segunda versão com dados, não com impressão.
Este guia explica o que é, como funciona e quais são os tipos de mineração de processos. E trata do ponto que costuma travar o primeiro projeto: a descoberta de que o sistema não guarda o histórico de que a técnica precisa. No fim, há um teste de três perguntas para fazer antes de comprar qualquer ferramenta.
O que é process mining?
Process mining (mineração de processos) é a técnica que extrai dados de eventos dos sistemas de uma empresa para reconstruir, visualizar e analisar como os processos acontecem de fato. Em vez de entrevistar as pessoas sobre como o trabalho flui, ela lê os rastros que o próprio trabalho deixa no CRM, no ERP, no sistema de chamados.
A documentação da Microsoft descreve process mining como uma área de pesquisa e tecnologia que ajuda a entender os processos reais e a identificar oportunidades de melhoria, automação e digitalização. Na visão geral do recurso no Power Automate, a promessa é concreta: visualizar os processos, compará-los, achar a causa raiz de ineficiências e monitorar indicadores.
O resultado típico é um mapa gerado automaticamente, com cada etapa, cada caminho alternativo e o tempo médio entre um ponto e outro. É ali que aparecem os desvios que ninguém desenhou: o retrabalho, a aprovação pulada, o caso que volta duas casas.
De onde vem a mineração de processos?
A técnica nasceu na pesquisa acadêmica, não no mercado de software. Em 2009, o IEEE criou uma força-tarefa dedicada ao tema, e em 2011 o grupo publicou o Process Mining Manifesto, assinado por Wil van der Aalst e dezenas de coautores, com princípios e desafios da área.
Isso explica por que o vocabulário é preciso: caso, atividade, log de eventos, descoberta, conformidade. As ferramentas comerciais vieram depois e herdaram essa base. Para quem está começando, é uma vantagem: os conceitos são estáveis e não dependem do fornecedor.
Como funciona a mineração de processos?
A ferramenta recebe uma tabela, o log de eventos, e reconstrói o caminho de cada caso ordenando as atividades pela data e hora. Juntando milhares de casos, ela desenha o processo como ele acontece, com as variações e os tempos.
Os campos opcionais são os que enriquecem a análise. O recurso diz quem executou a etapa, pessoa ou sistema. Os atributos permitem filtrar, por exemplo, por departamento ou valor da nota. Os valores financeiros permitem somar custo por etapa. Sem os três campos mínimos, porém, não há análise nenhuma.
O ID do caso é o mais exigente dos três. Ele precisa aparecer em todas as atividades. Se o pedido ganha um número no comercial, outro no financeiro e um terceiro na logística, sem uma chave que ligue os três, a ferramenta enxerga três processos pela metade, e não um processo inteiro.
Por que tantas empresas descobrem que não têm o log?
Porque a maior parte dos sistemas é feita para responder "como está agora?", e não "o que aconteceu?". A tabela de pedidos mostra o status atual de cada pedido. Quando o status muda, o campo é atualizado, e o valor anterior desaparece.
São três obstáculos diferentes, e vale separá-los. O primeiro: a tabela que você conhece guarda só o agora. O segundo: o histórico, quando existe, está em outra tabela e precisa ser cruzado com as demais para trazer nomes e IDs legíveis. O terceiro: algumas etapas importantes simplesmente não deixam rastro, porque acontecem por e-mail, telefone ou planilha.
Nenhum dos artigos mais bem posicionados sobre o tema em português trata dessa distinção. Eles listam os campos mínimos e mandam "coletar os logs", como se os logs estivessem prontos esperando. Em empresa média, com CRM configurado às pressas e processos que passam por WhatsApp, quase nunca estão.
Quais são os tipos de mineração de processos?
O manifesto da área organiza a técnica em três tipos, que costumam ser usados nessa ordem:
- Descoberta: a ferramenta constrói o modelo do processo a partir do log, sem nenhum desenho prévio. É o mapa do processo real.
- Conformidade: compara um modelo existente, o fluxograma oficial ou a regra, com o que o log mostra. Responde se a realidade segue o que foi definido.
- Aprimoramento: usa as informações do log, como gargalos e tempos, para estender ou melhorar o modelo existente.
Na prática, quase todo primeiro projeto é de descoberta. Conformidade exige um modelo de referência confiável, e aprimoramento exige que a descoberta já tenha mostrado onde mexer. Pular etapas costuma gerar painéis bonitos com conclusões frágeis.
Qual a diferença entre mineração de processos, mineração de dados e BPM?
Os três termos aparecem juntos e se confundem com frequência. A diferença está na pergunta que cada um responde:
| Mineração de processos | Mineração de dados | BPM | |
|---|---|---|---|
| Pergunta central | Como o processo acontece de fato? | Que padrões existem nestes dados? | Como o processo deveria ser e como gerenciá-lo? |
| Matéria-prima | Log de eventos com caso, atividade e data | Qualquer base de dados | Desenho, regras e indicadores do processo |
| Resultado típico | Mapa do processo real, gargalos, desvios | Segmentos, previsões, correlações | Modelo de processo, governança, melhoria contínua |
| Olha para a sequência? | Sim, é o centro da análise | Em geral, não | Sim, mas a partir do desenho |
| Quando usar | Quando há sistema registrando as etapas | Quando a pergunta é sobre clientes, vendas, risco | Quando é preciso definir e governar o processo |
Comparativo elaborado pela Alliance Comunicação.
Elas se complementam. O BPM define o processo; a mineração de processos verifica se ele acontece como definido; a mineração de dados ajuda a explicar por que certos casos se comportam diferente. O mapeamento de processos que a automação consegue ler é o passo anterior a tudo isso, e o que dá à mineração um modelo para comparar.
Quando usar a mineração de processos?
Ela vale a pena quando três condições se encontram: o processo tem volume (centenas ou milhares de casos), roda dentro de sistemas que registram as etapas, e existe uma dúvida concreta sobre tempo, retrabalho ou desvio. Os exemplos que a própria Microsoft lista vão nessa linha: ativação de serviço em telecom, central de atendimento com casos pendentes, cadeia de suprimentos com atrasos.
Ela não vale a pena para processo pequeno, que um bom levantamento com as pessoas já resolve, nem para processo que acontece quase todo fora de sistema. Também não substitui a decisão: mostra onde está o gargalo, mas não diz se a solução é contratar, automatizar ou mudar a regra.
É por isso que ela costuma aparecer antes de um projeto de automação. Saber onde o processo realmente trava evita automatizar a etapa errada, tema do artigo sobre o que vale automatizar num processo.
O que verificar antes de começar: o teste de prontidão
Antes de avaliar ferramentas, faça três perguntas sobre o sistema onde o processo roda. Elas levam uma reunião com quem administra o sistema, e evitam meses de projeto parado.
1. Existe um ID que acompanha o caso em todas as etapas?
O pedido, a proposta ou o chamado precisa ter um número que apareça do início ao fim, mesmo quando passa de um sistema para outro. Se cada área usa um identificador diferente, alguém precisa criar a ligação antes da análise.
2. Cada mudança de status fica gravada com data e hora?
Abra um caso antigo e procure o histórico. Se você enxerga cada etapa com seu horário, há log. Se vê só o status atual e a data da última alteração, o campo está sendo sobrescrito, e o histórico não existe nessa tabela. Pergunte se o sistema tem uma trilha de auditoria ou uma tabela de atividades.
3. Alguém consegue extrair essa tabela?
O dado pode existir e estar inacessível: sem exportação, sem API, ou só com o fornecedor do sistema. A própria Microsoft sugere começar por uma amostra pequena do log exportada em CSV, montada com quem administra o banco de dados. Se ninguém consegue gerar esse arquivo, o problema vem antes da ferramenta.
O que fazer quando o sistema não guarda o histórico?
A resposta não é desistir, é começar a gravar. O log mínimo é simples: uma linha por mudança, com o ID do caso, o nome da etapa e a data e hora. Há três lugares comuns para ligar esse registro.
- No CRM: muitos permitem ativar o histórico de alteração de campos ou registrar atividades por etapa do funil. Vale conferir se a etapa do negócio está entre os campos rastreados.
- No ERP: trilhas de auditoria e tabelas de movimentação costumam existir, mas desligadas ou incompletas. O fornecedor sabe dizer onde estão.
- Na própria automação: se o processo já passa por um fluxo automatizado, cada passo pode gravar uma linha numa tabela ou planilha. É a forma mais rápida de criar log onde não havia.
Depois de ligado, o registro precisa de tempo para acumular casos suficientes. Em processos de giro rápido, como pedidos ou chamados, algumas semanas já mostram padrões; em processos longos, como vendas complexas, pode levar meses. O importante é que a decisão de gravar venha agora, e não no dia em que alguém quiser a análise. Quando o processo cruza sistemas, vale definir antes qual sistema manda em cada dado.
Quais as limitações da mineração de processos?
- Só enxerga o que o sistema registra. A etapa resolvida por telefone ou WhatsApp não aparece no mapa.
- Depende da qualidade do log. Datas erradas, IDs que mudam e etapas lançadas depois do fato distorcem o resultado.
- Mostra o quê, não o porquê. O gargalo aparece; a causa ainda exige conversa com quem executa.
- Exige preparação de dados. Junção de tabelas e escolha de quais eventos manter costumam consumir a maior parte do esforço.
- Pode virar vigilância. Quando o campo de recurso identifica pessoas, a análise precisa de regra clara sobre uso e acesso.
Quais ferramentas de mineração de processos existem?
O mercado se divide em três grupos. Há plataformas dedicadas, como Celonis e SAP Signavio; módulos dentro de suítes de automação, como o process mining do Power Automate e o da UiPath; e ferramentas de código aberto vindas da academia, como o ProM. A escolha depende menos da lista de recursos e mais de onde estão os seus dados.
| Situação da empresa | Por onde começar |
|---|---|
| Já usa Microsoft 365 e Dynamics | process mining do Power Automate, que conecta via Power Query e aceita CSV |
| Já automatiza com RPA | o módulo de mineração da própria plataforma de automação |
| ERP grande com muitos processos | plataforma dedicada, com conectores para o ERP |
| Quer só testar a técnica | amostra em CSV numa ferramenta com versão de teste ou de código aberto |
| Ainda não tem log | nenhuma: primeiro ligue o registro de eventos |
Leitura da Alliance Comunicação. Conectores do Power Automate: Microsoft Learn (2026).
Para quem já está no ecossistema Microsoft, o artigo sobre o que o Microsoft 365 já inclui do Power Automate ajuda a ver o que já está pago antes de contratar algo novo.
Por onde começar hoje
Escolha um processo só, de preferência com volume e uma dor conhecida: o pedido que atrasa, a proposta que demora, o chamado que reabre. Faça o teste de prontidão com quem administra o sistema. Se as três respostas forem sim, exporte uma amostra e rode a descoberta. Se alguma for não, ligue o registro de eventos esta semana e marque a análise para quando houver casos suficientes.
Se a dúvida for anterior, sobre quais processos merecem atenção e onde a operação perde tempo e cliente, o diagnóstico gratuito de marketing da Alliance leva cerca de 30 minutos e ajuda a priorizar. E para mapear, registrar e automatizar o processo escolhido, a equipe de automação de processos trabalha do levantamento ao fluxo rodando.