SaaS contro sviluppo su misura in Svizzera: ciò che l'IA generativa sposta nell'arbitraggio

Nota rivista il 25 maggio 2026. Articolo inizialmente pubblicato nell'aprile 2026 — riscrittura integrale al registro Cabinet.

L'abbonamento software — Software as a Service, o SaaS — si è imposto per quindici anni come scelta di default per la quasi totalità delle funzioni di supporto di un'impresa. Gestione della relazione cliente, monitoraggio dei progetti, gestione documentale, contabilità, firma elettronica, pianificazione delle équipe: ogni funzione ha trovato il proprio editore, ogni editore il proprio modello di abbonamento per utente o per modulo, e l'aritmetica si è imposta come un'evidenza: era necessariamente più rapido, più economico e più sicuro affittare uno strumento maturo che costruire l'equivalente all'interno.

Questa evidenza sta cedendo. Tre forze spostano simultaneamente l'arbitraggio: l'inflazione tariffaria strutturale degli editori SaaS, l'irrigidimento regolamentare della sovranità dei dati in Svizzera, e la caduta del costo del codice software sotto l'effetto degli strumenti di sviluppo alimentati da modelli generativi. Questa nota espone la dinamica di questo spostamento, e qualifica ciò che esso richiede nella strategia software di una PMI svizzera.

Prima forza: l'inflazione tariffaria degli editori SaaS

I prezzi dei software in abbonamento sono aumentati significativamente più velocemente dell'inflazione generale nelle economie sviluppate in questi ultimi anni, secondo diversi studi settoriali convergenti. Presso gli editori più stabiliti, gli aumenti di prezzo sulla base installata rappresentano ormai una parte sostanziale della crescita dei ricavi, prima dell'acquisizione di nuovi clienti.

Concretamente, un'impresa svizzera di qualche decina di collaboratori vede la propria fattura annuale di abbonamenti software crescere anno dopo anno, mentre l'uso effettivo delle funzionalità pagate stagna — la maggioranza dei collaboratori non utilizza che una frazione delle capacità di ciascuno strumento. Questa inflazione non finanzia un asset che appartiene all'impresa. Finanzia il diritto di utilizzare uno strumento di cui l'editore può modificare unilateralmente la tariffa, ritirare una funzionalità giudicata non redditizia, o rifiutare un caso d'uso particolare al rinnovo.

Questa dinamica tariffaria ha un effetto perverso noto sotto il nome di vendor lock-in — blocco da parte del fornitore. Più uno strumento è utilizzato in profondità in un'organizzazione, più i formati di dati specifici, i workflow proprietari, le integrazioni con altri strumenti dello stesso editore, e i contratti pluriennali rendono l'uscita costosa. Questa situazione mette l'impresa in un rapporto di negoziazione squilibrato in occasione dei rinnovi successivi.

Seconda forza: l'irrigidimento regolamentare in Svizzera

Nel novembre 2025, la conferenza degli incaricati svizzeri della protezione dei dati — Privatim — ha pubblicato una posizione strutturante che restringe l'uso dei servizi SaaS internazionali da parte delle autorità pubbliche per il trattamento dei dati sensibili, salvo quando la cifratura end-to-end è in atto e il fornitore non ha accesso alle chiavi di decifratura^[1]. Questa posizione si iscrive in una tendenza più ampia di riaffermazione della sovranità dei dati.

La posta di fondo riguarda l'applicazione extraterritoriale del diritto americano sui dati ospitati da imprese sotto giurisdizione americana, anche quando l'archiviazione fisica si trova in Svizzera. Questo argomento può sollevare questioni di diritto applicabile e di accesso ai dati che superano il quadro contrattuale diretto tra l'impresa utilizzatrice e il proprio editore. Per un paese che ha costruito la propria reputazione economica in parte sulla riservatezza delle proprie pratiche, questa extraterritorialità produce una tensione che si addensa con gli anni.

