De la saturación de aplicaciones al nacimiento del Skill-as-a-Service
Una hipótesis planteada por Maximiliano Piccinini
Durante veinte años, el SaaS fue el modelo dominante del software empresarial. Fue eficiente. Fue rentable. Fue escalable. Pero hoy el mercado muestra una señal incómoda:
No está creciendo de forma ordenada.
Está desbordado.
Demasiadas herramientas.
Demasiadas categorías.
Demasiadas soluciones que prometen lo mismo.Y cuando todo compite por la misma atención, el valor se diluye.
En este contexto, surge una hipótesis provocadora:
¿Y si el SaaS no es el final de la evolución del software… sino apenas una etapa intermedia?
Esta es la tesis que propongo —y que quiero abrir a discusión— desde Draweb.
I. El SaaS desbordado: cuando la abundancia se convierte en ruido
El modelo SaaS democratizó el acceso al software. Pero también democratizó su creación.
Hoy, con copilots de código, IA generativa e infraestructura serverless, lanzar una aplicación funcional es relativamente simple.
El problema no es técnico. Es estructural.
Features replicables en semanas.
Wrappers de LLM disfrazados de innovación.
Saturación de herramientas en empresas medianas y grandes.
Presión por consolidar proveedores.
Fatiga de suscripción.
La interfaz dejó de ser ventaja competitiva.
Y cuando la interfaz deja de ser diferencial, el modelo empieza a tensionarse.
II. Agent-as-a-Service: el primer desplazamiento real
Mientras el SaaS se multiplica, emerge una nueva capa: el agente.
Ya no interactuamos necesariamente con cada aplicación. Interactuamos con una capa que orquesta múltiples sistemas.
El flujo tradicional:
Usuario → Aplicación
Empieza a transformarse en:
Usuario → Agente → Aplicaciones
El agente interpreta, decide, automatiza y ejecuta.
Aquí nace el paradigma Agent-as-a-Service :
No se vende solo una herramienta. Se vende una entidad que trabaja.
Pero incluso esto puede ser solo una transición.
III. La hipótesis controversial: Skill-as-a-Service
Propongo una idea que todavía no es categoría formal, pero que podría convertirse en la siguiente mutación del software empresarial:
Skill-as-a-Service (ASaaS) .
La tesis es simple y radical:
En un mundo dominado por agentes, la unidad económica dejará de ser la aplicación completa.Pasará a ser la capacidad ejecutable modular.
No compraríamos un CRM. Compraríamos:
Skill de forecasting predictivo.
Skill de scoring crediticio.
Skill de conciliación contable.
Skill de auditoría contractual.
Skill de cumplimiento normativo.
Orquestadas por un agente corporativo central.
IV. ¿Por qué esta idea tiene sentido?
Porque resuelve el problema central del SaaS actual: la fragmentación.
En lugar de 20 herramientas aisladas, existiría:
1 capa agentica.
N capacidades ejecutables especializadas.
Gobernanza centralizada.
Auditoría integrada.
Políticas de ejecución claras.
El foco cambia radicalmente:
De la interfaz → a la ejecución. Del feature → al proceso completo. Del usuario → al trabajo producido.
Y eso cambia incluso el modelo de negocio.
Menos pricing por usuario. Más pricing por invocación. Más pricing por unidad de trabajo. Más pricing por resultado.
V. ¿Es una nueva categoría o una etiqueta más?
Aquí está el punto polémico.
Podría argumentarse que esto es simplemente SaaS con API robusta.
Pero hay una diferencia estructural:
Un SaaS tradicional organiza información. Un Skill ejecuta trabajo con efectos reales sobre sistemas.
Un SaaS expone funcionalidades. Un Skill encapsula conocimiento operativo versionado y gobernado.
La diferencia no es semántica. Es arquitectónica.
VI. El verdadero moat en la era de los Skills
En un mercado donde:
El código se vuelve commodity.
Los modelos de IA son accesibles.
La infraestructura está estandarizada.
El diferencial competitivo será:
Dataset propietario.
Reglas de negocio refinadas por años.
Integraciones profundas con sistemas críticos.
Gestión de excepciones reales.
Observabilidad y auditoría.
Eso es lo que un Skill puede encapsular.
Y eso es mucho más difícil de copiar que una interfaz atractiva.
VII. El riesgo de repetir la historia
Pero aquí viene la advertencia.
Si el SaaS se saturó por falta de disciplina y exceso de superficialidad, el mundo de los Skills podría correr el mismo riesgo:
Skill sprawl.
Falta de estándares.
Caos de interoperabilidad.
Mercados fragmentados.
Sin gobernanza, cualquier innovación termina degradándose en ruido.
VIII. ¿Estamos frente a la Era 7 del software?
Infraestructura. Plataforma. Software como servicio. Agentes como servicio.
¿Capacidades ejecutables como servicio?
No afirmo que el SaaS vaya a desaparecer. Pero sí sostengo que puede perder centralidad como unidad económica dominante.
Y si eso ocurre, quienes sigan construyendo “aplicaciones bonitas” estarán compitiendo en la capa equivocada.
La discusión está abierta
¿Skill-as-a-Service es una evolución inevitable? ¿O es simplemente una forma elegante de describir el SaaS moderno?
¿Estamos ante una nueva arquitectura del mercado? ¿O ante otro ciclo de hype tecnológico?
Lo que sí parece claro es que la unidad de valor está migrando.
Y cuando la unidad económica cambia, cambia todo.
En Draweb creemos que el debate recién comienza.
Y vale la pena tenerlo ahora.