- Así como en los últimos 15 años el software dominó toda la industria, ahora los agentes de IA empiezan a reemplazar el mercado SaaS
- Los desarrolladores, en lugar de usar herramientas SaaS genéricas, aprovechan agentes para crear directamente herramientas internas personalizadas
- Con este cambio, crece el escepticismo frente a las renovaciones y aumentos de precio del SaaS, y las empresas evalúan construir sus propias soluciones como una alternativa realista
- La carga de mantenimiento se alivia con la capacidad de automatización de los agentes, y el SaaS existente también tiene problemas de mantenimiento, como cambios en las API
- El SaaS de back office simple tipo CRUD es el segmento con mayor riesgo, y las organizaciones con capacidades técnicas podrían convertir este cambio en una ventaja competitiva
El auge de los agentes de IA que reemplazan al SaaS
- Así como en los últimos 15 años el software dominó industrias como retail, medios y finanzas, aparece una tendencia en la que los agentes de IA reemplazan al SaaS
- La demanda de herramientas SaaS disminuye, y los agentes pueden resolver tareas simples en cuestión de minutos
- Los usuarios ya no consideran herramientas como Retool y crean dashboards directamente
- Agentes como Gemini 3 y Claude Code ya realizan incluso tareas no relacionadas con desarrollo, como maquetas de UI/UX y creación de presentaciones
- Por ejemplo, Claude Code convierte Markdown a PDF para generar diapositivas automáticamente
- Aumenta la resistencia a los incrementos de precio en las renovaciones de SaaS empresarial
- Antes, construir internamente era poco realista, pero ahora se evalúa como una alternativa concreta
- La complejidad de los productos SaaS existe porque reflejan las necesidades de muchos clientes, pero las herramientas de uso interno pueden simplificarse al enfocarse en un solo cliente
- La organización puede controlar directamente la hoja de ruta
Objeciones sobre el mantenimiento y cómo responder
- La objeción principal es: “¿quién va a mantener las apps hechas internamente?”
- Las correcciones de bugs y los parches de seguridad siguen siendo necesarios, pero muchos productos SaaS también tienen baja calidad de mantenimiento
- Los agentes pueden reducir de forma significativa el costo de mantenimiento
- Ejemplo: automatizar el reemplazo de bibliotecas que ya no tienen soporte
- Mediante el archivo AGENTS.md, se puede automatizar la explicación de la base de código para mitigar el problema de pérdida de conocimiento
- El SaaS también tiene riesgos de mantenimiento
- Ejemplo: casos donde la deprecación de una API y la migración a una nueva API obligaron a hacer cambios masivos
- Las organizaciones con capacidades técnicas reducen su dependencia del SaaS y consideran construir internamente
- Aun así, para organizaciones no técnicas sigue siendo difícil reemplazarlo por completo
Cambios en la estructura económica del SaaS
- El valor del SaaS se basa en la velocidad de crecimiento de clientes y un NRR alto (retención neta de ingresos)
- Se espera un aumento en los costos de ventas y marketing por la caída en la demanda de nuevos clientes
- La caída del NRR es una amenaza aún mayor
- Los clientes reemplazan algunas funciones con herramientas internas o traen datos vía API para pasarlos a dashboards internos
- Como resultado, disminuye la cantidad de licencias de usuario y se evitan upgrades
- Es posible que la estructura de expansión de alto margen, que era clave en el modelo SaaS tradicional, se debilite
Áreas del SaaS que siguen siendo sólidas
- Los sistemas que exigen alta disponibilidad y alta confiabilidad (SLA) son difíciles de reemplazar
- Ejemplo: procesamiento de pagos e infraestructura crítica, donde SaaS especializados como Stripe siguen teniendo ventaja
- Los servicios basados en procesamiento de grandes volúmenes de datos o efectos de red tampoco son reemplazables
- Slack o grandes data lakes no son eficientes de construir internamente
- Las empresas con datos propietarios pueden incluso fortalecer su competitividad usando agentes
- Los datos financieros y de ventas, por ejemplo, siguen conservando alto valor
- Las industrias con requisitos regulatorios y de compliance seguirán dependiendo del SaaS
- Se espera un aumento en la demanda de personal SRE y DevOps para gestionar apps internas
- Algunas organizaciones podrían incluso crear equipos dedicados
El segmento de mayor riesgo y la fragmentación del mercado
- El SaaS de back office simple basado en CRUD será el más golpeado
- Se trata de productos que ofrecen dashboards o analítica simple sobre los datos del cliente
- El cliente puede documentarlos y reimplementarlos directamente con agentes
- Se proyecta que el mercado SaaS se dividirá entre empresas con capacidades técnicas y las que no las tienen
- Las primeras reducirán costos y fortalecerán su competitividad construyendo internamente
- Las segundas serán más vulnerables a los aumentos de precio del SaaS
- El SaaS no va a desaparecer, pero los productos sin diferenciación clara ni conocimiento propietario tendrán difícil sobrevivir
- La velocidad con la que los agentes evolucionen hasta gestionar sistemas complejos seguirá siendo una variable clave a futuro
1 comentarios
Opiniones en Hacker News
Soy CTO de una empresa SaaS especializada en un vertical específico de la industria
Nuestros clientes no tienen la capacidad de crear sus propias herramientas, y la mayoría de sus “sistemas” son Excel
Dos grandes empresas intentaron copiar nuestro producto para usarlo internamente; una abandonó el intento y en la otra los usuarios dijeron que “meh”. Nunca hemos perdido un cliente de pago
Hemos usado agentes de IA agresivamente para acelerar el desarrollo, pero el cuello de botella sigue siendo “saber qué construir”
El valor del producto está en innumerables decisiones de dominio que el usuario ni siquiera percibe. Ese tipo de insight no es algo que un desarrollador interno pueda copiar en un día
Pero lo que el cliente paga no es un wrapper de LLM, sino el 99% restante de la complejidad: tecnología difícil, trabajo repetitivo, SLA y estructura de soporte
Tomando como ejemplo una app LOB del sector bancario, si no intercambias feedback diario con el cliente te quedas atrás frente a la competencia
Cuando el cliente no puede seguir el ritmo, a veces nuestro personal entra temporalmente a trabajar dentro de la empresa cliente
Ahora pueden crear apps muy pulidas sin procesos de equipo ni restricciones presupuestarias
Eso sí, parece que el mercado se va a volver mucho más concurrido y diverso
Soy el fundador de un SaaS de gestión de inventario de componentes electrónicos llamado PartsBox
La IA sí me preocupa, pero duermo tranquilo
Me preocupa que los clientes, sin entender la profundidad del problema, intenten crear su propia app con IA, aunque ya hacen algo parecido con hojas de cálculo
Lo realmente difícil no es programar sino modelar el dominio. Es entender procesos complejos del mundo real y encontrar un equilibrio entre usabilidad y complejidad
Pero incluso si haces bien ese modelo, los clones te alcanzan rápido
El conocimiento de dominio específico de cada industria suele estar encerrado dentro de las empresas y no está incluido en los datos de entrenamiento
Por eso, los desarrolladores en estas industrias en realidad están en una posición más estable
Usamos IA para modificar parte del backend y frontend, y resolvimos problemas de flujo de trabajo en dos días
Una solución totalmente hecha por IA no es realista, pero si montas IA sobre una base open source puedes crear una solución personalizada y de bajo costo
Eso podría eliminar el canal publicitario del SaaS y correr el riesgo de comoditizar el producto
Yo más bien veo que la IA está disparando la demanda de soluciones de integración personalizadas
Especialmente en industrias como la manufactura, donde nada ha cambiado en décadas, el cambio ya está empezando
Gracias a la IA ahora es posible crear mucho más software nuevo, y durante los próximos años se va a construir de forma explosiva
Aun así, el conocimiento de dominio sigue siendo importante, y para usar IA hay que saber qué pedir
La mayoría de los clientes todavía está en el nivel de manejar hojas de cálculo y ERP
Por eso el cambio ocurre de forma gradual, o solo cuando hay una ventaja abrumadora
A inicios de los 2000, las grandes empresas construían apps LOB con equipos internos de IT, pero después el SaaS dominó el mercado por eficiencia de costos
Ahora parece que estamos volviendo otra vez a la era del desarrollo interno
No haría falta volver a contratar al personal interno de IT que fue despedido
No entiendo la tesis de este artículo. Decir que la IA va a reemplazar al SaaS solo tiene sentido cuando la IA pueda hacer el trabajo por sí sola
Aunque la IA genere código, todavía se necesita ingeniería, seguridad y operaciones. Y eso cuesta caro
Sale mucho más barato pagar una suscripción SaaS
Una app interna carga con el 100% del costo de mantenimiento, mientras que en SaaS cada cliente solo absorbe 1/N según la cantidad total de clientes
Lo único que el código generado por IA puede reemplazar es aquello que originalmente ni valía la pena convertir en SaaS
Por ejemplo, un producto como Retool es menos SaaS y más bien una herramienta que ya venía quedando obsoleta
Por ejemplo, si con Claude puedes crear un dashboard en 5 minutos, ¿para qué pagar un SaaS?
Yo hago creadores de apps internas como UI Bakery
Algunos clientes quieren cancelar suscripciones SaaS de más de 100 mil dólares al año
La mayoría mantiene muchos SaaS por una sola función clave
Pero al cambiar a herramientas personalizadas, la implementación y la gestión del ciclo de vida se vuelven un nuevo problema
En cambio, los SaaS con acceso a datos únicos siguen siendo fuertes
Por ejemplo, la adquisición de Clearbit por parte de HubSpot tiene muchísimo sentido como estrategia de retención
Estoy desarrollando internamente un ERP personalizado para una industria específica
Gracias a la IA, incluso un equipo pequeño puede crear software a medida rápidamente
Creo que ya llegó la era del “software boutique”
La IA ha multiplicado mi productividad al menos por 4
Si puedo crear un producto “suficientemente bueno en dos semanas”, ¿por qué usar un SaaS caro?
Al principio es rápido, pero poco a poco se convierte en un sistema frágil y complejo
Si consideras personal, operaciones, cobertura de vacaciones y demás, el costo total del desarrollo interno es mucho mayor que el de SaaS
Seguridad, infraestructura y DevOps también tienen que escalar
El SaaS tiene efectos de red, pero las herramientas internas no. Al final, SaaS sale más barato
La mayoría de las empresas sigue prefiriendo consumir el servicio
Las solicitudes de nuevas funciones nunca terminan, y los agentes de IA son útiles para algunas tareas (como diseño de modelos), pero cometen muchos errores en procesos críticos del negocio
Últimamente muchas empresas han empezado a desconfiar de las cotizaciones de renovación de SaaS empresarial
Pero pensar que “la IA va a reemplazar Workday o Salesforce” es una idea casi mágica
En la práctica, Claude Code no puede completar sistemas enormes de ese tipo
Cualquiera que lo haya usado de verdad conoce esas limitaciones
El artículo de Jamin Ball, Clouded Judgement: Long Live Systems of Record, es mucho más realista
Aun así, las empresas pequeñas ahora sí pueden conseguir mejoras de productividad con scripts simples
El valor del SaaS se basa en la velocidad de crecimiento del cliente, un NRR alto y márgenes de 80~90%
Pero si se incluyen costos de tokens de IA, existe una gran posibilidad de que esa estructura de márgenes se tambalee