El panel de costes de proceso: cuatro números que dicen adónde va el dinero

El panel de costes es la vista que un dueño de pyme o el consultor que la acompaña puede poner sobre la mesa en cinco minutos para justificar un proyecto de transformación IA. Cuatro números concretos, atados al proceso real, defendibles al momento. Eso suele ser lo que mueve la conversación de «idea interesante» a «financiemos el piloto».

Pregunte a un CFO por un proceso de negocio y le devolverá cuatro preguntas en algún orden: cuánto cuesta ejecutarlo una vez, cuánto nos cuesta al mes, cuál es el run-rate anual y en qué parte del proceso se concentra el dinero. El panel de costes existe porque ningún número único responde a las cuatro, y mantener los números en una hoja compartida que ignora el diagrama es una receta para datos obsoletos. El panel de LucidFlow adjunta los cuatro números directamente al proceso y los recalcula cada vez que edita un KPI.

Los cuatro números principales: coste por ejecución, consumo mensual, proyección anual, los tres principales generadores, no son independientes. Son distintas proyecciones de los mismos datos KPI sobre cada tarea: coste por ejecución, duración, frecuencia. Acierte con esos tres en cada tarea y los cuatro titulares son automáticamente correctos; falle uno y los cuatro titulares le dirán exactamente cuál.

El coste por ejecución es la suma del coste de cada tarea en una única ejecución del proceso. Si su proceso tiene quince tareas cuyos costes por ejecución suman 47,20 USD, eso es lo que cuesta el proceso una vez. Es el número para poner delante de un product manager que pregunta «¿cuánto nos cuesta un alta?» o un líder de soporte que pregunta «¿qué cuesta realmente atender un ticket?». Es el coste unitario, en dólares y céntimos, redondeado a dos decimales.

Este número ignora por completo la frecuencia. Una tarea que corre una vez por ejecución y cuesta 5 USD aporta los mismos 5 USD al coste por ejecución que una tarea que cuesta 5 USD corra una vez o mil. La frecuencia entra en el cálculo del siguiente número. El diseño deliberado hace que el coste por ejecución responda a una pregunta de economía unitaria, no de volumen.

El consumo mensual es el coste de hacer correr el proceso al volumen real durante un mes. La fórmula es exactamente: para cada tarea, multiplicar su coste por ejecución por su frecuencia mensual, y después sumar sobre todas las tareas. Una tarea a 2 USD que corre 500 veces al mes aporta 1 000 USD al consumo. Una tarea a 50 USD que corre 20 veces al mes aporta 1 000 USD al consumo. El consumo es el número que importa en conversaciones de presupuesto porque es lo que el proceso consume de verdad en un mes, no por ejecución hipotética.

La normalización de frecuencia gestiona las unidades mezcladas. Una tarea «5 ejecuciones al día» cuenta como 110 al mes (22 días hábiles × 5). Una tarea «2 a la semana» cuenta como unos 8,66 al mes (4,33 semanas × 2). Las frecuencias introducidas en distintas unidades se combinan limpiamente porque todas convergen al mensual antes de la multiplicación del consumo.

La proyección anual es el consumo mensual multiplicado por doce. Aritméticamente trivial, pero retóricamente esencial: los números mensuales parecen manejables (12 400 USD al mes) mientras el mismo proceso a escala anual (148 800 USD al año) es como los ejecutivos piensan de verdad en el gasto. El panel lo calcula para que no tenga que hacer la multiplicación mental en una conversación; también redondea a dos decimales para que el número sea presentable sin formato adicional.

La proyección anual no modela estacionalidad, crecimiento ni varianza: es una proyección lineal del consumo del mes actual. Si su proceso tiene picos estacionales (cierre trimestral, flujo Black Friday, ventana de matrícula) la proyección anual infraestimará sistemáticamente en temporada alta y sobreestimará en baja. El número es más útil como ancla de presupuesto del estado actual, no como pronóstico.

Los tres principales generadores responden a «dónde está concentrado el dinero en una sola ejecución». El panel clasifica cada tarea por su aportación al coste por ejecución y devuelve el top 3 con su porcentaje del total. Una salida típica se parece a: Tarea A: 18,50 USD (39 %), Tarea B: 12,00 USD (25 %), Tarea C: 6,75 USD (14 %). De la cuarta a la decimoquinta tareas combinadas aportan el 22 % restante. El ratio de concentración dice mucho: si tres tareas son el 78 % del coste, tiene tres objetivos claros de optimización; si son el 35 %, el coste del proceso está disperso y la optimización tiene que tocar muchas tareas para mover la aguja.

• El ranking es por coste bruto, no por (coste × frecuencia). Para ver los generadores de alta frecuencia, cambie el mapa de calor a modo Impacto.
• Los generadores incluyen solo tareas con coste > 0. Las tareas sin datos de coste no aparecen en el ranking: corrija el dato, no la vista.
• Los porcentajes se redondean al entero más cercano para legibilidad, así que pueden sumar 99 % o 101 % en diagramas pequeños.
• El panel muestra exactamente tres generadores aunque los cuatro primeros estén casi empatados; entre a la vista detallada de coste para el ranking completo.

Junto a los cuatro números financieros, el panel saca una única «tarea cuello de botella»: definida como la tarea de mayor duración situada en el camino crítico. El camino crítico es la secuencia más larga de tareas dependientes que LucidFlow calcula a través del diagrama; una tarea solo cuenta como cuello de botella si eliminarla o acortarla acorta de hecho el tiempo de ciclo del proceso. Una tarea de larga duración en una rama lateral no cuenta porque corre en paralelo al flujo principal; una de larga duración en el camino crítico es donde la optimización de tiempo de reloj paga.

Cuello de botella y principal generador de coste son animales distintos. Una tarea puede ser el cuello (la más larga en camino crítico) sin ser un principal generador (mayor coste por ejecución); puede ser un principal generador sin ser cuello. El panel muestra ambos para que no confunda «caro» con «lento»: son preocupaciones de proceso ortogonales y requieren estrategias de optimización distintas.

Cuando corre el optimizador Lean Six Sigma de LucidFlow sobre un proceso, produce un segundo diagrama: misma forma, distintos costes de tarea (y a veces estructura distinta). El panel de costes, con los dos diagramas, calcula el delta: coste por ejecución del original menos coste por ejecución del optimizado, y el porcentaje de ahorro. Es el número para poner en la primera diapositiva de la recomendación de optimización: «este cambio ahorra 18,40 USD por ejecución, una reducción del 39 %, o 22 080 USD anuales al volumen actual». Las tres vistas del mismo ahorro, por ejecución, porcentaje, anualizado: facilitan el encuadre según la audiencia que tenga delante.

Los cuatro números son la evidencia, no el plan. Para una pyme o un consultor que prepara un pitch de transformación, el panel fija la línea base sobre la que actúa después el plan de transformación IA: qué tareas eliminar, cuáles automatizar, cuáles integrar, ordenadas por el peso que representan en el consumo mensual. El panel dice el tamaño del problema; el plan de transformación dice cómo encogerlo.