«SaaSpocalypse»: por qué reemplazar el SaaS con código de IA cuesta más de lo que parece

Los analistas de TNW advierten a los directivos: antes de reemplazar suscripciones corporativas de SaaS por código generado con IA, hay que evaluar el coste total de propiedad durante todo su ciclo de vida, y no solo el gasto del desarrollo inicial.

Por qué la idea resulta tentadora

La IA generativa ha acelerado radicalmente la creación de herramientas internas. Lo que antes exigía semanas de trabajo de los desarrolladores ahora se hace en horas, a veces sin una sola línea escrita a mano. Por eso cada vez más organizaciones se plantean abandonar las suscripciones de pago a Salesforce, Notion, Slack, Zendesk y productos similares en favor de soluciones propias.

La industria ya ha bautizado este escenario como «SaaSpocalypse»: el apocalipsis augurado del mercado SaaS, en el que las herramientas de IA irían desplazando poco a poco a los productos ya hechos. La lógica es clara: si un modelo de lenguaje escribe un CRM en una jornada laboral, ¿para qué pagar cientos de dólares al año por una solución estándar?

Lo que se pasa por alto al calcular los costes

TNW señala un error de fondo en los cálculos habituales: las organizaciones comparan el coste de desarrollo con el precio de la suscripción SaaS y, en esa fase, la solución propia casi siempre parece más rentable. El problema es que el desarrollo es solo el comienzo del gasto, no su parte principal.

El coste total de propiedad de una herramienta interna incluye:

• Actualizaciones periódicas para adaptarse a los cambios en los procesos de negocio
• Parches de seguridad y corrección de vulnerabilidades a medida que aparecen
• Soporte a los empleados y mantenimiento de la documentación
• Integraciones con nuevos sistemas externos conforme crece el negocio
• Horas de los desarrolladores, que en ese tiempo no trabajan en el producto principal

En las empresas de SaaS con miles de clientes, equipos dedicados se ocupan de estas tareas de forma permanente. Llevar la funcionalidad a la propia organización significa que esas mismas tareas recaen en ingenieros con otras prioridades y otros KPI.

La pregunta correcta para el directivo

La tesis central del artículo: la cuestión no es si la empresa puede construir una herramienta, algo al alcance de prácticamente cualquier equipo hoy. La cuestión es si tiene los recursos y la solidez para mantenerla, protegerla y desarrollarla en un horizonte de varios años.

«La pregunta clave no es si una organización puede construir una

herramienta, sino si tiene los recursos y la solidez para mantenerla, protegerla y desarrollarla de forma continua».

Las grandes tecnológicas con una cultura de ingeniería madura suelen contar con esos recursos y, en esos casos, el desarrollo interno se justifica económicamente. Para la mayoría de las organizaciones, cuyos ingenieros se concentran en el producto principal, el paso a herramientas internas genera deudas ocultas: técnica, operativa y relacionada con la seguridad de los datos.

Qué significa esto

La «SaaSpocalypse» como fenómeno masivo es más una exageración que una tendencia real. La IA sí ha rebajado la barrera para crear herramientas muy especializadas allí donde las soluciones SaaS estándar cubren mal las particularidades de un negocio concreto. Para funciones estándar, como CRM, helpdesk o gestión de proyectos, reemplazar un SaaS probado por código propio solo se justifica si hay un equipo dispuesto a asumir el mantenimiento durante varios años.