Il trentadue percento delle organizzazioni ha deciso di non acquistare almeno un prodotto o una funzionalità software perché poteva costruirlo internamente con strumenti di coding agentici (McKinsey, 2026). Non è una previsione sugli acquisti. È già successo, dentro l'ultimo ciclo di budget.
La linea build-vs-buy si è spostata, e lo ha fatto in silenzio — nessun fornitore l'ha annunciato, nessuno ha portato un business case al board. Qualcuno ha aperto un'email di rinnovo, ha guardato il prezzo, ha guardato un agente di coding e ha detto no.
Ecco la parte che dovrebbe far rallentare un Head of Operations prima della chiusura dei rinnovi del Q4. Nella stessa survey, le organizzazioni più avanti in quella sostituzione — gli AI high performer di McKinsey, dei quali quasi la metà ha evitato un acquisto in questo modo contro il 31 percento di tutti gli altri — riportano vincoli di costo nell'uso di agenti di coding circa tre volte più spesso degli altri rispondenti (McKinsey, 2026). La fascia con più esperienza di "costruire invece di comprare" è la fascia che ha trovato il tetto per prima.
Quell'ordine conta più del numero di apertura.
Cosa dice davvero la survey
Il decimo State of AI annuale di McKinsey è stato pubblicato il 25 agosto 2026, con rilevazione dal 4 maggio all'8 giugno, 1.719 rispondenti in 97 nazioni, ponderati per il contributo di ciascuna nazione al PIL globale. Il trentasei percento dei rispondenti lavora in organizzazioni sopra il miliardo di dollari di ricavi annui.
Un caveat da installare subito, perché determina se tutto questo si applica a voi: McKinsey segmenta i dati per ricavi, non per numero di dipendenti. "Organizzazioni più piccole" in questa survey significa sotto il miliardo di dollari di ricavi, che include aziende ben fuori dalla fascia 50–500 FTE. Leggete la direzione dei risultati; non proiettateci dentro il vostro organigramma.
Detto questo, tre risultati si incastrano.
La sostituzione è reale e concentrata. Trentadue percento complessivo, più frequente in tecnologia e sanità, poi servizi professionali ed energia e materiali. Quasi la metà tra gli high performer.
Il tetto è reale e cade sugli stessi strumenti. Circa il 20 percento di tutti i rispondenti dichiara che i costi operativi legati all'AI, inclusi i costi dei token, hanno vincolato il loro uso dell'AI. Per gli agenti di coding nello specifico, gli high performer incontrano quel vincolo circa tre volte più spesso degli altri — e non sono vincolati in modo sproporzionato sui costi di altre tipologie di strumenti. L'attrito è specifico della cosa in cui si sono sostituiti.
La capacità non è distribuita in modo uniforme. Le organizzazioni sopra il miliardo di dollari di ricavi sono passate dal 27 percento al 40 percento nello scalare agenti AI in almeno una funzione, anno su anno. Le organizzazioni più piccole sono rimaste sostanzialmente ferme al 22 percento. Circa due su dieci dei rispondenti complessivi dichiarano di aver scalato agenti di coding, con un salto al 31 percento nelle imprese più grandi.
Quindi le aziende meglio posizionate per sostituire software con agenti sono anche quelle che stanno già pagando il privilegio. E le aziende più tentate dall'aritmetica — quelle a cui la bolletta SaaS fa più male — sono le meno probabili ad aver scalato un agente.
Perché a settembre lo scambio sembra conveniente
L'attrazione non è immaginaria e non è hype da fornitore. I prezzi del software salgono più in fretta di quasi tutto il resto del vostro conto economico.
L'indice di Vertice ha misurato un'inflazione SaaS del 12,1 percento ad aprile 2026, del 14,2 percento a maggio e del 16,4 percento a giugno — un nuovo record, superiore al precedente picco del 14,7 percento di novembre 2025, e la più rapida accelerazione su due mesi mai registrata (Vertice, 2026). Vertice la colloca a quasi cinque volte il tasso generale di inflazione. Lo stesso indice segnala anche la shrinkflation che corre in parallelo: prezzi di listino in aumento mentre l'accesso alle funzionalità allo stesso tier si restringe silenziosamente.
Sedetevi in una riunione di rinnovo con quel numero e un agente di coding funzionante, e lo scambio sembra ovvio. Un aumento del 16 percento su uno strumento usato da tre persone, contro una build che potreste rilasciare in quindici giorni.
Il problema è che il confronto che si sta facendo non è il confronto che si sta comprando.
Cosa si trasferisce davvero in uno scambio build-instead-of-buy
Un contratto SaaS è una passività fissa, supportata, mantenuta esternamente, con una data di rinnovo nota. Ciò che la sostituisce sono tre cose distinte, e solo una compare nel business case.
Una bolletta a token variabile. La licenza era prevedibile; l'inferenza è a consumo e scala con l'uso, i retry e qualsiasi cosa un agente decida di leggere. È esattamente la voce su cui gli high performer di McKinsey dichiarano di sbattere.
Un proprietario interno permanente della manutenzione. Non chi l'ha costruito. Chi lo tiene in mano nel 2028, quando l'API che chiama cambia e l'unico ingegnere che lo capiva se n'è andato.
Le caratteristiche di manutenibilità del codice scritto dagli agenti, misurabilmente peggiori del codice che sostituisce.
Il proprietario della manutenzione che nessuno nomina
Lo studio Maintainability Gap di GitClear ha analizzato 623 milioni di modifiche al codice dal 2023 al 2026 e ha trovato i segnali di qualità che si muovono tutti nella direzione sbagliata insieme: duplicazione di blocchi di codice +81 percento, copia/incolla all'interno dello stesso commit +41 percento, costrutti che mascherano gli errori +47 percento, churn a due settimane +15 percento — mentre le righe spostate per refactoring sono calate del 70 percento, le chiamate di funzione cross-file (il segnale del riuso) del 35 percento, e la manutenzione del codice legacy di lungo periodo del 74 percento rispetto ai livelli 2022 (GitClear, 2026).
La loro espressione per ciò che ne risulta è quella utile: componenti in perpetua V1. Codice che va in produzione e non viene mai consolidato, perché nessuno fa refactoring di ciò che un agente può rigenerare.
Il programma DORA di Google arriva allo stesso punto da un'altra direzione. Su circa 5.000 rispondenti, l'adozione dell'AI tra gli sviluppatori è salita dal 76 percento al 90 percento, e il throughput di delivery assistito dall'AI è tornato neutro o migliore — ma l'instabilità della delivery è rimasta come costo dell'adozione, e la lettura che DORA dà dell'AI è quella di un amplificatore del sistema organizzativo in cui atterra (DORA, 2025). L'edizione dell'anno precedente aveva misurato un calo del 7,2 percento nella stabilità della delivery per ogni aumento del 25 percento nell'adozione dell'AI (TechTarget, 2025).
Amplificatore è la parola da tenere. Un'azienda da 300 FTE con un solo sviluppatore interno sovraccarico e nessuna pipeline di deployment non acquisisce la disciplina di un fornitore software generando un rimpiazzo del prodotto di quel fornitore. Acquisisce la propria disciplina, più in fretta.
La fascia più avanti ha trovato il tetto per prima
Quasi tutte le discussioni sulla tecnologia riguardano se gli scettici avranno ragione più avanti. Questa ha già fatto girare l'esperimento, e il risultato sta nello stesso dataset dell'entusiasmo.
Le organizzazioni che hanno sostituito più aggressivamente sono quelle che oggi riportano vincoli di costo sugli agenti di coding tre volte più spesso di tutte le altre (McKinsey, 2026). Non vincoli di costo in generale — quelli li riportano a tassi normali. Specificamente sulla classe di strumenti in cui si sono spostate.
Ecco com'è fatto un tetto quando lo si scopre dall'interno. Sostituite una voce fissa con una variabile, l'uso cresce perché la cosa è utile, e la voce variabile smette di essere più piccola di quella che avete cancellato.
Per un operatore mid-market l'inferenza non è "non costruite". È che la curva di costo che vi viene mostrata nel momento della decisione è il suo primo mese.
Il contro-argomento onesto
Tre limiti, detti chiaramente.
I dati auto-dichiarati di una survey non sono un audit. Le cifre di McKinsey sono ciò che i rispondenti dicono delle proprie organizzazioni. Nessuno ha riconciliato la build interna dichiarata con un libro mastro, e "deciso di non comprare" include decisioni che non si sarebbero mai chiuse comunque.
La build vince davvero in un insieme definibile di casi. Dove il workflow è specifico della vostra azienda, dove nessun fornitore si adatta senza configurazioni pesanti, dove la cosa è piccola, stabile e legge da sistemi che già possedete — costruire è sempre stato difendibile, e gli agenti abbassano la soglia oltre la quale lo diventa. Il 32 percento non è uniformemente un errore.
Un anno di dati sulla qualità non è un verdetto su un decennio. GitClear misura come appare oggi la scrittura di codice assistita dall'AI, mentre strumenti e pratiche sono entrambi immaturi. Quei segnali potrebbero migliorare. Finora non l'hanno fatto.
Ciò che nulla di tutto questo cambia: lo scambio converte il problema di bilancio di un fornitore nel vostro. È un trasferimento, non un risparmio, a meno che non prezziate il trasferimento.
Quali rinnovi rendono difendibile lo scambio
Quattro mosse prima della chiusura del Q4. Nessuna richiede un nuovo fornitore, e nessuna richiede di abbandonare il caso della build.
- Prezzate la voce token su dodici mesi di uso cresciuto, non sul volume del pilota. Se il rimpiazzo è più economico solo ai volumi di chiamate di oggi, non avete trovato un risparmio — avete trovato un ritardo. Modellatelo a tre volte l'uso attuale e vedete se la decisione regge.
- Nominate il proprietario della manutenzione prima di cancellare il contratto. Un nome, una percentuale del suo tempo, e un successore. Se nessuno mette un numero, la build è finanziata da headcount non allocato, cioè dalle serate di qualcuno.
- Ordinate i rinnovi in base a chi assorbe il guasto. Tutto ciò che tocca payroll, compliance, fatturazione verso il cliente o dati regolamentati tiene un fornitore con SLA e manleva. Reportistica interna, collante tra sistemi che già possedete e strumenti di workflow di un singolo team: lì il caso della build è onesto.
- Trattate una quotazione di rinnovo al 16 percento come un segnale negoziale, non come un verdetto. Un'inflazione SaaS a quasi cinque volte l'inflazione generale significa che l'aumento proposto è guidato dal mercato e spesso negoziabile. Fare benchmark di un rinnovo costa meno che possedere una codebase, e potete farlo questo mese.
Una licenza che cancellate è un costo che smettete di pagare. Un sistema che costruite è un costo che iniziate a possedere — e le organizzazioni più avanti su quella strada vi stanno dicendo, nella stessa survey che ha reso lo scambio attraente, esattamente dove smette di essere conveniente.
Prima che parta il prossimo rinnovo, prendete uno strumento sul ceppo e scrivete chi mantiene il suo rimpiazzo nel 2028. Se la riga resta vuota, rinnovate.
