Sostituire sviluppatori con IA costa più di quanto si risparmia
C’è una frase che circola tra i fondatori sostenuti da capitale di rischio con una frequenza tale da dover far riflettere qualsiasi CFO: 'Posso sostituire tutti con l'IA.' L'ultima versione di questo argomento è arrivata da una startup che ha annunciato pubblicamente la decisione di sostituire il suo team di sviluppo con uno strumento di generazione di codice chiamato OpenClaw. L'annuncio è stato accolto con una miscela di applausi in alcuni forum tecnologici e di allerta in altri. Nessuno dei due sentimenti cattura realmente ciò che sta accadendo nei bilanci di quell'azienda.
Quella che questa storia racconta non è una storia di efficienza. È una storia su come si misura – e come si distorce – il costo di produrre software.
L'errore di confondere prezzo con costo
Quando un'azienda licenzia i suoi sviluppatori e assume uno strumento di IA per sostituirli, ciò che vede nell'estratto conto bancario il mese successivo sembra una vittoria: il costo del personale scende, la spesa per le licenze software è una frazione degli stipendi precedenti e il margine operativo migliora sulla carta. Questa è la fotografia a breve termine. Il film a lungo termine ha una trama diversa.
Il costo di uno sviluppatore senior non è solo il suo stipendio. È il contesto accumulato riguardo all'architettura del prodotto, le decisioni prese diciotto mesi fa e perché, i clienti che chiamano direttamente perché si fidano di quella persona, e la capacità di rilevare che una funzionalità tecnicamente corretta può essere strategicamente pericolosa. Questa conoscenza non vive in un repository di GitHub. Vive in conversazioni, in giudizio, nella memoria istituzionale.
Quando quell'attivo esce dalla porta, il costo non scompare: si trasforma. Si converte in tempo di apprendimento ogni volta che lo strumento di IA produce codice che nessuno in azienda può auditare con criterio, in debito tecnico che si accumula silenziosamente, e nel costo di assumere consulenti esterni quando il sistema fallisce in produzione alle 2 del mattino. Nessuno di questi costi appare nella linea 'salari' del conto economico, il che li rende politicamente comodi ed economicamente pericolosi.
Una startup senza sviluppatori umani in grado di rivedere l’output dell’IA non ha ridotto la sua dipendenza tecnologica: l’ha concentrata su un unico fornitore esterno su cui non ha alcuna influenza strutturale. Questa non è efficienza operativa; è fragilità travestita da margine.
La logica del fornitore unico e le sue conseguenze distributive
Esiste un modello ben documentato nella strategia aziendale che descrive cosa accade quando un'azienda cede potere di negoziazione a un fornitore unico senza alternative valide. Il fornitore, razionalmente, aumenta i prezzi non appena percepisce che il costo di switching del cliente è sufficientemente alto.
In questo caso, la startup non sta solo cedendo quel potere a OpenClaw – o a qualsiasi piattaforma IA ammissibile – ma sta attivamente distruggendo la sua capacità di negoziare in futuro. Senza un team tecnico interno in grado di valutare alternative, migrare a un altro strumento o costruire capacità proprie, l'azienda rimane intrappolata. Il fornitore di IA lo sa. Gli investitori di quel fornitore lo sanno. E i termini contrattuali rifletteranno questa consapevolezza prima di quanto la startup anticipi.
Questo non è una proiezione speculativa. È la meccanica standard di qualsiasi mercato in cui un acquirente elimina le sue opzioni sostitutive. Il prezzo che pagherà oggi per la licenza di IA non è il prezzo che pagherà tra tre anni. E a quel punto, non avrà il talento interno per costruire un’uscita.
L'argomento che l'IA 'democratizza' lo sviluppo software ha merito in certi contesti: team piccoli che necessitano di prototipare rapidamente, fondatori tecnici che vogliono ridurre la frizione in compiti ripetitivi, o aziende che usano l'IA come strato di accelerazione su un team umano che continua a prendere decisioni. Ma c'è una differenza strutturale tra usare l'IA per far produrre di più ai tuoi sviluppatori e usare l'IA per non avere sviluppatori. La prima strategia moltiplica la capacità. La seconda elimina il giudizio.
Quando il modello di business dipende dal fatto che nessuno faccia i conti
Esiste una domanda che non appare nel comunicato di questa startup ma che qualsiasi investitore dovrebbe porsi prima di applaudire: chi valida l'output? Il codice generato dall'IA non è intrinsecamente sbagliato. Ma il codice generato dall'IA senza revisione umana con contesto aziendale è una scommessa di probabilità nota che si traduce in debito tecnico, in vulnerabilità di sicurezza non rilevate, e in prodotti che funzionano in demo ma falliscono sotto carico reale.
La narrazione di 'posso sostituire tutti con IA' ha un pubblico molto specifico: gli investitori che vogliono vedere calare il burn rate. Non è progettata per i clienti, che hanno bisogno di software affidabile. Non è progettata per gli sviluppatori licenziati, che perdono reddito. E, a medio termine, non è progettata neanche per il fondatore, che erediterà un'architettura tecnica che nessuno nella sua azienda comprende del tutto.
Ciò che questa decisione ottimizza non è la creazione di valore del prodotto; ottimizza la metrica che rende più attraente il prossimo round di finanziamento. Questa è una distinzione che i CFO delle aziende che eventualmente acquisiranno questa startup – se mai dovesse arrivare a quel punto – dovranno calcolare con precisione chirurgica.
Il modello non è nuovo. L'economia delle piattaforme da un decennio mostra come le aziende che spremono i loro fornitori per migliorare i margini a breve termine finiscano con reti di approvvigionamento che collassano nel momento meno opportuno. Lo sviluppatore di software è, in questo modello, il fornitore che viene eliminato. La differenza con un fornitore di materie prime è che questo fornitore era anche il custode della conoscenza tecnica del prodotto. Eliminarlo ha un costo che non appare in nessuna fattura finché non si manifesta in tutte.
Il capitale che non figura in nessun bilancio
Esistono attivi che i sistemi contabili moderni continuano a non riuscire a catturare con precisione: la conoscenza tacita di un team, la fiducia accumulata con clienti tecnici esigenti, e la capacità organizzativa di apprendere dagli errori del sistema stesso. Una startup che sostituisce il suo team di sviluppo con l'IA non sta liquidando una voce di costo; sta liquidando questi attivi senza registrare il corrispondente addebito.
Il mercato, alla fine, fa quella contabilità. La fa quando il prodotto non riesce ad adattarsi a un cambiamento normativo perché nessuno sa esattamente come sia costruito. La fa quando un cliente enterprise esegue il suo audit tecnico prima di firmare e scopre che non c'è un team umano a rispondere dell'architettura. E la fa quando il prossimo fondatore che vuole acquisire o fondere con questa azienda svaluta aggressivamente l'importo perché l'attivo tecnico centrale non ha un proprietario umano identificabile.
La startup che ha sostituito i suoi sviluppatori con OpenClaw non sta scalando con meno attriti. Sta trasferendo il valore che i suoi sviluppatori generavano – verso i suoi clienti, verso il suo prodotto, verso la sua capacità di adattamento – a un fornitore esterno che non ha alcun incentivo allineato con la sua sopravvivenza. Gli sviluppatori hanno perso i loro redditi. I clienti hanno perso i loro interlocutori tecnici. Il fornitore di IA ha guadagnato un cliente dipendente. Questa distribuzione, misurata freddamente, non descrive efficienza: descrive estrazione. E i modelli costruiti sull'estrazione sono sostenibili solo finché dura il denaro che li subsidia.
