← Volver al blog Transformación digital

Software de BPMN: 8 herramientas, gratis y de pago, y cómo elegir

Un software de BPMN es una herramienta para dibujar diagramas de procesos con la notación estándar BPMN 2.0 y, en algunos casos, para ejecutarlos. Hay opciones gratuitas —de código abierto o como puerta de entrada a una plataforma— y de pago; abajo están ocho, por categoría, con los criterios para elegir entre ellas.

Antes de comparar herramientas hay que responder una pregunta que cambia por completo la lista de candidatas: ¿vas a dibujar procesos o vas a ejecutarlos? Un modelador dibuja; un motor de BPM ejecuta el modelo y lleva los casos reales por él. Son dos productos distintos, con dos órdenes de magnitud de diferencia en costo y en esfuerzo de implantación, y la confusión entre ambos es la causa número uno de que una empresa termine pagando una plataforma completa para hacer diagramas que habría hecho gratis.

Aquí no se explica qué es BPM, qué es BPMN y qué es un BPMS: esa distinción, con su tabla, está en la guía de diagrama de procesos, y conviene tenerla clara antes de seguir. Esta guía empieza donde aquella termina: ya sabes qué es cada sigla y ahora tienes que elegir un producto concreto.

Esta guía no es una lista de herramientas con estrellas. Trae los ocho criterios con los que se elige, cómo se comprueba cada uno en una tarde, la prueba de portabilidad que evita quedar cautivo de un formato, ocho herramientas ordenadas por categoría y qué perfil de empresa está mejor con cada una. Si aún no tienes claro qué es la notación, empieza por la guía de diagrama de procesos; si lo que buscas es la disciplina completa y sus niveles, está en modelado de procesos.

Las tres categorías que se confunden

Todo lo que se vende como «software de BPMN» cae en una de estas tres categorías. Elegir la categoría equivocada es un error más caro que elegir mal dentro de la categoría correcta.

Categoría	Qué hace	Qué NO hace	Señal de que es lo que necesitas
1. Modelador	Dibuja modelos BPMN válidos, los guarda en el formato de intercambio XML y los exporta a imagen o documento.	No lleva casos, no asigna tareas, no mide nada. Tu proceso sigue ejecutándose donde se ejecutaba.	Necesitas documentar, capacitar, auditar o preparar una automatización. Es el caso del 80 % de quien busca esto.
2. Repositorio de arquitectura de procesos	Además de modelar, gobierna: niveles, nomenclatura, versiones, flujos de aprobación del modelo, publicación a toda la organización.	Normalmente tampoco ejecuta el proceso, o lo hace como módulo aparte.	Tienes decenas o cientos de procesos, varias áreas modelando a la vez y el problema ya es de gobierno, no de dibujo.
3. Motor de BPM	Ejecuta el modelo: crea instancias, reparte tareas humanas, aplica reglas, controla plazos, escala y registra todo.	No sustituye a tu ERP ni a tu CRM: los orquesta. Y no sirve de nada si el modelo no está bien hecho.	Quieres que el proceso corra sobre la herramienta y saber en qué paso está cada caso, ahora mismo.

Los 8 criterios de elección

Ordenados por lo que más duele cuando se ignoran. Cada uno con la forma de comprobarlo, no solo de preguntarlo: lo que un proveedor responde en una demo y lo que la herramienta hace con tu archivo son dos cosas distintas.

1. Portabilidad del modelo

Es el primero porque es el único irreversible. Si la herramienta no exporta e importa BPMN 2.0 en su formato XML estándar, tus modelos viven dentro de esa herramienta para siempre y migrar significa volver a dibujarlo todo. Cómo se comprueba: exportas un modelo tuyo y lo abres en otra herramienta distinta. Si se abre completo, hay portabilidad; si se abre como una imagen o pierde elementos, no la hay. Es la prueba de la sección siguiente y toma veinte minutos.

2. Modelar frente a ejecutar

La categoría, decidida antes de mirar marcas. Cómo se comprueba: pregunta quién va a abrir la herramienta cada día. Si la respuesta es «el área de procesos, cuando documenta», es un modelador. Si es «todo el que atiende un caso», es un motor.

