Una empresa puede renovar su sistema central de recursos humanos y rechazar la compra de un nuevo asistente añadido a él. Esa posibilidad sitúa la siguiente venta de funcionalidades, y no necesariamente toda la plataforma, en el centro del debate sobre el software construido por los propios clientes.
La información de Business Insider del 30 de septiembre, disponible en su edición autorizada de Taiwán, describe el HR Bot desarrollado internamente por Spotify y Jarvis, la herramienta de formación comercial de Twilio. Son ejemplos identificados de empresas que aportan por sí mismas funciones concretas. No prueban que los clientes corporativos hayan abandonado sus sistemas centrales, ni son una estimación auditada de forma independiente del ahorro del sector.
La pregunta financiera es cómo una alternativa interna cambia el precio que el cliente pagará por la siguiente capacidad adquirida. El desarrollo asistido por IA puede facilitar considerar esa opción. Que resulte más barata durante su vida útil sigue dependiendo de quién la opera, qué servicios consume y qué ocurre cuando falla.
La operación amenazada es una venta adicional
Los proveedores de software suelen vender un servicio base y buscar más ingresos mediante capacidades adicionales. Un cliente que construye una herramienta concreta y útil puede mantener la plataforma principal, sus registros y sus suscripciones existentes. La presión comercial puede aparecer, por tanto, en una venta adicional que no se realiza antes de aparecer en una renovación cancelada.
La distinción importa al inversor que interpreta el caso de un cliente. Mantener la cuenta no demuestra que el proveedor capturará el mismo gasto futuro. A la vez, construir una función no demuestra que desaparecerá todo el gasto del cliente con ese proveedor. La comparación relevante enfrenta el valor de la función comprada con el coste completo y la fiabilidad de la alternativa interna.
Un comprador con esa alternativa dispone de otra posición negociadora. Puede comprar a menor precio, aplazar la compra o construir para un subconjunto de empleados. Son resultados posibles, no efectos medidos que establezcan los casos publicados. Las pruebas no aportan una pérdida de ingresos de todo el mercado ni un calendario para ella.
El relato de Spotify de agosto sobre la construcción de Xirp aporta evidencia primaria del mecanismo general. Xirp es un entorno neutral respecto a proveedores para coordinar desarrollo con IA, construido en torno a las necesidades de ingeniería de la empresa. Es un proyecto distinto del HR Bot descrito en la noticia. El relato de Spotify muestra desarrollo propio junto a modelos y herramientas externos, en vez de una elección simple de no comprar nada.
La responsabilidad continúa después del primer prototipo funcional
La comparación entre comprar y construir queda incompleta cuando solo valora la primera versión. Una herramienta interna necesita un responsable después del lanzamiento: alguien debe resolver fallos, actualizar conexiones y mantener las reglas de negocio que hacen útiles sus respuestas. Programar más rápido al principio no demuestra que desaparezcan esas responsabilidades.
Un asistente para empleados ilustra la diferencia sin necesidad de previsiones. Una respuesta sobre permisos depende de la situación del empleado, la política vigente y la autorización para acceder a la información pertinente. Un asistente puede producir lenguaje fluido mientras utiliza una regla incorrecta o revela información a quien no corresponde. La comparación de costes debe incluir revisión, control de acceso y corrección, no solo las horas de desarrollo ahorradas.
En un relato del 1 de octubre sobre su historia de ingeniería, Spotify describe cómo la fragmentación de servicios y las responsabilidades poco claras la llevaron hacia estándares comunes y la plataforma de desarrollo Backstage. También indica que operar esa infraestructura sigue siendo un compromiso continuo y presenta su servicio gestionado Portal como alternativa. Es un relato empresarial con interés comercial, no una referencia independiente de productividad.
La lección práctica es una frontera de costes: las funciones personalizadas dependen de sistemas circundantes que alguien debe mantener. Una empresa con responsabilidades de ingeniería establecidas puede absorber ese trabajo de manera distinta a otra que carezca de ellas. Ni el presupuesto de suscripción ni un prototipo impresionante responden por sí solos qué organización tiene el menor coste durante toda la vida útil.
Las plataformas pueden vender la base de las herramientas propias
Los proveedores existentes tienen una respuesta distinta de impedir que los clientes construyan. Pueden hacer que sus datos, controles y entorno de ejecución sean útiles para esos desarrolladores. Una interfaz del cliente puede situarse entonces sobre una plataforma del proveedor.
El anuncio de Workday del 2 de junio describía Developer Agent para aplicaciones propias, Agent-Ready Tools para acceso controlado a funciones de recursos humanos y finanzas, y Agent Passport para verificación. El anuncio especificaba acceso temprano y planes de disponibilidad futura en aquel momento; no establece por sí solo su disponibilidad en octubre ni demuestra que un agente concreto de un cliente sea seguro.
La dirección tiene relevancia económica incluso sin asumir que los productos cumplen sus promesas. Si el desarrollo permanece en la plataforma del proveedor existente, la decisión de construir puede redistribuir ingresos entre funcionalidades y servicios de plataforma. No tiene por qué eliminar la relación subyacente. La pregunta abierta es qué pagarán los clientes por esas capas y si compensará alguna venta de funcionalidades perdida.
El anuncio de plataforma de Twilio de mayo describe Agent Connect como un sistema que permite elegir modelos y agentes manteniendo la integración de comunicaciones. Ofrece otro ejemplo de la misma diferencia: escribir un agente propio y comprar los canales que lo sustentan pueden coexistir. El anuncio establece estrategia de producto, no un resultado de ingresos garantizado.
Una factura menor de complementos no implica menor gasto total
Para el cliente, el gasto puede pasar de una suscripción de aplicaciones al uso de modelos, infraestructura y operaciones internas. Construir puede seguir siendo atractivo por la personalización o la adaptación más rápida, aunque no minimice todos los costes. Por el contrario, evitar una tarifa adicional no demuestra ahorro neto si se incluyen servicios de soporte y responsabilidad operativa.
Para el proveedor, la información que haría medible la amenaza incluye cambios en ingresos de ampliación de cuentas, condiciones de renovación y demanda de los servicios de desarrollo o infraestructura que sustentan las aplicaciones de clientes. La información de clientes sobre uso sostenido, esfuerzo de mantenimiento, fallos y costes totales pondría a prueba el otro lado del acuerdo. Los casos publicados y anuncios de producto todavía no resuelven esas medidas.
El análisis sería más negativo para un proveedor si los clientes rechazaran repetidamente funciones de pago sin aumentar el gasto en sus servicios subyacentes. Sería menos negativo si el desarrollo propio reforzara el uso de la plataforma y respaldara los precios. Ambos siguen siendo escenarios que necesitan pruebas financieras.
La nueva competencia es una opción interna creíble para una tarea concreta. Su valor procede de lo que hace con fiabilidad a lo largo del tiempo y de las capas compradas que todavía necesita. Eso hace disputable la siguiente venta de funcionalidades SaaS y deja abierto el resultado del gasto global.