¿Es el 'SaaSpocalipsis' un mito? El verdadero costo del software construido por IA

      Antes de reemplazar las suscripciones de SaaS con software de IA construido internamente, los ejecutivos deben evaluar el costo total del ciclo de vida de la propiedad en lugar de centrarse únicamente en el costo de desarrollo.

      La pregunta clave no es si la organización puede construir una herramienta, sino si tiene la capacidad y la resiliencia para mantenerla, asegurarla y evolucionarla continuamente con el tiempo.

      Esto incluye evaluar quién poseerá el sistema a largo plazo, cómo se distribuirá el conocimiento para evitar dependencias críticas en individuos y si la organización está preparada para absorber la carga operativa que actualmente llevan los proveedores de SaaS.

      Hace unas semanas, un grupo de periodistas de CNBC utilizó herramientas de codificación de IA para recrear la funcionalidad central de la plataforma de gestión de proyectos Monday.com durante un solo fin de semana.

      El 💜 de la tecnología de la UE Las últimas novedades de la escena tecnológica de la UE, una historia de nuestro sabio fundador Boris y un arte de IA cuestionable. Es gratis, cada semana, en tu bandeja de entrada. ¡Regístrate ahora! El resultado provocó una fuerte caída en el precio de las acciones de la empresa, una ola de comentarios sobre una inminente 'SaaSpocalipsis' y una incómoda pregunta en las salas de juntas de todo el mundo: si el software puede ser reconstruido tan rápidamente, ¿qué están pagando exactamente las empresas cuando compran SaaS?

      El software se ha vuelto dramáticamente más barato de construir. Las herramientas internas que antes requerían meses de desarrollo, equipos especializados y presupuestos significativos ahora pueden ser creadas en días.

      Lo que anteriormente requería un programa de ingeniería estructurado puede, en algunos casos, ser ensamblado en un fin de semana. A veces menos.

      Ese cambio ahora es visible en las decisiones de adquisición. Los CIO, CEO y CFO están revisitando los contratos de SaaS ya existentes y aquellos que aún se están negociando.

      Si el software puede ser recreado internamente a una fracción del costo histórico, las suscripciones comienzan a parecer menos automáticas. La pregunta se vuelve contundente: si podemos construirlo, ¿por qué seguir pagando por ello?

      Esa pregunta está incompleta.

      Trata el software como algo que terminas. No lo haces. Lo ejecutas.

      Las actualizaciones de seguridad llegan continuamente. Las integraciones se rompen sin previo aviso. Las regulaciones cambian. Los flujos de trabajo internos evolucionan. Los usuarios cambian de opinión.

      Nada de eso es un comportamiento excepcional. Es el sistema.

      En la mayoría de los casos, el verdadero costo del software se encuentra después de la implementación. No antes.

      El software pasa la mayor parte de su vida siendo mantenido, no escrito. El trabajo de mantenerlo estable, seguro y alineado con el negocio es donde se acumula la mayor parte del esfuerzo con el tiempo. La IA ha cambiado la velocidad a la que se puede producir software. No ha cambiado la carga de mantenerlo operativo.

      Aquí es donde SaaS y las construcciones internas divergen.

      Los proveedores de SaaS distribuyen el mantenimiento, las actualizaciones y el soporte entre miles de clientes. Esa carga se absorbe en el producto. Cuando las empresas reemplazan SaaS con sistemas internos, esas responsabilidades no desaparecen.

      Se absorben internamente y se concentran dentro de una sola organización, todo mientras la empresa intercambia sus antiguas tarifas de suscripción por nuevas para pagar por las herramientas de desarrollo de IA empresarial.

      Lo que parece un ahorro en el momento de la compra a menudo se convierte en una carga operativa que solo aparece más tarde, cuando ya está incrustada en equipos y procesos.

      Y rara vez se estabiliza. El software cambia porque todo a su alrededor cambia. Cada cambio crea trabajo: correcciones, actualizaciones, pruebas y ajustes de integración. Alguien tiene que hacerse cargo de todo ello.

      Un segundo costo emerge junto a esto.

      Cada sistema necesita propiedad. En SaaS, esa propiedad recae en el proveedor. En construcciones internas, se traslada dentro de la organización. Las hojas de ruta, los incidentes, el soporte y el desarrollo continuo tienden a concentrarse en un pequeño número de personas que entienden el sistema en detalle.

      Eso crea un tipo diferente de dependencia. Las empresas a menudo piensan que están eliminando el bloqueo del proveedor. En la práctica, lo están reemplazando con la dependencia de individuos.

      Y eso suele ser un intercambio peor.

      Si se utiliza IA para acelerar el desarrollo, el riesgo aumenta. Los sistemas se ensamblan más rápido, pero con menos documentación compartida y menos puntos de referencia duraderos.

      Cuando las personas que los construyeron se van, lo que queda es un software que es más difícil de interpretar, más difícil de modificar y más frágil de lo esperado.

      La dependencia no ha desaparecido. Se ha trasladado.

      Por eso la decisión de construir o comprar no es un ejercicio de costos. Es una cuestión de dónde debe residir la responsabilidad operativa y cuánta complejidad está dispuesta a asumir una organización con el tiempo.

      Antes de reemplazar SaaS con software interno, los ejecutivos deben mirar más allá de la construcción inicial. Necesitan tener en cuenta lo que viene después: mantenimiento, integración, seguridad, continuidad y rotación.

      La conclusión no es que las empresas deban evitar construir software internamente. Muchas ahora deberían. La IA ha cambiado la economía lo suficiente como para hacer eso viable en casos que anteriormente tenían poco sentido.

      Pero solo ha cambiado un lado de la ecuación.

      Ha hecho que el software sea más barato de construir. No lo ha hecho más barato de operar.

      Esa brecha es donde la mayoría de las decisiones empresariales fallarán.

      Antes de cancelar la próxima suscripción de SaaS, la pregunta es simple: no si puede ser reconstruido, sino si la organización está preparada para hacerse cargo de todo lo que sigue.