3. Corrección del BPMN que produce

No todas las herramientas que dibujan cajas y flechas producen BPMN válido. Algunas son herramientas de dibujo con una biblioteca de figuras que parecen BPMN, sin las reglas de la notación detrás. Cómo se comprueba: intenta conectar dos elementos que la notación no permite. Una herramienta de verdad te lo impide o te avisa; una de dibujo te deja hacerlo, y ese es el problema: tu modelo será incorrecto y nadie te lo dirá.

4. Colaboración y control de versiones

Quién puede editar, qué pasa si dos personas editan a la vez, si queda historial y si se puede volver a una versión anterior. Cómo se comprueba: dos personas abren el mismo modelo al mismo tiempo y editan. Lo que ocurra es la respuesta real.

5. Salida documental

Un modelo sirve dentro de un procedimiento, no suelto. Que la herramienta genere documentación legible —imagen de calidad, descripción de cada actividad, responsables— ahorra un trabajo manual que se repite en cada revisión. Cómo se comprueba: exporta a documento y mira si sirve tal cual o hay que rehacerlo.

6. Reglas de decisión

Si tu proceso tiene muchas reglas, conviene que la herramienta soporte tablas de decisión en DMN, el estándar hermano de BPMN. Meter veinte reglas como compuertas dentro del diagrama produce un modelo ilegible que nadie mantiene. Cómo se comprueba: pregunta por DMN por su nombre; es una respuesta de sí o no.

7. Dónde vive el modelo

En la nube del proveedor, en tu servidor o en tu computadora. Importa por dos motivos: los modelos de procesos críticos son información sensible del negocio, y en algunos sectores la ubicación del dato es un requisito contractual. Cómo se comprueba: pídelo por escrito, no en la demo.

8. Costo total, no precio de lista

El precio de la licencia es la parte fácil. El costo total incluye implantación, capacitación, el tiempo de quien mantiene los modelos y —en los motores— el desarrollo de las integraciones. Cómo se comprueba: pide el desglose a tres años, no el precio del primer año. Los precios y planes de cada producto cambian y no se citan aquí: se consultan en la página del fabricante el día que vayas a decidir.

La prueba de portabilidad, en una tarde

Es la prueba que más ahorra y casi nadie hace antes de comprometerse. Se ejecuta con un proceso real tuyo, no con el ejemplo que trae la herramienta.

Si sobrevive el viaje de ida y vuelta, el modelo es tuyo. Si no, lo que compraste no es un modelo: es el derecho a verlo mientras pagues.

8 herramientas, por categoría

Ordenadas por categoría y no por preferencia. No se citan precios, planes ni límites de las versiones gratuitas: cambian con frecuencia y publicarlos aquí sería darte un dato que puede estar vencido el día que lo leas. Lo que sí se dice es qué tipo de producto es cada una y para qué sirve, que es lo que no cambia.

Modeladores

• bpmn.io y Camunda Modeler. bpmn.io es un conjunto de componentes de código abierto mantenido por Camunda para modelar BPMN en el navegador; Camunda Modeler es la aplicación de escritorio construida sobre él. Produce BPMN 2.0 correcto —es de los que te impiden dibujar algo inválido— y soporta también tablas de decisión DMN. Es la referencia práctica para la prueba de portabilidad del apartado anterior, justo porque su formato es el estándar sin extensiones necesarias.
• Bizagi Modeler. Modelador de escritorio muy extendido en el mercado hispanohablante, con una salida documental notablemente buena: genera el documento del proceso con las descripciones de cada actividad, que es exactamente lo que hace falta para un manual de procedimientos. Es la puerta de entrada a una plataforma mayor del mismo fabricante, y conviene saberlo al elegirlo.
• diagrams.net (draw.io). Herramienta de diagramación general, de código abierto, con biblioteca de figuras BPMN. Es la opción correcta para un diagrama explicativo puntual y la incorrecta para construir un repositorio: dibuja las figuras, pero no impone las reglas de la notación ni produce un BPMN destinado a ejecutarse.
• Lucidchart. Diagramación colaborativa en la nube con biblioteca BPMN, fuerte en trabajo simultáneo y en integración con suites ofimáticas. Misma advertencia que la anterior: su terreno es el diagrama compartido, no el modelo ejecutable.

