¿Es 'Suspocalipsis' un mito? El costo real del software creado con IA

Antes de reemplazar las suscripciones de SaaS con software de inteligencia artificial desarrollado internamente, los ejecutivos deben evaluar el costo de propiedad del ciclo de vida completo en lugar de centrarse únicamente en los costos de desarrollo.

La pregunta clave no es si la organización puede desarrollar una herramienta, sino si tiene la capacidad y la resiliencia para mantenerla, asegurarla y desarrollarla continuamente a lo largo del tiempo.

Estos incluyen quién será el propietario del sistema a largo plazo, cómo se distribuirá el conocimiento para evitar dependencias críticas de los individuos y si la organización está preparada para absorber la carga operativa que actualmente soportan los proveedores de SaaS.

Hace unas semanas, un grupo de periodistas de CNBC pasó un fin de semana utilizando herramientas de codificación de IA para recrear la funcionalidad principal de la plataforma de gestión de proyectos Monday.com.

💜 de tecnología de la UE

Los últimos rumores de la escena tecnológica de la UE, una historia de nuestro sabio fundador Boris y algo de arte de inteligencia artificial dudoso. Es gratis, todas las semanas, en tu bandeja de entrada. ¡Regístrate ahora!

El resultado desencadenó una fuerte caída en el precio de las acciones de la empresa, una ola de comentarios sobre un inminente 'suspocalipsis' y una pregunta incómoda en las salas de juntas de todo el mundo: si el software se puede reconstruir tan rápidamente, ¿qué pagarán exactamente las empresas cuando compren SaaS?

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

En algunos casos, un programa de ingeniería estructural previamente requerido puede realizarse los fines de semana. A veces menos.

Ese cambio ahora es visible en las decisiones de adquisiciones. Los CIO, CEO y CFO están revisando los contratos de SaaS que ya existen y que aún se están negociando.

Si el software se puede recrear internamente a una fracción de los costos históricos, las suscripciones comienzan a parecer menos automatizadas. La pregunta se vuelve contundente: ¿por qué pagar por ello si podemos construirlo?

La pregunta está incompleta.

Trata el software como algo que usted termina. No lo haces. tu conduces

Las actualizaciones de seguridad llegan continuamente. La solidaridad se rompe sin previo aviso. Transferencia de normativa. Los flujos de trabajo internos evolucionan. Los usuarios cambian de opinión.

Nada de esto es un comportamiento extremo. Es el sistema.

En la mayoría de los casos, el costo real del software se calcula después de la implementación. no antes

El software pasa la mayor parte de su vida en mantenimiento, no en escritura. Mantenerlo estable, seguro y conectado al negocio es donde se acumula la mayor parte del esfuerzo con el tiempo. La IA ha cambiado la rapidez con la que se puede desarrollar software. No cambió la carga para mantenerla funcionando.

Aquí es donde divergen SaaS y las construcciones internas.

Los proveedores de SaaS distribuyen mantenimiento, actualizaciones y soporte a miles de clientes. Esa carga es absorbida por el producto. Cuando las empresas reemplazan SaaS con sistemas internos, esas responsabilidades no desaparecen.

Estos se absorben internamente y se centralizan dentro de una sola organización, mientras que la empresa cambia sus antiguas tarifas de suscripción por otras nuevas para herramientas de desarrollo de IA empresarial.

Lo que parece ser un ahorro en la compra muchas veces se convierte en una carga operativa que sólo se ve más tarde, cuando ya está integrada en los equipos y procesos.

Y rara vez es estable. El software cambia porque todo lo que lo rodea cambia. Cada cambio genera trabajo: revisión, actualización, prueba y coordinación de integración. Alguien tiene que ser dueño de todo.

A esto se suma un segundo coste.

Cada sistema requiere propiedad. En SaaS, esa propiedad recae en el proveedor. En las construcciones internas, se mueve dentro de la organización. Las hojas de ruta, los eventos, el soporte y los desarrollos continuos se concentran entre un pequeño número de personas que comprenden el sistema en detalle.

Esto crea un tipo diferente de dependencia. Las empresas a menudo piensan que están eliminando la dependencia de los proveedores. En realidad, lo están reemplazando dependiendo de cada uno.

Y ese suele ser un mal negocio.

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

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

La dependencia no ha desaparecido. Ha sido movido.

Esta es la razón por la que la decisión de construir versus comprar no es un ejercicio de costos. Es una cuestión de dónde debe ubicarse 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. Tienen que dar cuenta de lo que viene después: mantenimiento, integración, seguridad, continuidad y rotación.

La conclusión no es que las empresas deban evitar desarrollar software internamente. Ahora muchos deberían hacerlo. La IA ha cambiado la economía lo suficiente como para hacerla viable en áreas que antes tenían poco significado.

Pero eso sólo cambió un lado de la ecuación.

Esto hizo que el desarrollo del software fuera más barato. No hizo que su funcionamiento fuera barato.

En esa brecha es donde fracasarán la mayoría de las decisiones empresariales.

Antes de cancelar la próxima suscripción a SaaS, la pregunta es simple: no si se puede reconstruir, sino si la organización está lista para poseer todo lo que sigue.