Il SaaS è morto? Perché le grandi aziende scelgono di sviluppare software in-house
La spesa per i software continua a crescere di circa il 15% all'anno, quindi no, il SaaS non è morto. Ma l'IA ha ribaltato le logiche del "build versus buy": sviluppa il livello che ti differenzia, acquista l'infrastruttura che deve sempre essere impeccabile.

No, il SaaS non è morto. Le aziende si avviano a spendere circa 1,44 mila miliardi di dollari in software nel 2026, con un aumento del 15,1% rispetto all'anno scorso¹. Non è certo questo l'aspetto di un settore in declino. Eppure, ci si continua a chiedere se "il SaaS sia morto" per un motivo ben preciso: il bilanciamento tra "build versus buy" (sviluppare o acquistare) valido per vent'anni si è spostato, e alcune aziende molto seguite stanno ora creando internamente strumenti che nel 2020 avrebbero acquistato senza pensarci due volte. (Le cifre sono accurate alla data di pubblicazione; considera i dettagli in rapida evoluzione come una fotografia del momento.)
In sintesi: il SaaS (software fornito a canone di abbonamento) non sta morendo. Ciò che è in crisi è l'abbonamento indifferenziato per utente (per-seat), ovvero uno strumento generico noleggiato a tempo indeterminato per un solo compito generico.
Che cosa ha fatto davvero Klarna quando ha "dismesso" il suo SaaS?
Quello di Klarna è il caso che tutti citano, e che la maggior parte delle persone cita in modo errato. Nel 2024, l'amministratore delegato Sebastian Siemiatkowski ha dichiarato agli analisti che la società fintech aveva dismesso Salesforce, avrebbe dismesso Workday nel giro di poche settimane e stava "dismettendo molti dei nostri fornitori SaaS, in quanto in grado di consolidare le risorse." Su Internet il messaggio è diventato "L'IA ha sostituito Salesforce".
Sei mesi dopo ha chiarito che cosa fosse successo realmente². Klarna non ha sostituito il proprio CRM (software per la gestione delle relazioni con i clienti) con un chatbot. Ha consolidato dati aziendali frammentati in uno stack di conoscenza interno basato su un database a grafi, per poi utilizzare strumenti di codifica basati sull'IA per creare le proprie interfacce su quei dati unificati. Come ha affermato lui stesso: "Quindi no, non abbiamo sostituito il SaaS con un LLM." Il risparmio sulle licenze è stato "un bel vantaggio", ha aggiunto, ma il vero risultato è stato standardizzare la conoscenza aziendale in un unico posto.

Due dettagli sono importanti. Klarna è una banca con una forte cultura ingegneristica e persino per lei è stato necessario un notevole sforzo infrastrutturale interno, non un fine settimana di prompting. Inoltre, la previsione dello stesso Siemiatkowski non è la fine del SaaS, bensì il suo consolidamento: meno fornitori che offrono di più, assorbendo le funzionalità degli strumenti che vanno a sostituire.
Perché sviluppare in-house è diventato improvvisamente realistico?
Perché l'IA ha fatto crollare i costi del livello superiore del software. Interfacce, flussi di lavoro, dashboard interne, integrazioni tra sistemi: attività che prima richiedevano tre mesi a un team di sviluppatori ora possono essere realizzate in pochi giorni con gli strumenti di codifica IA, che è esattamente il modo in cui Klarna ha distribuito nuove interfacce sul proprio stack interno. Uno strumento acquistato si adatta approssimativamente al flusso di lavoro di chiunque. Uno strumento creato da sé si adatta esattamente al tuo, e per la prima volta quell'"esattamente" è diventato accessibile.
C'è tuttavia un limite ben preciso. Ciò che è diventato economico è il livello applicativo. Ciò che non è diventato economico è l'infrastruttura sottostante: sistemi che devono funzionare in modo impeccabile ogni singola volta, sotto carico e con un audit trail (un registro verificabile di ogni modifica). Chiunque abbia provato a creare un POS tramite vibe coding si è scontrato con questo muro. La demo richiede un pomeriggio; poi la gestione dell'inventario che deve resistere a due vendite simultanee, i report che devono quadrare (al centesimo) e i pagamenti con carta si rivelano problemi di tutt'altra categoria.