La posizione di Privatim riguarda anzitutto il settore pubblico. L'osservazione mostra che le industrie regolamentate — banche, assicurazioni, settore sanitario, organismi legati agli affari esteri — si allineano progressivamente su questi standard, talvolta in anticipo delle evoluzioni regolamentari a venire. La Legge federale sulla protezione dei dati^[2], rivista nel settembre 2023, esige misure di sicurezza tecniche e organizzative adeguate che non sono meccanicamente soddisfatte da un abbonamento a un editore sotto diritto straniero.

Lo sviluppo su misura, ospitato presso un fornitore svizzero o europeo sotto giurisdizione compatibile, riduce fortemente questa categoria di rischio se l'hosting, le chiavi e l'esercizio restano padroneggiati. L'impresa controlla il proprio codice, i propri dati, le proprie chiavi di cifratura. Il perimetro operativo diventa documentabile, ciò che non è sistematicamente il caso in un abbonamento a un editore sotto diritto straniero.

Terza forza: la caduta del costo del codice software

È la forza più recente, e probabilmente la più strutturante delle tre. Gli strumenti di sviluppo alimentati da modelli generativi hanno fatto crollare il tempo che separa un'idea software dalla sua implementazione funzionale. Lo sviluppatore che utilizza un assistente di codifica attuale può produrre sensibilmente più velocemente di due anni fa, a qualità di deliverable comparabile, purché mantenga il rigore della revisione del codice e la disciplina di architettura.

Questa compressione del tempo di produzione ha un effetto immediato sulla frontiera tra l'abbonamento e lo sviluppo interno. Un progetto software che avrebbe richiesto diversi mesi e un budget sostanziale a un'agenzia cinque anni fa può essere consegnato su un orizzonte più corto oggi, con un'équipe ristretta e una busta budgetaria che rende l'arbitraggio economico diverso. La barriera d'ingresso dello sviluppo su misura si è abbassata.

Questo abbassamento di barriera non significa che tutto debba ormai essere sviluppato all'interno. Significa che la zona di arbitraggio in cui lo sviluppo su misura diventa competitivo si è allargata. Strumenti le cui funzionalità erano un tempo troppo costose da riprodurre all'interno diventano ormai candidati seri alla sostituzione con un equivalente proprietario. Questa dinamica è documentata nella nota Sostituire un abbonamento SaaS con un'applicazione locale alimentata da modello aperto, che espone un caso osservato a piccola scala.

Una terza via che emerge: il codice consegnato con il proprio agente di manutenzione

L'obiezione classica allo sviluppo su misura riguarda la manutenzione nel tempo. Quando il fornitore che ha costruito lo strumento sparisce, cambia le proprie tariffe, o perde la persona che padroneggiava il codice, l'impresa si trova in una dipendenza operativa che pensava di aver evitato uscendo dal modello di abbonamento. Questa obiezione ha a lungo giustificato di preferire un editore stabile, malgrado il suo costo.

Una terza via emerge da diciotto mesi. Diventa possibile consegnare un prodotto software su misura accompagnato dal proprio strumento di manutenzione assistita. Alla consegna, il cliente riceve non soltanto il codice sorgente della propria applicazione — che possiede in piena proprietà — ma anche un insieme di agenti alimentati da modelli, calibrati sull'architettura di questo codice, sul vocabolario di mestiere dell'organizzazione, e sui workflow operativi. Un agente che conosce il codice e può generare nuove funzionalità. Un agente che produce la documentazione delle evoluzioni. Un agente che assicura la coerenza delle integrazioni con gli altri sistemi.

Questa configurazione ridefinisce la postura del cliente. Non è più affittuario di uno strumento da cui dipende per evolvere. Non è più soltanto proprietario di un codice che dovrà affidare a un nuovo fornitore per farlo evolvere. È autonomo nella manutenzione e nell'evoluzione del proprio strumento, con un'équipe interna ridotta o un fornitore di sua scelta.

