La minería de procesos reconstruye cómo se ejecuta realmente un proceso a partir de los registros de eventos de tus sistemas: basta con saber a qué caso pertenece cada apunte, qué actividad ocurrió y cuándo. Con eso dibuja el proceso real —con su retrabajo, sus bucles y sus cuellos de botella— en lugar del proceso que la organización cree tener. Es un diagnóstico, no un tratamiento: solo rinde si después puedes cambiar el proceso deprisa.
Qué es la minería de procesos
Cada vez que alguien registra una factura, aprueba una solicitud o cierra una incidencia, el sistema apunta la acción en algún sitio. La minería de procesos parte de esa idea simple: si todos esos apuntes se ordenan por expediente y por hora, lo que aparece es el proceso, dibujado por sí mismo y sin intermediarios.
La disciplina nació en el ámbito académico —el Process Mining Manifesto del IEEE Task Force la formalizó como puente entre la ciencia de datos y la gestión de procesos— y ha ido bajando al terreno empresarial a medida que los ERP, CRM y gestores documentales han empezado a exponer sus trazas.
La diferencia con un análisis de procesos clásico es de método. En el clásico, un consultor entrevista a diez personas, dibuja lo que le cuentan y valida el diagrama en una reunión. El resultado es el proceso que la gente cree que hace: el camino feliz, sin las excepciones que nadie confiesa. En la minería, el punto de partida son los datos, así que aparece todo — incluidos los atajos, las devoluciones y el caso que estuvo cuarenta días parado en el buzón de alguien.
Es la diferencia entre preguntar a un paciente cómo se encuentra y hacerle una radiografía. Las dos cosas informan; solo una es objetiva.
Los tres datos que lo hacen posible
Aquí está la buena noticia para quien teme un proyecto enorme: el insumo mínimo son tres columnas. Todo lo demás es refinamiento.
| Campo | Qué es | Ejemplo en compras |
|---|---|---|
| ID de caso | El expediente al que pertenece el apunte. Es lo que agrupa los pasos en una historia. | Número de pedido |
| Actividad | Qué ocurrió, con un nombre estable. Si el mismo paso se llama de tres maneras, el mapa sale roto. | «Solicitud creada», «Aprobada por responsable», «Factura conciliada» |
| Marca de tiempo | Cuándo ocurrió. De aquí salen las duraciones, las esperas y los cuellos de botella. | 2026-03-14 09:12 |
| Opcionales | Recurso, importe, sede, tipo de cliente. No hacen falta para dibujar el proceso, pero son los que explican por qué unos casos van bien y otros no. | Comprador, delegación, importe |
El trabajo duro no es el algoritmo, es la preparación: unificar el identificador de caso cuando el proceso atraviesa tres sistemas que lo llaman de tres formas distintas, y ponerse de acuerdo en el nombre de las actividades. Quien haya intentado cruzar el pedido del ERP con la factura del gestor documental y el ticket del CRM sabe exactamente de qué hablamos — y es la misma razón por la que integrar los sistemas acaba siendo condición previa de casi todo.
Las cuatro cosas que descubre casi siempre
Cambia el sector y cambian los nombres, pero los hallazgos se repiten con una regularidad que llama la atención:
- Retrabajo. Actividades que se ejecutan dos, tres o cinco veces sobre el mismo caso. Una factura que se corrige, se vuelve a enviar y se vuelve a corregir. Nadie lo percibe como un problema porque cada repetición, aislada, dura dos minutos.
- Bucles de aprobación. El caso va y viene entre dos personas o dos departamentos. Suele indicar que la información llega incompleta al que aprueba, no que el que aprueba sea lento.
- Cuellos de botella reales. Casi nunca están donde la organización cree. El paso que todo el mundo señala suele tardar minutos; el tiempo se acumula en las esperas entre pasos, que no tienen dueño y por eso no se miden.
- Explosión de variantes. Un proceso que en el diagrama tiene un camino y en los datos tiene ciento cincuenta recorridos distintos. Normalmente, un puñado de variantes cubre el 80 % de los casos y el resto son excepciones que se han ido normalizando sin que nadie decidiera nada.
En la mayoría de procesos administrativos, el tiempo de trabajo efectivo es una fracción mínima del tiempo total. Un expediente que tarda doce días en cerrarse puede acumular menos de una hora de trabajo humano. Eso significa que optimizar la tarea —hacer que la persona teclee más rápido— apenas mueve la aguja: lo que hay que atacar es la espera. Es exactamente el cálculo que hay detrás de cuánto cuesta automatizar un proceso.
De «process mining» a «process intelligence»: qué cambió en 2026
Si has visto el término process intelligence aparecer por todas partes este año, no es casualidad. En mayo de 2026, Gartner publicó su primer Magic Quadrant con esa denominación, en sustitución del cuadrante de plataformas de minería de procesos que venía publicando en años anteriores. Un cambio de nombre de categoría por parte de un analista suele señalar un cambio de expectativa del mercado, y aquí lo señala con bastante claridad.
La distinción práctica es esta:
- Minería de procesos mira hacia atrás: analiza el histórico y explica cómo se ejecutó el trabajo.
- Process intelligence añade el presente y el futuro: monitorización en tiempo real, predicción de qué casos se van a desviar y —la parte decisiva— conexión con la automatización, para que el hallazgo dispare una acción en vez de un informe.
El motor de fondo es la irrupción de los agentes de IA en los procesos de negocio. Un agente que decide necesita saber cómo va el proceso ahora, no cómo iba el trimestre pasado; sin ese contexto operativo actualizado, automatizas a ciegas. Lo hemos desarrollado en agentes IA gobernados y en orquestación agéntica frente a BPM tradicional.
Cuándo merece la pena (y cuándo no)
La minería de procesos no es una compra que se justifique sola. Estas son las tres situaciones típicas y qué conviene hacer en cada una:
| Tu situación | ¿Minería de procesos? | Por qué |
|---|---|---|
| El proceso atraviesa varios sistemas y nadie sabe dónde se atasca | Sí, claramente | Es el caso para el que se inventó: nadie tiene la foto completa porque cada sistema solo ve su trozo. |
| El proceso ya corre dentro de un BPM | Antes, explota lo que ya tienes | El BPM ya registra cada paso con responsable y marca de tiempo. Ese es tu registro de eventos, y además está limpio de origen. |
| El proceso va por correo, Excel y llamadas | Todavía no | No hay traza que minar. Un buzón compartido no deja registro de eventos. Primero se digitaliza el flujo; el dato viene después, gratis. |
Dicho de otro modo: la minería de procesos presupone que tus procesos ya dejan huella digital. Cuando no la dejan, el proyecto de minería se convierte, sin que nadie lo haya decidido, en un proyecto de digitalización con nombre equivocado — y con el presupuesto equivocado.
La trampa: el diagnóstico no cura
Este es el punto en el que más iniciativas se quedan a medias, y merece decirse sin rodeos: la minería de procesos no mejora ningún proceso. Produce conocimiento. El conocimiento solo se convierte en resultado si existe la capacidad de actuar sobre el flujo, y rápido.
Imagina que el análisis concluye lo siguiente: el 34 % de las facturas de proveedor pasa por una segunda aprobación innecesaria porque el umbral de importe se fijó hace ocho años y nunca se revisó. El hallazgo es excelente. Ahora la pregunta es cuánto se tarda en cambiar ese umbral:
- Si la regla está cableada en el ERP: petición al proveedor, presupuesto, cola de desarrollo, ventana de despliegue. Meses.
- Si la regla está en un proceso low-code: se edita el umbral, se publica la versión y el lunes los casos ya van por el camino corto. Horas.
La diferencia entre esos dos escenarios no es de herramienta de análisis: es de arquitectura de procesos. Y explica por qué tantas empresas acumulan informes de mejora que nadie ha aplicado. Cuando el ciclo entre «descubrir» y «corregir» dura más de lo que tarda el negocio en cambiar, el análisis nace caducado.
Por eso la pregunta útil antes de contratar nada no es «¿qué herramienta de minería compro?», sino «cuando encuentre algo, ¿cuánto tardo en arreglarlo?». Si la respuesta es «meses», ese es el problema a resolver primero.
Cómo lo resuelve Dokuflex: el proceso que se ejecuta es el que se mide
Cuando un proceso se modela y se ejecuta en Dokuflex BPM low-code, el registro de eventos deja de ser un problema de extracción de datos: es un subproducto de la ejecución. Cada paso queda anotado con su caso, su actividad, su responsable y su marca de tiempo, que son exactamente los campos que pide la minería de procesos.
- El histórico ya está estructurado. No hay que unificar identificadores entre tres sistemas ni normalizar nombres de actividad: el flujo define las actividades, así que se llaman igual en todos los casos.
- Las esperas son visibles por diseño. Al vivir el proceso completo en la misma plataforma, el tiempo entre pasos —el que casi siempre es el problema— se mide solo, en lugar de perderse entre sistemas.
- Corregir es configurar. Cambiar un umbral de aprobación, eliminar un paso duplicado o redirigir un tipo de caso es editar el proceso y publicar la nueva versión. El ciclo descubrir → corregir → volver a medir se cierra en días, no en trimestres.
- Los documentos entran como datos. Con procesamiento inteligente de documentos, la factura o el albarán se convierten en campos del expediente desde el primer momento, así que el paso «alguien lee el PDF y teclea» deja de ser un agujero negro en la traza.
No vendemos una plataforma de minería de procesos, y conviene decirlo: si tu problema es cruzar la traza de un SAP, un Salesforce y un sistema propio heredado, una herramienta especializada tiene todo el sentido. Lo que aporta Dokuflex es la otra mitad de la ecuación — que el proceso viva en un sitio donde el hallazgo se pueda aplicar la misma semana.
Pide una demo y vemos un proceso tuyo con sus tiempos reales →
Cómo empezar este mes sin comprar nada
Se puede obtener buena parte del valor con una hoja de cálculo y disciplina. Cinco pasos:
- Elige un proceso con dolor y con datos. Alta de proveedor, aprobación de factura, incidencia de cliente, onboarding. Que alguien se queje de él y que deje rastro en algún sistema.
- Exporta las tres columnas. Caso, actividad, fecha-hora, de los últimos seis o doce meses. Si el proceso toca dos sistemas, exporta de los dos y decide qué campo hace de identificador común.
- Mide cuatro cifras, no cuarenta. Duración media de principio a fin; proporción entre tiempo de espera y tiempo de trabajo; porcentaje de casos con al menos una repetición; número de variantes distintas. Con esas cuatro ya tienes conversación.
- Busca el caso peor, no la media. Ordena por duración y mira los diez expedientes más lentos, uno a uno. La media esconde el problema; la cola larga lo enseña.
- Comprueba tu capacidad de reacción. Elige el hallazgo más pequeño y arréglalo. El objetivo de este primer ciclo no es ahorrar dinero: es medir cuánto tardas en cambiar un proceso. Ese número decide toda tu estrategia posterior.
Si al llegar al paso cinco descubres que cambiar una regla trivial exige tres semanas y dos proveedores, ya sabes cuál es el proyecto de verdad. Y es un buen momento para leer cómo implantar un BPM low-code con IA o comparar BPM low-code frente a RPA antes de decidir por dónde atacar.
Preguntas frecuentes
¿Qué es la minería de procesos (process mining)? +
Es una técnica que reconstruye cómo se ejecutan realmente los procesos de una empresa a partir de los registros de eventos que dejan sus sistemas (ERP, CRM, gestor documental, BPM). En lugar de dibujar el proceso preguntando a la gente, lo deduce de los datos: qué pasos ocurrieron, en qué orden, cuándo y cuánto tardaron. El resultado es un mapa del proceso tal como sucede, con todas sus variantes, no tal como está documentado.
¿Qué datos hace falta tener para hacer minería de procesos? +
Como mínimo tres campos por cada línea del registro: un identificador de caso (el expediente, la factura, el pedido), el nombre de la actividad que ocurrió y la marca de tiempo. Con esos tres se puede reconstruir el flujo. Todo lo demás — quién lo hizo, importe, sede, tipo de cliente — es opcional, pero es lo que permite segmentar y explicar por qué unos casos van bien y otros no.
¿Qué diferencia hay entre process mining y process intelligence? +
Process mining mira al pasado: analiza registros históricos para mostrar cómo se ejecutó el trabajo. Process intelligence es el término más amplio con el que el mercado ha reetiquetado la categoría — Gartner publicó en mayo de 2026 su primer Magic Quadrant de Process Intelligence, sustituyendo al de plataformas de minería de procesos — y añade análisis en tiempo real, capacidad predictiva y conexión con la automatización, para que un agente o un flujo pueda reaccionar a lo que está pasando y no solo a lo que pasó.
¿Merece la pena la minería de procesos en una pyme? +
Depende de dónde vive el proceso. Si el flujo atraviesa cinco sistemas distintos y nadie sabe dónde se pierde el tiempo, una herramienta de minería aporta mucho. Si el proceso ya se ejecuta dentro de un BPM, ese BPM ya está registrando cada paso con su responsable y su marca de tiempo: ahí lo razonable es explotar esa traza antes de contratar una plataforma aparte. Y si el proceso todavía va por correo y hojas de cálculo, no hay registro que minar — primero hay que digitalizarlo.
¿Qué encuentra la minería de procesos que no se ve de otra forma? +
Cuatro cosas, casi siempre: el retrabajo (actividades que se repiten sobre el mismo caso), los bucles de aprobación (idas y venidas entre dos personas), los cuellos de botella reales (dónde se acumula el tiempo de espera, que rara vez es donde la gente cree) y la explosión de variantes (procesos que en teoría tienen un camino y en la práctica tienen ciento cincuenta). Ninguna de las cuatro aparece en un diagrama dibujado en una reunión.
¿La minería de procesos arregla el proceso? +
No. Diagnostica. Es la radiografía, no el tratamiento. El valor solo aparece cuando existe la capacidad de cambiar el proceso rápido: modificar la regla de aprobación, eliminar el paso duplicado, redirigir el caso al equipo correcto. Si el hallazgo tiene que entrar en la cola de desarrollo de un ERP y salir dentro de nueve meses, el informe habrá caducado antes de aplicarse. Por eso la minería rinde cuando se apoya en un BPM low-code donde el cambio es de configuración.
¿Cómo empezar con minería de procesos sin comprar una plataforma? +
Elige un proceso con dolor y con datos: alta de proveedor, aprobación de factura, incidencia de cliente. Exporta el histórico con las tres columnas mínimas (caso, actividad, fecha-hora) de los sistemas implicados, unifica el identificador de caso y mide primero cuatro cifras: tiempo total de principio a fin, tiempo de espera frente a tiempo de trabajo, porcentaje de casos con retrabajo y número de variantes. Con eso ya sabrás si merece la pena una herramienta especializada o si el problema está identificado y lo que falta es corregirlo.
Fuentes
- Process Mining Manifesto — IEEE Task Force on Process Mining: principios y retos de la disciplina.
- Gartner® Magic Quadrant™ for Process Intelligence, 5 de mayo de 2026 — primera edición de la categoría, que sustituye al cuadrante de plataformas de minería de procesos (nota de prensa del proveedor).
Que entre descubrir el problema y corregirlo pasen días, no trimestres
Reserva 30 minutos: cogemos un proceso real tuyo, miramos qué rastro deja hoy, dónde se acumula la espera y qué haría falta para cambiar la regla que sobra. Sin compromiso y sin presentación de producto.