Che cosa conviene ancora acquistare invece di sviluppare?
Acquista tutto ciò in cui un errore silenzioso sarebbe catastrofico. Gestione dei pagamenti e conformità PCI (lo standard di sicurezza del settore delle carte di credito), tabelle delle imposte sui salari, contabilità a partita doppia, hardware certificato per pagamenti di persona (card-present). Questi elementi si guastano raramente, in modo invisibile e con costi elevatissimi, e nessun software sviluppato in uno sprint dovrebbe gestirli. Perfino i dirigenti dei principali fornitori SaaS ammettono che le aziende creano sistemi HR e finanziari personalizzati da decenni²; il punto non è mai stato che svilupparli sia impossibile, ma che l'infrastruttura specializzata è il lavoro a tempo pieno di qualcun altro.
Quindi il modello verso cui stanno convergendo le grandi aziende è una suddivisione: sviluppare il livello in cui la propria attività si differenzia, acquistare il livello che deve funzionare sempre alla perfezione. Klarna ha sviluppato strumenti di conoscenza e interfacce. Non ha creato la propria rete di carte di pagamento.

Che cosa significa questo per una piccola impresa?
Stai affrontando lo stesso problema su scala ridotta. Lo stack tipico di un commerciante comprende un abbonamento POS, un'app fedeltà, uno strumento di pianificazione e una piattaforma di marketing, ognuno con il proprio canone mensile e nessuno perfettamente su misura. Non puoi assumere un team dedicato all'infrastruttura come ha fatto Klarna. Ecco perché l'evoluzione più interessante nel software per il commercio è la divisione delle piattaforme proprio lungo questa linea: vendere l'infrastruttura (pagamenti, inventario, reportistica) e lasciare aperto il livello superiore affinché possa essere sviluppato da te o da un'IA che opera per tuo conto. Final funciona esattamente secondo questo modello: l'infrastruttura commerciale è il prodotto, il software superiore è gestito tramite prompt ed è personalizzabile da te, senza alcun canone mensile di abbonamento al software. Aspettati che altre piattaforme seguano questo esempio a mano a mano che gli agenti IA diventano il secondo utente del software retail.
Quindi, il SaaS è morto?
No. La spesa per i software sta crescendo più velocemente di quasi qualsiasi altra voce di bilancio aziendale, e le società che stanno "uccidendo" il SaaS lo stanno per lo più consolidando in un numero minore di piattaforme più strutturate. Ciò che sta morendo è il noleggio di uno strumento generico per un compito che il tuo software creato con l'IA potrebbe fare meglio, pagandolo a utente per sempre. La regola empirica: sviluppa ciò che ti rende unico; acquista ciò che deve funzionare sempre alla perfezione. Per scoprire come si presenta questa distinzione al banco cassa, inizia da la differenza tra un POS con IA e un POS che un'IA può costruire.
Domande frequenti
Klarna ha sostituito Salesforce con l'IA?
Non esattamente. Klarna ha consolidato i propri dati aziendali in uno stack interno basato su un database a grafi, per poi utilizzare strumenti di codifica IA per sviluppare le proprie interfacce al di sopra di esso. Il suo CEO ha in seguito confermato: "non abbiamo sostituito il SaaS con un LLM."
Il SaaS sta ancora crescendo nel 2026?
Sì. Gartner prevede circa 1,44 mila miliardi di dollari di spesa globale in software nel 2026, in aumento di circa il 15% su base annua, rendendo il software una delle categorie di spesa IT a più rapida crescita.
Una piccola impresa dovrebbe sviluppare il proprio software?
Sviluppa il livello che distingue la tua attività, come i flussi di lavoro e le interfacce, soprattutto ora che l'IA lo rende accessibile. Acquista l'infrastruttura che deve funzionare sempre alla perfezione, come i pagamenti, la gestione fiscale e la reportistica.
Quale software non dovresti mai sviluppare in-house?
Tutto ciò in cui un guasto invisibile sarebbe catastrofico: elaborazione dei pagamenti, conformità PCI, imposte sui salari e libri contabili sono più sicuri da acquistare che da sviluppare internamente.
