PowerLens Studio. Volver a LensNotes

Opinión

¿Contratar un SaaS o escribir un software tú mismo usando IA?

Publicado el: 20-03-2026

Desde la década del 2000, las empresas se han visto sometidas al dilema Build vs Buy. Hasta hace poco, para la enorme mayoría de los casos de negocio, existía un SaaS, o Software-As-A-Service (software como servicio) que más o menos resolvía el problema de negocio y resultaba más conveniente que desarrollar software customizado. Los casos más emblemáticos son conocidos por todos: SAP, Salesforce, Workday, Adobe, Atlassian (Trello, Jira), etc.

La industria del SaaS floreció rápidamente y el modelo de negocio de cobro por asiento resultó muy rentable, pues el costo marginal de agregar usuarios a un software que funciona es casi cero. Creas una vez, vendes muchas veces.

Sin embargo, el 2025 fue un año que hizo temblar los cimientos del SaaS. Los modelos de lenguaje especializados en desarrollo de software (especialmente Claude), complementados por aplicaciones bien diseñadas (como Claude Code, Cursor, Lovable, Replit, etc) han logrado un nivel tan alto, que un desarrollador experimentado puede desarrollar software complejo de gran calidad en cosa de horas.

Antes, para desarrollar una aplicación compleja como Salesforce, podías requerir años trabajando con varios desarrolladores. Hoy un microequipo interno de 1 developer + 1 modelo IA puede desarrollar algo de calidad similar, 100% customizado a tu empresa, gratis para siempre, en cosa de días.

¿Qué sentido tiene entonces contratar Salesforce, Workday y demás?

SaaS acciones stocks con fuertes caídas 1 año movil
Rendimiento accionario de los principales fabricantes de SaaS empresariales del mundo, 1 año móvil, período Marzo25 - Marzo26. Todos cayendo entre 30% y 70%.

Sufre el SaaS

A principios de 2025, el CEO de Microsoft Satya Nadella explicó en un podcast su visión sobre cómo la era de los Agentes IA terminará por sepultar los SaaS.

“Yeah, I mean, it’s a it’s a very, very, very important question, the SaaS applications, or biz apps. So let me just speak of our own dynamics. The approach at least we’re taking is, I think, the notion that business applications exist, that’s probably where they’ll all collapse, right in the agent era, because if you think about it, right, they are essentially CRUD databases with a bunch of business logic. The business logic is all going to these agents, and these agents are going to be multi repo CRUD, right? So they’re not going to discriminate between what the back end is. They’re going to update multiple databases, and all the logic will be in the AI tier, so to speak. And once the AI tier becomes the place where all the logic is, then people will start replacing the back ends, right?”

Los internautas no tardaron en viralizar el meme con una frase que Satya no pronunció explícitamente, pero dio a entender implícitamente: “SaaS is Dead”

SaaS is Dead meme Satya Nadella
Satya lo pensó, pero no lo dijo. ¿O sí lo dijo?

Por lo pronto, la mayoría de los SaaS siguen la rentable fórmula de vender productos de software estándar (o armar suites “customizadas” utilizando módulos estandarizados) y cobrar mensualmente por asiento i.e. licencias por cantidad de usuarios. Algunos SaaS son realmente sofisticados, con lógicas e interfaces que tardaron años en construirse, y sustentan su cobro en eso:

“si intentas desarrollarlo internamente te volverías loco. Aquí hay años de desarrollo. Olvídate. Mucho más fácil comprarlo por $20 y así tú te dedicas a tu actividad core”.

Como explicó Satya, un SaaS empresarial se compone esencialmente una enorme base de datos CRUD (Create-Read-Update-Delete), una aplicación con lógicas de negocio montada sobre ella, y un set de interfaces bien diseñadas (UX/UI) para que los usuarios puedan interactuar con los datos de la manera más cómoda y efectiva posible.