Repositorios de arquitectura de procesos

• SAP Signavio. Suite empresarial de gestión de procesos: modelado, repositorio con gobierno, publicación a la organización y analítica. Es el tipo de producto que tiene sentido cuando el problema ya no es dibujar, sino que doscientos modelos estén vigentes y alguien responda por cada uno.
• ARIS. Plataforma clásica de arquitectura de procesos empresarial, con su propio marco de niveles y un repositorio muy completo. Misma lógica: potencia a cambio de una implantación que no es de una tarde.

Motores de BPM

Las plataformas empresariales de gran porte —las que se implantan con proyecto de TI de meses— quedan fuera de esta selección y están enumeradas en la sección de herramientas BPMS. Aquí van las dos que una empresa mediana puede probar por su cuenta antes de comprometer presupuesto.

• Bonita. Plataforma de BPM de código abierto con edición comunitaria: incluye el entorno de desarrollo del proceso y el motor que lo ejecuta, con tareas humanas y formularios. Su ventaja frente a un producto exclusivamente comercial es que puedes instalarla y probar el ciclo completo sin pasar por un proceso de compra.
• Flokzu. Servicio en la nube orientado a que un usuario de negocio, sin programar, modele un proceso en BPMN y lo ponga a correr con formularios, plazos y notificaciones. Su territorio natural son los procesos administrativos de una empresa mediana, donde montar una plataforma completa sería desproporcionado.

[DATO A CONFIRMAR CON FER] — si se quiere publicar una tabla con las versiones gratuitas vigentes, los límites de cada plan o las versiones exactas del producto, hay que verificarlo contra la página de cada fabricante en la fecha de publicación y volver a verificarlo en cada revisión del artículo. No se publica sin esa comprobación.

Qué significa «gratis» en este mercado

La búsqueda más común sobre este tema incluye la palabra «gratis», y conviene saber qué hay detrás, porque hay cuatro modelos distintos y solo uno es gratis de verdad a largo plazo:

1. Código abierto. El software es libre y puedes instalarlo; el fabricante cobra por soporte, funciones de empresa o servicio gestionado. Gratis de verdad, con el costo escondido en el tiempo de quien lo instala y lo mantiene.
2. Modelador gratuito como puerta de entrada. La herramienta de dibujo no cuesta nada porque su función comercial es que el resto de la plataforma del mismo fabricante te resulte natural después. Es un trato legítimo, siempre que hagas la prueba de portabilidad antes de acumular cien modelos.
3. Plan gratuito con límites. Número de usuarios, de procesos o de casos al mes. Funciona para empezar; el punto a vigilar es qué pasa con tus datos el día que superas el límite o dejas de pagar.
4. Prueba temporal. No es gratis: es una demostración con fecha. Útil justamente para correr la prueba de portabilidad.

La pregunta que hay que hacerle a cualquiera de los cuatro es la misma: si mañana dejo de usar esto, ¿me llevo mis modelos en un formato que otra herramienta abra?

Cuál conviene a quién

Perfil	Qué necesita de verdad	Categoría adecuada
Empresa que va a documentar sus procesos por primera vez	Dibujar bien, exportar documentación legible y no gastar. El cuello de botella va a ser el levantamiento, no la herramienta.	Modelador gratuito con buena salida documental. Empezar por algo de pago aquí es resolver el problema equivocado.
Empresa preparando una certificación	Modelos consistentes, versionados y vinculados a procedimientos y registros. Lo que el auditor mira es la coherencia, no la belleza.	Modelador con control de versiones, más una convención de nomenclatura escrita. La disciplina pesa más que el producto.
Empresa que quiere ejecutar el proceso en la herramienta	Tareas humanas, formularios, plazos, escalamientos y visibilidad del estado de cada caso.	Motor de BPM. Y antes de comprarlo, el proceso modelado y validado: el motor no arregla un proceso mal definido, lo hace obligatorio.
Área de TI que va a integrar sistemas	BPMN ejecutable estándar, API y control del despliegue.	Motor de código abierto o con componentes abiertos, para evitar el candado de formato en la capa de orquestación.
Corporativo con varias áreas modelando	Gobierno: quién aprueba, qué versión es la vigente, cómo se publica y cómo se evita que dos áreas modelen lo mismo dos veces.	Repositorio de arquitectura de procesos. Es la única categoría que resuelve ese problema concreto.

