El treinta y dos por ciento de las organizaciones ha decidido no comprar al menos un producto o función de software porque podía construirlo internamente con herramientas de codificación agénticas (McKinsey, 2026). No es una previsión sobre compras. Ya ocurrió, dentro del último ciclo presupuestario.
La línea build-vs-buy se movió, y se movió en silencio: ningún proveedor lo anunció, nadie llevó un caso de negocio al consejo. Alguien abrió un correo de renovación, miró el precio, miró un agente de codificación y dijo que no.
Esta es la parte que debería hacer frenar a un Head of Operations antes de que cierren las renovaciones del Q4. En la misma encuesta, las organizaciones más avanzadas en esa sustitución — los AI high performers de McKinsey, de los cuales casi la mitad ha evitado una compra de este modo frente al 31 por ciento del resto — declaran estar limitadas por costes en su uso de agentes de codificación unas tres veces más a menudo que los demás encuestados (McKinsey, 2026). La cohorte con más experiencia en construir en lugar de comprar es la que encontró el techo primero.
Ese orden importa más que la cifra de titular.
Lo que dice realmente la encuesta
El décimo State of AI anual de McKinsey se publicó el 25 de agosto de 2026, con trabajo de campo del 4 de mayo al 8 de junio, 1.719 encuestados en 97 países, ponderados por la contribución de cada país al PIB global. El treinta y seis por ciento de los encuestados trabaja en organizaciones por encima de los mil millones de dólares de ingresos anuales.
Una advertencia que conviene instalar ya, porque determina si algo de esto le aplica: McKinsey segmenta los datos por ingresos, no por plantilla. «Organizaciones más pequeñas» en esta encuesta significa por debajo de mil millones de dólares de ingresos, lo que incluye empresas muy fuera de la franja de 50–500 FTE. Lea la dirección de los hallazgos; no proyecte en ellos su propio organigrama.
Dicho esto, tres hallazgos encajan entre sí.
La sustitución es real y está concentrada. Treinta y dos por ciento en conjunto, más frecuente en tecnología y sanidad, luego en servicios profesionales y energía y materiales. Casi la mitad entre los high performers.
El techo es real y cae sobre las mismas herramientas. Alrededor del 20 por ciento de todos los encuestados dice que los costes operativos relacionados con la IA, incluidos los costes de tokens, limitaron su uso de la IA. Para los agentes de codificación en concreto, los high performers encuentran esa limitación unas tres veces más a menudo que los demás — y no están desproporcionadamente limitados en los costes de otros tipos de herramientas. La fricción es específica de aquello hacia lo que se sustituyeron.
La capacidad no está distribuida de forma uniforme. Las organizaciones por encima de los mil millones de dólares de ingresos pasaron del 27 por ciento al 40 por ciento en escalar agentes de IA en al menos una función interanualmente. Las organizaciones más pequeñas se quedaron esencialmente planas en el 22 por ciento. Alrededor de dos de cada diez encuestados en total dicen haber escalado agentes de codificación, subiendo al 31 por ciento en las grandes empresas.
Así que las empresas mejor posicionadas para sustituir software por agentes son también las que ya están pagando el privilegio. Y las empresas más tentadas por la aritmética — aquellas a las que más les duele la factura SaaS — son las que menos probablemente hayan escalado un agente.
Por qué el cambio parece barato en septiembre
El atractivo no es imaginario y no es ruido de proveedor. Los precios del software suben más rápido que casi cualquier otra cosa en su cuenta de resultados.
El índice de Vertice situó la inflación SaaS en el 12,1 por ciento en abril de 2026, el 14,2 por ciento en mayo y el 16,4 por ciento en junio: un nuevo récord, superando el pico anterior del 14,7 por ciento de noviembre de 2025, y la aceleración a dos meses más rápida que han registrado (Vertice, 2026). Vertice la sitúa en casi cinco veces la tasa general de inflación. El mismo índice señala además la shrinkflation que corre en paralelo: precios de lista al alza mientras el acceso a funcionalidades en el mismo nivel se estrecha en silencio.
Siéntese en una reunión de renovación con esa cifra y un agente de codificación que funciona, y el cambio parece obvio. Un aumento del 16 por ciento en una herramienta que usan tres personas, frente a un desarrollo que podría entregar en quince días.
El problema es que la comparación que se está haciendo no es la comparación que se está comprando.
Qué se transfiere realmente en un cambio de comprar a construir
Un contrato SaaS es un pasivo fijo, soportado, mantenido externamente, con una fecha de renovación conocida. Lo que lo sustituye son tres cosas distintas, y solo una aparece en el caso de negocio.
Una factura de tokens variable. La licencia era predecible; la inferencia se mide y escala con el uso, los reintentos y lo que sea que un agente decida leer. Es exactamente la línea contra la que los high performers de McKinsey dicen chocar.
Un propietario interno permanente del mantenimiento. No quien lo construyó. Quien lo sostiene en 2028, cuando cambie la API a la que llama y el único ingeniero que lo entendía se haya ido.
Las características de mantenibilidad del código escrito por agentes, medibles y peores que las del código al que sustituye.
El propietario del mantenimiento que nadie nombra
El estudio Maintainability Gap de GitClear analizó 623 millones de cambios de código entre 2023 y 2026 y encontró las señales de calidad moviéndose en la dirección equivocada a la vez: duplicación de bloques de código +81 por ciento, copiar/pegar dentro del mismo commit +41 por ciento, construcciones que enmascaran errores +47 por ciento, churn a dos semanas +15 por ciento — mientras que las líneas movidas por refactorización cayeron un 70 por ciento, las llamadas a funciones entre ficheros (la señal de reutilización) un 35 por ciento, y el mantenimiento de código legacy a largo plazo un 74 por ciento frente a los niveles de 2022 (GitClear, 2026).
Su expresión para lo que esto produce es la útil: componentes en V1 perpetua. Código que sale a producción y nunca se consolida, porque nadie refactoriza lo que un agente puede regenerar.
El programa DORA de Google llega al mismo sitio desde otra dirección. Entre unos 5.000 encuestados, la adopción de IA entre desarrolladores subió del 76 por ciento al 90 por ciento, y el rendimiento de entrega asistido por IA volvió a neutro o mejor — pero la inestabilidad de la entrega persistió como coste de la adopción, y la lectura que DORA hace de la IA es la de un amplificador del sistema organizativo en el que aterriza (DORA, 2025). La edición del año anterior había medido una caída del 7,2 por ciento en la estabilidad de entrega por cada aumento del 25 por ciento en la adopción de IA (TechTarget, 2025).
Amplificador es la palabra que hay que retener. Una empresa de 300 FTE con un único desarrollador interno sobrecargado y sin pipeline de despliegue no adquiere la disciplina de un proveedor de software generando un sustituto de su producto. Adquiere su propia disciplina, más rápido.
La cohorte más avanzada encontró el techo primero
Casi todas las discusiones tecnológicas giran en torno a si los escépticos tendrán razón más adelante. Esta ya ha corrido el experimento, y el resultado está en el mismo conjunto de datos que el entusiasmo.
Las organizaciones que sustituyeron de forma más agresiva son las que hoy declaran limitaciones de coste en agentes de codificación tres veces más a menudo que todas las demás (McKinsey, 2026). No limitaciones de coste en general — esas las declaran a tasas normales. Específicamente en la clase de herramienta hacia la que se cambiaron.
Así es como se ve un techo cuando se descubre desde dentro. Sustituye una línea fija por una variable, el uso crece porque la cosa es útil, y la línea variable deja de ser menor que la que canceló.
Para un operador del mid-market la inferencia no es «no construya». Es que la curva de costes que le muestran en el momento de la decisión es su primer mes.
El contraargumento honesto
Tres límites, dichos con claridad.
Los datos de encuesta autodeclarados no son una auditoría. Las cifras de McKinsey son lo que los encuestados dicen de sus propias organizaciones. Nadie concilió el desarrollo interno declarado con un libro mayor, y «decidió no comprar» incluye decisiones que nunca se iban a cerrar de todos modos.
Construir gana de verdad en un conjunto definible de casos. Donde el flujo de trabajo es específico de su empresa, donde ningún proveedor encaja sin configuración pesada, donde la cosa es pequeña y estable y lee de sistemas que ya posee — construir siempre fue defendible, y los agentes bajan el umbral a partir del cual lo es. El 32 por ciento no es uniformemente un error.
Un año de datos de calidad no es un veredicto sobre una década. GitClear mide cómo se ve hoy la autoría de código asistida por IA, mientras herramientas y prácticas son ambas inmaduras. Esas señales podrían mejorar. Aún no lo han hecho.
Lo que nada de esto cambia: el cambio convierte el problema de balance de un proveedor en el suyo. Es una transferencia, no un ahorro, salvo que ponga precio a la transferencia.
Qué renovaciones hacen defendible el cambio
Cuatro movimientos antes de que cierre el Q4. Ninguno requiere un nuevo proveedor, y ninguno exige abandonar el caso de construir.
- Ponga precio a la línea de tokens a doce meses de uso crecido, no al volumen del piloto. Si el sustituto solo es más barato al volumen de llamadas de hoy, no ha encontrado un ahorro: ha encontrado un desfase. Modélelo a tres veces el uso actual y vea si la decisión sobrevive.
- Nombre al propietario del mantenimiento antes de cancelar el contrato. Un nombre, un porcentaje de su tiempo y un sucesor. Si nadie pone un número, el desarrollo se financia con plantilla no asignada, es decir, con las tardes de alguien.
- Ordene las renovaciones según quién absorbe la avería. Todo lo que toque nóminas, cumplimiento, facturación al cliente o datos regulados conserva un proveedor con SLA e indemnización. El reporting interno, el pegamento entre sistemas que ya posee y las herramientas de flujo de un solo equipo: ahí el caso de construir es honesto.
- Trate una cotización de renovación del 16 por ciento como señal de negociación, no como veredicto. Una inflación SaaS a casi cinco veces la inflación general significa que el aumento propuesto viene del mercado y es con frecuencia negociable. Hacer benchmark de una renovación cuesta menos que poseer una base de código, y puede hacerlo este mes.
Una licencia que cancela es un coste que deja de pagar. Un sistema que construye es un coste que empieza a poseer — y las organizaciones más avanzadas en ese camino le están diciendo, en la misma encuesta que hizo atractivo el cambio, exactamente dónde deja de ser barato.
Antes de que salga la próxima renovación, tome una herramienta en la lista de bajas y escriba quién mantiene su sustituto en 2028. Si la línea se queda en blanco, renueve.
