Comprar, construir o componer en la era de los agentes
La decisión clásica entre comprar y construir ya no describe todas las opciones. Hoy podemos componer una capacidad con productos existentes, APIs, agentes, automatizaciones y pequeñas piezas de software propio.
Durante años la decisión tecnológica se formulaba como una disyuntiva: comprar un producto estándar o desarrollar una solución a medida. Comprar prometía rapidez y prácticas incorporadas. Construir ofrecía adaptación y diferenciación a cambio de más coste y responsabilidad.
La frontera nunca fue absoluta, pero los agentes y el menor coste de producir software hacen visible una tercera estrategia: componer.
Comprar
Comprar sigue siendo una buena respuesta cuando el proceso no diferencia a la empresa, el mercado lo entiende bien y un proveedor puede repartir el coste de calidad, seguridad y evolución entre muchos clientes.
La pregunta no es si el producto cubre el cien por cien de deseos. Es si adaptar una parte del proceso resulta más sensato que poseer un sistema completo.
El riesgo aparece cuando una herramienta estándar obliga a deformar una capacidad realmente diferencial o cuando el coste de integración, licencias y dependencia queda fuera de la comparación.
Construir
Construir tiene sentido cuando el conocimiento específico forma parte del valor, cuando necesitamos control sobre la evolución o cuando ninguna solución existente encaja con una restricción importante.
También implica asumir producto, no solo código: seguridad, operación, soporte, datos, experiencia de usuario y decisiones futuras. La IA puede reducir parte del coste de ejecución, pero no elimina la propiedad.
Componer
Componer significa utilizar piezas estándar para capacidades comunes y crear solo las conexiones o comportamientos que hacen único el sistema. Una plataforma puede gestionar identidades, otra almacenar documentos, un modelo interpretar información, un agente coordinar pasos y una pequeña aplicación presentar el flujo adecuado al equipo.
Esta opción era posible antes, pero ahora resulta viable para necesidades mucho más pequeñas. Los agentes pueden trabajar sobre varias herramientas sin que toda la lógica tenga que convertirse en una gran aplicación monolítica.
Seis criterios para decidir
| Criterio | Favorece comprar | Favorece construir | Favorece componer |
|---|---|---|---|
| Diferenciación | Baja | Muy alta y estable | Alta en una parte del flujo |
| Madurez del mercado | Alta | Baja | Intermedia o fragmentada |
| Velocidad de cambio | La absorbe el proveedor | Requiere control completo | Cambian conexiones y piezas concretas |
| Integración | Limitada y estándar | Profunda y específica | Varias fuentes y acciones coordinadas |
| Riesgo y regulación | Producto certificado suficiente | Control extremo necesario | Fronteras claras entre componentes |
| Capacidad interna | Administración de proveedor | Equipo de producto completo | Dirección técnica y propiedad de la composición |
La tabla no produce una respuesta automática. Obliga a nombrar el tipo de problema que estamos resolviendo.
El coste que suele faltar
En comprar olvidamos migración, configuración, salida y cambios de precio. En construir olvidamos operación y mantenimiento. En componer olvidamos que alguien debe comprender contratos, permisos, fallos y evolución de todas las piezas.
El coste total incluye la capacidad de cambiar de idea. Una solución barata hoy puede ser cara si cierra todas las rutas futuras. Un desarrollo inicial mayor puede ser razonable si conserva una opción estratégica importante.
Construir solo la diferencia
Mi criterio preferido es identificar qué conocimiento o experiencia no queremos delegar a un producto genérico. Esa es la parte candidata a construir. Todo lo demás debería ganarse su personalización.
Componer no es un compromiso mediocre entre dos extremos. Puede ser una estrategia deliberada: poseer la dirección y la parte diferencial, aprovechar capacidades maduras y mantener el sistema preparado para evolucionar.
Fuentes y referencias
- Componentes y patrones para construir agentes según OpenAI.
- Fuente primaria: experiencia de Victor en estrategia tecnológica, producto e integración.