Durante las dos últimas décadas, el software se ha construido en torno a una abstracción central: el workflow. Desde CRMs y ERPs hasta herramientas no-code y paneles internos, el paradigma dominante ha sido el mismo: definir una secuencia de pasos, conectarlos con lógica y mover datos de un estado a otro.
Los workflows trajeron orden al caos. Convirtieron operaciones manuales en sistemas repetibles, codificaron buenas prácticas y hicieron escalables a las organizaciones. Pero también impusieron una restricción cada vez más incompatible con la realidad del trabajo moderno: asumen que el mundo es lo bastante predecible como para modelarse como secuencia.
No lo es.
La limitación fundamental de los workflows no es técnica: es conceptual. Los workflows exigen que las decisiones estén predefinidas. Cada bifurcación, cada condición, cada excepción debe anticiparse de antemano. Eso funciona bien en entornos estables, donde la variabilidad es baja y los procesos cambian despacio. Se quiebra en contextos dinámicos, donde la información es incompleta, la ambigüedad es alta y el costo de una lógica rígida se hace visible.
En la práctica, lo que ocurre dentro de la mayoría de las empresas no es lo que sus workflows sugieren. El “trabajo real” sucede fuera del sistema: en hilos de Slack, análisis improvisados, juicios humanos y correcciones de último momento. El workflow se convierte en sombra de la realidad, no en su reflejo. Los equipos no confían en él para decidir; lo usan para registrar.
Ahí está la paradoja: cuanto más compleja la operación, menos útil resulta el workflow como herramienta de decisión.
Lo que surge como respuesta a esta limitación no es un mejor constructor de workflows. Es una abstracción distinta: las decisiones.
A diferencia de los workflows, las decisiones no asumen un camino fijo. Operan sobre contexto, no sobre secuencia. Un sistema de decisión evalúa entradas, pondera la incertidumbre y produce un resultado sin exigir que todo el árbol de posibilidades esté mapeado de antemano. No pregunta “¿cuál es el siguiente paso?”, sino “dado lo que sabemos ahora, ¿cuál es la mejor acción?”.
El cambio es sutil, pero profundo.
En un sistema orientado a workflows, la inteligencia se codifica de antemano por quien lo diseña. En uno orientado a decisiones, la inteligencia se aplica en tiempo de ejecución. El sistema deja de orquestar pasos predefinidos y pasa a interpretar la realidad de forma continua.
No es solo una distinción filosófica: está anclada en la evolución de la tecnología. El auge del machine learning, los modelos probabilísticos y los grandes modelos de lenguaje ha hecho posible manejar la ambigüedad de formas que la lógica determinista nunca pudo. En lugar de codificar cada regla, ahora podemos construir sistemas que infieren, se adaptan y mejoran con el tiempo.
Piensa en la evaluación de riesgo en servicios financieros. Tradicionalmente se implementaba como workflow: si ingresos > X, si score > Y, si documento verificado, entonces aprobar. Pero el riesgo real no es un checklist. Es una distribución de probabilidades moldeada por datos incompletos y en constante cambio. Los sistemas más eficaces hoy no son workflows: son motores de decisión que recalibran continuamente con nueva información.
O el soporte al cliente. Un workflow puede enrutar tickets por palabras clave y categorías predefinidas. Un sistema de decisión, en cambio, entiende intención, urgencia y contexto, eligiendo dinámicamente el mejor camino de resolución sin clasificación rígida.
El patrón se repite en todos los dominios. Donde aumentan la complejidad y la incertidumbre, los workflows se degradan.
Eso no significa que los workflows desaparezcan por completo. Siguen siendo útiles como andamiaje de ejecución: formas de imponer estructura después de que se ha tomado una decisión. Pero ya no son la capa central de inteligencia. Pasan a ser downstream, no upstream.
La implicación para cómo construimos software es significativa.
La mayoría de las herramientas de hoy siguen diseñadas como sistemas de registro o de proceso. Almacenan datos y imponen flujos. Pero la próxima generación de software serán sistemas de decisión. Su función principal no será rastrear lo que pasó o imponer lo que debería pasar: será determinar qué debe pasar a continuación.
Eso también cambia el papel del usuario. En lugar de navegar procesos manualmente, las personas interactuarán con sistemas que presentan recomendaciones, explican trade-offs y ejecutan en su nombre. La interfaz pasa del control a la colaboración.
Para fundadores y builders, es una oportunidad de repensar categorías que durante mucho tiempo se dieron por sentadas. Si los workflows ya no son la abstracción adecuada para operaciones complejas, muchos productos existentes están construidos sobre cimientos obsoletos. Reemplazarlos no es mejora incremental: es redefinir la capa central.
Las empresas que ganen en esta transición no serán las que añadan funciones de IA a los workflows. Serán las que sustituyan workflows por sistemas de decisión de verdad.
Porque al final, las empresas no funcionan con procesos.
Funcionan con decisiones.