Questa via non è pertinente per tutto. Suppone che il bisogno operativo sia sufficientemente circoscritto perché uno strumento su misura sia definibile, e che l'organizzazione disponga di almeno una competenza interna — o contrattualizzabile — per mantenere il dialogo con lo strumento di agenti consegnato. Ma quando queste condizioni sono riunite, la combinazione riscrive l'equazione economica del decennio precedente.

Cinque domande che strutturano l'arbitraggio

La scelta tra abbonamento SaaS e sviluppo su misura non è ideologica. Alcune situazioni richiedono l'abbonamento, altre lo sviluppo. Cinque domande strutturano l'arbitraggio in modo più affidabile delle comparazioni tariffarie immediate.

Il software tocca il vantaggio concorrenziale dell'impresa? Se sì, lo sviluppo su misura protegge ciò che distingue l'organizzazione dai concorrenti. Se la funzione è una commodity — contabilità standard, gestione paghe di base — l'abbonamento resta pertinente.

Quanti utenti sono interessati? Il modello di tariffazione per utente degli abbonamenti diventa rapidamente costoso oltre una certa soglia. Lo sviluppo su misura ha un costo fisso ampiamente indipendente dal numero di utenti, ciò che modifica l'aritmetica per le organizzazioni in crescita.

Quali dati transitano per lo strumento? Se sono sensibili, soggetti a obblighi di riservatezza di mestiere, o coperti da regole di discrezione professionale, la sovranità impone un hosting e un controllo che un abbonamento sotto diritto straniero non fornisce.

Qual è l'orizzonte strategico? Su un orizzonte di tre anni e oltre, il costo totale di possesso dello sviluppo su misura diventa comparabile, talvolta inferiore, alla somma degli abbonamenti. Per un bisogno temporaneo o sperimentale, l'abbonamento conserva il proprio vantaggio.

L'organizzazione si è adattata allo strumento, o lo strumento si adatta all'organizzazione? Se la risposta è la prima, l'impresa paga un costo nascosto in produttività, in frustrazione delle équipe, e in perdita di agilità la cui fattura non appare mai negli stati finanziari.

Riprendere l'arbitraggio da capo

Il movimento qui descritto non è un ritorno verso l'informatica pesante degli anni 2000. È uno spostamento della frontiera tra l'abbonamento e lo sviluppo proprio, sotto l'effetto delle tre forze simultanee identificate sopra. Questa frontiera si è spostata verso lo sviluppo, e continuerà a spostarvisi nei prossimi anni man mano che gli strumenti di produzione software alimentati da modelli guadagneranno in maturità.

Per una PMI svizzera, la conseguenza pratica risiede in una disciplina di arbitraggio. Ciascun rinnovo di abbonamento software merita di essere posto da capo, piuttosto che riconfermato per abitudine. Le funzioni in cui l'abbonamento resta la decisione giusta restano numerose. Le funzioni in cui lo sviluppo su misura diventa competitivo si estendono. E la zona intermedia — in cui l'arbitraggio deve essere sostenuto da un'analisi specifica, senza pregiudicare un lato o l'altro — si allarga ugualmente.

Un software costruito per un'impresa e posseduto da essa resta un asset che si iscrive nel suo patrimonio. Un abbonamento resta un onere ricorrente che non arricchisce il bilancio. Sull'orizzonte lungo, lo scarto tra i due si misura, e si misura ormai in una zona più ampia di cinque anni fa.

Sources

[1] Privatim, Risoluzione sulle soluzioni cloud internazionali, novembre 2025. www.privatim.ch/de/privatim-verabschiedet-resolution-zu-internationalen-cloud-losungen/ [↩]

[2] Legge federale sulla protezione dei dati (LPD), revisione del 25 settembre 2020, entrata in vigore il 1° settembre 2023. www.fedlex.admin.ch/eli/cc/2022/491/it [↩]

Jérôme Deshaie è CEO di MCVA Consulting SA, studio svizzero di consulenza strategica in intelligenza artificiale, con sede in Vallese.