El marco ESSII: cinco formas de transformar un proceso, no solo automatizarlo

La respuesta por defecto a «cómo transformar este proceso» en 2026 es «añadir IA». Esa respuesta es correcta quizá el 20 % del tiempo. El 80 % restante, la respuesta correcta es retirar la tarea por completo, simplificar el formulario que produce, estandarizar las variantes que han proliferado, o integrar con un sistema que ya hace el trabajo. Una IA encima de un proceso sobrecomplicado y mal estandarizado le da justo un proceso sobrecomplicado, mal estandarizado y caro. Marco primero, decisión de IA después.

ESSII son cinco ejes de mejora de procesos en el orden en que deben considerarse: Eliminar, Simplificar, Estandarizar, Integrar, Intelligize. LucidFlow pasa cada tarea por los cinco y devuelve el enfoque recomendado como la dimensión que puntúa más alto para esa tarea concreta. El orden importa: una tarea que se puede eliminar no necesita el eje Intelligize; una tarea que se puede integrar con un sistema existente no necesita un agente IA a medida. El marco le empuja hacia respuestas baratas antes que caras.

Una tarea se puede eliminar cuando no aporta valor al resultado del proceso: está verificando algo ya verificado, produciendo un informe que nadie lee, aprobando algo sin base de política para rechazarlo. Eliminar es el primer eje porque el ahorro es el coste completo de la tarea para siempre: cero infraestructura que mantener, cero suscripción de herramienta que pagar, cero formación que impartir. El listón de eliminar es en correspondencia alto: hay que estar seguro de que la tarea realmente no aporta nada.

• Aprobaciones redundantes: tres personas aprueban lo mismo sin distinción de autoridad. Retire dos; conserve la que tiene el poder real de firmar.
• Informes vestigiales: un informe semanal que hace cinco años importaba y que hoy nadie abre. Test de eliminación: dejar de enviarlo un mes y ver quién pregunta.
• Tareas de actualización de estado: un humano resume lo que el sistema ya registra. El log del sistema es el estado.
• Dobles verificaciones formales: una segunda persona verifica el trabajo de la primera en tareas donde la primera nunca se ha equivocado. Sustituir por muestreo aleatorio.

Eliminar suena agresivo pero suele ser la venta política más sencilla porque el ahorro es grande y concreto. Si una tarea corre 200 veces al mes y la elimina, son 200 × el coste completo de la tarea ahorrados cada mes sin riesgo de integración corriente abajo. El clasificador de LucidFlow marca una tarea como candidata a eliminar cuando su clasificación value-stream devuelve «puro desperdicio»: una designación formal de la tradición Lean Six Sigma, no una tournure retórica.

Simplificar significa que el propósito de la tarea es legítimo pero la implementación actual está sobredimensionada: un formulario de tres páginas cuando uno de un campo bastaría, un procedimiento de quince pasos cuando los tres primeros siempre son suficientes, una revisión en comité cuando una decisión delegada llegaría al mismo resultado. Simplificar es una reducción de complejidad, no de cantidad. La tarea sigue pasando; solo tarda menos tiempo, implica menos gente, o menos datos de entrada.

Los candidatos a simplificar suelen ser las victorias más fáciles de identificar pero las más difíciles de entregar, porque la complejidad existe por una razón: habitualmente un incidente puntual hace tres años que llevó a una adición permanente al proceso. Aflorar esa razón y preguntar si sigue siendo relevante es el trabajo honesto de simplificar. El clasificador de LucidFlow marca una tarea como candidata a simplificar cuando tiene una duración desproporcionada respecto a su salida: señal de que la tarea hace más trabajo del que su valor justifica.

Estandarizar apunta a la varianza. La tarea es legítima y del tamaño correcto, pero corre distinta en cuatro equipos, o en cuatro ramas del diagrama, o sobre cuatro formatos de datos. Cada variante es defendible por sí sola; el coste colectivo de la varianza es la necesidad de formar a la gente en cuatro procedimientos, herramentalizar cuatro implementaciones diferentes, y depurar cuatro modos de fallo. Estandarizar colapsa las cuatro variantes en una, aceptando que una variante no será perfectamente óptima para todos los casos.

