De transcripción de reunión a BPMN: un ejemplo trabajado del flujo documento-a-diagrama

El ejemplo trabajado empieza con la transcripción de una sola entrevista con una parte interesada de 45 minutos. El tema es un proceso de « incorporación de nuevo cliente » en una firma mediana de servicios profesionales: cinco roles involucrados, aproximadamente 20 pasos, sin BPMN existente. El entrevistado es el responsable de operaciones, y la transcripción tiene unas 5.000 palabras. Las descripciones son en lenguaje natural, no por pasos numerados; el responsable de operaciones describió el proceso de la forma que se lo describiría a una nueva contratación.

Esta es exactamente la clase de material fuente para la que documento-a-BPMN está construido. La transcripción contiene toda la información que un analista entrenado necesitaría para producir un diagrama BPMN: los actores están nombrados, las tareas están descritas como actividades, los puntos de decisión están expresados como condiciones, pero la información está distribuida a lo largo de 5.000 palabras de prosa en lugar de empaquetada en una plantilla estructurada. El trabajo del flujo documento-a-BPMN es extraer la estructura automáticamente.

La transcripción entra al panel de carga como texto sin formato. En 40 segundos, el análisis de la IA está completo y la caja de clarificación se abre. Para esta transcripción específica, la IA produjo cuatro preguntas.

1. Nivel de detalle (siempre la primera pregunta): Detallado, Equilibrado o Resumen. El ejemplo trabajado elige Equilibrado: apropiado para una presentación ejecutiva, no demasiado granular para el proceso de 20 tareas.
2. Desambiguación de actor: « La transcripción menciona tanto Ventas como Desarrollo de Negocio: ¿son el mismo rol o dos actores distintos? » Esta pregunta se genera porque el responsable de operaciones usó ambos términos. Respuesta del ejemplo trabajado: mismo rol, usar Ventas.
3. Criterio de decisión: « Cuando el formulario de incorporación se encamina a Finanzas, ¿cuál es el criterio? La transcripción menciona tanto el valor del contrato como la industria como factores. » Respuesta: un valor de contrato por encima de 50.000 $ dispara la implicación de Finanzas; la industria es solo informativa.
4. Verificación de intención: « La transcripción también contiene referencias a una mejora futura propuesta: "queremos añadir una verificación de crédito automática". ¿Debería incluirse en el BPMN actual, o mapearse como un diagrama de estado objetivo separado? » Respuesta: diagrama de estado objetivo separado (este es el clasificador multi-intent en acción).

Con las cuatro clarificaciones respondidas, el diagrama se renderiza en unos 60 segundos. La salida de primera pasada para este ejemplo trabajado tiene 22 tareas a lo largo de 5 swimlanes (Cliente, Ventas, Legal, Finanzas, Operaciones), 4 puertas (una para el umbral de 50k $, una para pasa/falla de la verificación de crédito, dos para selección de tipo de incorporación), y 2 estados de fin (incorporado, rechazado). Cada tarea lleva estimaciones KPI: duración en minutos, coste por ejecución en dólares, frecuencia como número por mes.

Mirando el diagrama de primera pasada, el responsable de operaciones detecta tres cosas que necesitan corrección. Primera, una tarea está en el swimlane equivocado: « revisar términos legales » se colocó en Ventas pero debería estar en Legal. Segunda, falta una tarea: « confirmar envío de materiales de incorporación » es algo que Operaciones hace pero la transcripción no lo mencionó explícitamente. Tercera, una estimación KPI está claramente equivocada: « firma del contrato del cliente » se estimó en 30 minutos pero típicamente lleva de 3 a 5 días de tiempo de calendario (0 minutos de trabajo activo, largo tiempo de espera). Todas son correcciones normales de primera pasada.

Las tres correcciones se manejan en la interfaz de chat IA con prompts en lenguaje natural. « Mueve la tarea "revisar términos legales" de Ventas a Legal. » El diagrama se recalcula con la tarea en su lane correcto. « Añade una tarea llamada "confirmar envío de materiales de incorporación" en el lane Operaciones, posicionada después del paso de firma. » El diagrama añade el nodo y reflujea las aristas. « La firma del contrato del cliente tiene 0 minutos de trabajo activo pero lleva 3 a 5 días de tiempo de calendario para que el cliente lo devuelva. » La IA ajusta el campo duración y añade una nota sobre el tiempo de espera.

Tiempo total de refinado para este ejemplo trabajado: unos 12 minutos. Partiendo de la subida, el viaje completo a un BPMN refinado y listo para partes interesadas son 60 segundos de generación más 12 minutos de refinado: aproximadamente 13 minutos de reloj sobre un proceso que habría llevado dos a tres días producir manualmente en Visio. Esta es la compresión de tiempo que hace de documento-a-BPMN una categoría de herramienta distinta al software de diagramación tradicional.

Con el diagrama refinado y los KPIs en su sitio, el panel de costes y el heatmap proporcionan hallazgos que la transcripción sola no pudo. El heatmap Impacto revela que el lane Legal es tanto el más lento como el más caro: tres tareas ahí consumen el 40 por ciento del coste total del proceso. El panel de costes muestra que el proceso cuesta 8.200 $ por incorporación y 82.000 $ al mes al volumen actual de 10 incorporaciones al mes.

La reacción del manager de ops ante el número: una pausa audible seguida de « sabía que era caro, pero no me daba cuenta de que era tan caro »: es la respuesta típica. La brecha entre el sentido subjetivo de coste de una parte interesada y la cifra calculada suele ser de un orden de magnitud. Los procesos que « parecen caros » suelen ser dos o tres veces peores que la sensación percibida; los procesos que « parecen baratos » suelen ser dos o tres veces más caros de lo asumido. Sin la capa KPI, esta brecha se queda invisible, que es por lo que el enfoque transcripción-sola a la cartografía de procesos históricamente se perdía los hallazgos más accionables.