El vendedor de SaaS no vende un servicio terminado, sino más bien Software autoservicio, como servicio. El usuario del software no es el proveedor, sino tus mismos trabajadores. Los fabricantes de SaaS no venden el producto final que resulta de utilizar el software, sino simplemente “arriendan” el software.

El real servicio detrás del modelo es la mantención, actualización, uptime y soporte del software. Si el software falla o comete errores, la responsabilidad del proveedor sobre el impacto en el negocio están acotadas por Liability caps, cláusulas de uptime 99.9% o cláusulas de exención de responsabilidad.

En un mundo sin IA, efectivamente el modelo SaaS hace mucho sentido.

PERO, el mundo está cambiando.

Build vs Buy el 2026

En 2026 el costo (tiempo) de desarrollar software de alta complejidad, con bases de datos, lógica e interfaces, de ha desplomado. Ojo: no es que “cualquiera pueda desarrollar” (altas probabilidades de salir mal), pero un desarrollador senior con buen nivel de conocimientos ya no necesita un ejército de programadores junior y 3 meses de trabajo para escribir el código. Ahora un senior dev se sirve de un par de agentes IA, alguna plataforma tipo Claude Code / Codex / Cowork y puede lograr prácticamente lo mismo en una fracción de tiempo y costo.

La frase “si intentas desarrollarlo internamente te volverías loco. Aquí hay años de desarrollo. Olvídate. Mucho más fácil comprarlo por $20 y así tú te dedicas a tu actividad core” cada vez es menos cierta.

En este contexto, surgen 2 nuevos modelos de negocio interesantes que antes no tenían mucha chance, pero ahora sí:

*Empresas que ofrecen Servicio-como-Servicio: Suena absurdo, pero no lo es tanto. Básicamente traslada el uso del SaaS al proveedor, de manera que el usuario simplemente pide lo que necesita y “alguien” (humano o robot) opera el SaaS y entrega el resultado. El proveedor ofrece el resultado, no la herramienta.

*Empresas/Fábricas IA que desarrollan y mantienen software 100% customizado, no-estándar, con un tiempo de setup similar al SaaS y pricing fijo competitivo. Básicamente corresponde a la tercerización del “desarrollo propio”. Son los restaurantes boutique del mundo del software (a diferencia de las cadenas masivas de comida rápida, que representan el SaaS en esta analogía).

Si en tu empresa has probado varios SaaS y ninguno te satisface, y tienes cierto volumen de usuarios, puede ser hora de plantearse un desarrollo propio (con capacidad interna o tercerizada). En PowerLens Studio hemos logrado desarrollar software empresarial 100% customizado en semanas -no meses- con costos inferiores al SaaS.

¿Es el fin del software en general?

Una generalización de la teoría SaaS is Dead aborda la totalidad del software: Software is Dead. Se sustenta en el hecho que todo el software, en esencia, toma información, hace algo con ella, y entrega un resultado. De modo que en un mundo dominado por la IA, el flujo sería: Pides algo a tu agente IA -> El agente IA escribe el software que necesita ejecutar para cumplir con la tarea -> ejecuta el software -> te entrega el resultado -> destruye el software que acaba de crear.

El software pasa a ser una herramienta que el agente IA crea y destruye on-demand, a costo cero, instantáneamente, sólo para entregarte un resultado. Así, lo que realmente tiene valor no es el software, sino la información. Los datos de origen y el resultado que sale de correr el software. El software no es estático, sino 100% adaptado a cada petición en cada momento. Esto lo planteó el famoso millonario estadounidense Mark Cuban en esta entrevista.

Esto de alguna manera ya está sucediendo. Cuando pides algo a una aplicación de IA Generativa de frontera (ej: Gemini, Claude, ChatGPT) muchas veces de manera invisible el modelo escribe un programa que luego ejecuta para darte la respuesta.

Es imposible imaginar cómo estará el mundo en 2030.