Estandarizar es donde viven los procesos silenciosamente más caros. Nadie pierde el sueño por una variante ligeramente distinta de la misma tarea; todos pierden tiempo en el coste de incorporación de aprender todas las variantes. Un proceso que corre en cuatro variantes suele ser identificable porque la documentación de formación menciona «según el equipo» o «si la entrada viene de la región X»: la varianza está cocida en la propia descripción. Estandarizar es también el eje que más frecuentemente es prerrequisito de integrar y aplicar Intelligize: una IA no puede aplicar Intelligize de forma fiable sobre una tarea con cuatro variantes silenciosas.

Integrar es el eje que captura la redundancia entre sistemas en lugar de entre tareas. Una tarea que copia datos del CRM al sistema de facturación es un candidato clásico de integrar: el sistema de facturación puede leer la API del CRM y la transcripción humana es puro overhead. Una tarea que concilia dos informes extraídos de dos sistemas que ya comparten una base subyacente es otro candidato. Patrón general: el dato existe, el sistema puede recuperarlo, y un humano actúa como una canalización de datos cara.

Integrar suele costar dinero implementarlo: trabajo de integración, suscripciones a APIs, mantenimiento de conectores, pero el coste es puntual (o, como mucho, una pequeña cuota recurrente) mientras el ahorro se compone con cada ejecución. El período de retorno del informe de ROI es el número que decide si integrar vale la pena: si la integración cuesta 8 000 USD de construcción y ahorra 2 000 USD al mes, un retorno de 4 meses es un sí claro; si cuesta 80 000 USD y ahorra 2 000 USD al mes, la pregunta es más difícil.

Intelligize es el eje al que la mayoría recurre primero y al que debería recurrir último. Significa aplicar IA: específicamente, un LLM o un modelo ML especializado, a una tarea que requiere juicio: clasificar entradas ambiguas, redactar texto que necesita revisión, tomar una decisión probabilística con datos incompletos. Si la tarea es determinista (eliminar, simplificar, estandarizar o integrar suele ser la respuesta), la IA es excesiva y cara. Si la tarea requiere genuinamente juicio, la IA es una herramienta legítima.

LucidFlow divide el eje Intelligize en tres niveles de madurez en lugar de tratarlo como un único eje. Companion (antes Copilot) es humano-en-el-bucle: la IA sugiere, el humano decide. Automation es IA en primera línea con manejo humano de excepciones: la IA lleva los casos rutinarios, los humanos los casos límite. Agent es totalmente autónomo: la IA hace la tarea de punta a punta, con monitoreo en lugar de aprobación. Cada nivel tiene un perfil distinto de coste-precisión-riesgo; el marco fuerza una elección explícita de nivel en lugar de «añadir IA» como intención vaga.

• Companion: 10–50 USD al mes por usuario para una capa de asistente IA; la precisión es la del humano (él decide); el riesgo es mínimo porque nada autónomo ocurre.
• Automation: 100–500 USD al mes para un servicio IA que maneja 70–90 % de los casos; la precisión en los casos automatizados suele ser 95 %+ pero los casos límite necesitan enrutamiento humano; el riesgo es moderado porque las decisiones autónomas están acotadas.
• Agent: 500–2 000 USD+ al mes para un agente autónomo que maneja 95 %+ de los casos de punta a punta; la precisión depende de los datos de entrenamiento; el riesgo es mayor porque la supervisión humana es muestreada en lugar de continua.

El clasificador v2 corre en tres pasadas. Pass 0 (macro) pregunta si el proceso entero se puede reemplazar por una plataforma única: un chequeo de salud rápido antes de cualquier trabajo por tarea. Pass 1 (diagnóstico) corre un value-stream map sobre cada tarea (value-add / necessary-waste / pure-waste), identifica problemas a nivel de flujo y detecta cuellos de botella. Pass 2 (essii) evalúa cada tarea en las cinco dimensiones y devuelve el enfoque recomendado: el que puntúa más alto para esa tarea dado su contexto. La salida es una lista ordenada de enfoques por tarea, no una única respuesta forzada.

El clasificador está restringido, no genera recomendaciones libremente. Mapea cada tarea a patrones de una base de conocimiento curada de 100 patrones de automatización verificados, y la recomendación para una tarea es el mejor patrón coincidente de la KB, no una idea inventada al vuelo. Esta decisión de diseño previene el modo de fallo más común en transformación IA: recomendaciones confiadas para patrones que no funcionan de verdad. Si la KB no tiene buena coincidencia, el clasificador devuelve «sin patrón Intelligize encontrado» y le empuja de vuelta hacia eliminar, simplificar, estandarizar o integrar.