7 errores al elegir software de BPMN

1. Comprar un motor para hacer diagramas. El error más caro y el más frecuente. Se compra una plataforma de ejecución y se usa el 5 % de su capacidad, que además era gratis en otra herramienta.
2. No probar la exportación antes de acumular modelos. A los cien modelos ya no hay decisión que tomar: migrar cuesta más que quedarse, y eso lo sabe el proveedor.
3. Confundir una herramienta de dibujo con un modelador BPMN. Si la herramienta te deja conectar lo que la notación prohíbe, tus modelos serán incorrectos y nadie te lo va a decir hasta que intentes ejecutarlos.
4. Elegir por la demo. En la demo todo funciona, porque el proceso de la demo lo diseñó el proveedor. La decisión se toma modelando un proceso tuyo, con tus excepciones.
5. Ignorar quién va a mantener los modelos. La herramienta más cara no compensa que nadie tenga tiempo asignado para actualizar. Sin dueño, cualquier opción produce el mismo resultado: modelos vencidos.
6. Meter las reglas de negocio dentro del diagrama. No es un error de herramienta, pero se comete configurándola: veinte compuertas encadenadas en vez de una tabla de decisión. El modelo se vuelve imposible de mantener.
7. Elegir la herramienta antes de tener el proceso claro. La configuración acaba decidiendo el diseño, y el diseño del proceso es una decisión de negocio, no de software.

Ejemplo resuelto: cómo eligió una empresa de 60 personas

Ejercicio ilustrativo de cómo se aplica el criterio, con cifras de ejemplo y no de un cliente concreto.

Resultado del ejercicio: cero pesos de licencia, 14 procesos modelados en once semanas —el cuello de botella fue la agenda de los dueños de proceso, no la herramienta— y una decisión de plataforma de ejecución pospuesta hasta tener los procesos estables. Lo importante del caso no es qué herramienta ganó: es que la pregunta de la categoría eliminó el 60 % de las opciones antes de mirar una sola pantalla.

Lo que la herramienta no arregla

Tres cosas que ningún software de BPMN resuelve, y que son las que deciden si el proyecto sirve:

• Que nadie sepa cómo se hace el trabajo de verdad. El levantamiento se hace con quien ejecuta, en su puesto, preguntando por los atajos. Ninguna herramienta hace esa conversación por ti, y es la que más tiempo consume del proyecto.
• Que dos áreas no se hayan puesto de acuerdo sobre quién decide. Modelar una zona gris no la resuelve: la dibuja. La decisión la toma una persona con autoridad, y hasta que la tome el modelo estará incompleto.
• Que no haya quien mantenga los modelos. Sin dueño y sin ciclo de revisión, los modelos describen la empresa del año pasado. Es el fallo que se lleva por delante la mayoría de los repositorios de procesos, con herramienta gratuita y con herramienta cara por igual.

Preguntas frecuentes

Conclusión

La elección de software de BPMN se decide con dos preguntas y una prueba: qué categoría necesitas —modelar, gobernar o ejecutar—, quién va a abrir la herramienta cada día, y si tus modelos sobreviven un viaje de ida y vuelta a otra herramienta. Todo lo demás —interfaz, biblioteca de plantillas, integraciones de moda— se puede cambiar después; el candado de formato, no.

Si vas a elegir esta semana, tres decisiones ordenan el resto: define la categoría antes de mirar marcas, corre la prueba de portabilidad con un proceso tuyo y no con el de la demo, y nombra desde ya a quien mantendrá los modelos. Sin la tercera, cualquiera de las ocho herramientas produce el mismo resultado a los dos años.