Come valutare i costi di adozione di una tecnologia emergente

Perché il prezzo di listino non basta

Canone mensile, licenza per utente o tariffa oraria sono le voci più visibili e quasi sempre le uniche su cui si confrontano due offerte. Il Total Cost of Ownership (TCO) somma invece tutte le voci del ciclo di vita: acquisizione, messa in esercizio, esercizio ricorrente, consumo variabile, aggiornamento e uscita.

Il cloud pubblico lo dimostra: presentato come spesa prevedibile basata sul consumo, in pratica si è rivelato più complesso. Molte aziende hanno scoperto costi diversi da quelli immaginati all'inizio (bitmat.it).

Il confronto va quindi impostato su uno scenario di utilizzo, non su una tabella prezzi. Due soluzioni con lo stesso canone possono avere TCO molto distanti. Succede se una fattura il trasferimento dei dati fuori dal cloud, lo storage di lungo periodo, l'accesso alle API o i servizi aggiuntivi necessari a replicare funzionalità già disponibili on-premise.

Sono voci che, come segnala la stessa analisi, possono aumentare rapidamente in modo non sempre prevedibile. Possono superare di gran lunga i budget stanziati inizialmente.

Prendiamo l'IA generativa. L'addestramento è un costo una tantum, mentre l'inferenza è una spesa operativa ricorrente, misurata anche in token. Nel primo trimestre 2025 la spesa globale per servizi infrastrutturali cloud ha raggiunto 90,9 miliardi di dollari, +21% su base annua, trainata dall'adozione dell'IA generativa (Canalys/Omdia).

Un ordine di grandezza delle voci variabili: le egress fee assorbono mediamente circa il 6% dei costi complessivi di storage cloud, pari a circa 43 miliardi di dollari a livello globale nel 2025, su una spesa cloud stimata in 720 miliardi. I principali operatori applicano tariffe di estrazione generalmente comprese tra 0,085 e 0,12 dollari per gigabyte su AWS, Azure e Google Cloud (IDC).

Mappare costi diretti, indiretti e di uscita

Una griglia utile distingue quattro famiglie di costo. Investimento iniziale una tantum: hardware o ambienti, setup, integrazione con i sistemi esistenti, migrazione dei dati, personalizzazioni.

Costi operativi ricorrenti: canoni, licenze, manutenzione, personale interno o in service, servizi gestiti.

Costi variabili legati all'uso: trasferimento dati, storage, chiamate alle API, capacità aggiuntiva nei picchi.

Costi di transizione e di uscita: esportazione dei dati, riscrittura delle integrazioni, doppio funzionamento durante il passaggio, ripristino dell'assetto precedente.

Per ogni voce della mappa vanno fissati l'unità di misura, il prezzo unitario dichiarato dal fornitore e la distinzione tra importi contrattualmente garantiti e stime.

Le voci variabili vanno proiettate su almeno due scenari: consumo medio atteso e consumo di picco. È sul picco che il conto cambia, ed è quello da documentare prima della firma.

Esempio di unità da mettere in colonna: ore di istanza, GB di storage, GB trasferiti, chiamate API, unità di calcolo OpenSearch (OCU) per il serverless, impegno in USD/ora per i Database Savings Plans. Per OpenSearch di Amazon la fatturazione distingue elaborazione e archiviazione.

Per l'IA generativa aggiungere i token di inferenza. Vanno conteggiati separatamente dai costi di addestramento, che restano una tantum, e proiettati sullo scenario di picco.

I costi nascosti che possono superare il budget

Le egress fee sono costi variabili e imprevedibili: comprimono l'autonomia organizzativa, rendono onerosa la migrazione dei dati e favoriscono il vendor lock-in.

Il problema non è la loro esistenza, ma il fatto che crescano quando aumentano carico di lavoro e volumi di dati. Rimodulare l'architettura, a quel punto, è ormai costoso.

Si aggiungono due voci meno visibili ma misurabili: la complessità della gestione delle risorse e la difficoltà di prevederne i picchi di utilizzo. Queste producono inefficienze e, insieme alla dipendenza da un fornitore specifico, una perdita di potere negoziale.

In pratica, la contromisura è tenere un registro dei consumi per voce, con soglie di avviso e verifica periodica degli scostamenti rispetto al preventivo.

Il quadro regolatorio cambia. L'EU Data Act vieta le commissioni di cambio fornitore dal 12 gennaio 2027. Le esenzioni annunciate dai grandi operatori riguardano in genere migrazioni una tantum e rischiano di lasciare inalterate le tariffe ordinarie.

Confrontare modelli pubblico, privato e ibrido senza ideologia

Il criterio di scelta non è il modello in sé, ma la natura del carico di lavoro. Per workload stabili e prevedibili il data center privato, pur con un investimento iniziale maggiore, offre spesso un TCO più vantaggioso nel lungo periodo e maggiore trasparenza sui costi operativi.

Secondo il Private Cloud Outlook 2025 di Broadcom, il 90% dei responsabili IT ritiene il cloud privato più trasparente (bitmat.it). I carichi variabili e difficili da prevedere restano candidati naturali a un modello a consumo, o a un ibrido che separi le due categorie.

Il rientro dei carichi dal cloud pubblico a quello privato non è una scelta ideologica. Secondo il report di Broadcom il 69% delle organizzazioni sta considerando di ripristinare carichi di lavoro dal cloud pubblico a quello privato, con un terzo che ha già avviato il processo.

In Italia, secondo l'Osservatorio Cloud Transformation 2025, il 35% delle aziende sta implementando progetti di questo tipo, in aumento dal 20% del 2024.

Secondo l'analisi, è una ricalibrazione strategica guidata da tre fattori: costi imprevisti, requisiti di conformità più stringenti e rinnovata necessità di controllo operativo e sulla sicurezza.

Nel primo trimestre 2025 AWS guida il mercato con il 32%, Microsoft Azure il 23% e Google Cloud il 10%; insieme valgono il 65% della spesa globale in cloud. La crescita media è del 24%, con Azure e Google Cloud sopra il 30% e AWS al 17% (Canalys/Omdia).

Il costo della dipendenza e del lock-in

La dipendenza da un fornitore comporta costi concreti. Tra gli esempi generici ci sono i vincoli tecnici e organizzativi che rendono onerosa la migrazione.

La perdita di potere negoziale è invece una dinamica segnalata esplicitamente tra gli effetti della crescente dipendenza da fornitori specifici nel cloud, insieme alle inefficienze gestionali (bitmat.it). In fase di valutazione conviene quantificare il costo di uscita, senza trattarlo come voce accessoria.

La dimensione del fenomeno è misurabile: nel 2024 i clienti europei hanno speso quasi 25 miliardi di dollari in servizi infrastrutturali forniti dalle cinque principali aziende cloud statunitensi, pari all'83% del mercato europeo totale.

Secondo l'analisi sulla sovranità digitale europea pubblicata su dariodenni.it, le proposte di "cloud sovrano" dei grandi operatori americani restano soluzioni parziali. Non risolvono il tema della proprietà del software, della giurisdizione extraterritoriale e della dipendenza tecnologica.

La stessa analisi ricorda che basterebbe un Executive Order statunitense per bloccare l'accesso dell'Unione Europea a data center o software di posta elettronica americani.

Per ridurre la dipendenza dai trasferimenti massivi servono trasparenza sui costi, armonizzazione normativa internazionale e architetture multicloud e data mesh più interoperabili.

Costi organizzativi: formazione, cambiamento e sicurezza

Adottare una tecnologia emergente richiede competenze e processi, non solo infrastruttura.

Le voci da mettere a budget sono: ore di formazione per utenti e personale tecnico, tempo produttivo perso durante l'apprendimento, backfill delle persone temporaneamente sottratte alle attività ordinarie.

A queste si aggiungono gestione del cambiamento interno, protezione dei dati e presidio della sicurezza, adeguamento ai requisiti di conformità.

Sono le stesse aree che le guide alla trasformazione digitale indicano come fasi e sfide tipiche: formazione e sensibilizzazione dei team, attuazione progressiva e iterativa, sicurezza e protezione dei dati, gestione del cambiamento.

Per non trattarle come voci generiche, vanno tradotte in numeri: quante persone coinvolte, quante ore ciascuna, a quale costo orario interno o di supporto esterno, in quale arco temporale.

Va poi aggiunto il costo di mantenimento, perché la competenza si perde se non è presidiata dopo il go-live: aggiornamenti, nuove funzionalità, rotazione del personale.

Per ogni voce usare una scheda: persone coinvolte, ore per persona, costo orario interno o di supporto esterno, arco temporale. Le sfide tipiche restano sicurezza e protezione dei dati, costi e investimento di tempo, gestione del cambiamento.

Il contesto italiano: PMI, consapevolezza e competenze

Per chi valuta una tecnologia emergente, una quota maggiore del costo reale si sposta su supporto esterno, consulenza e tempo di apprendimento. Il costo per persona formata pesa di più su strutture piccole, senza economie di scala interne.

La conseguenza pratica è che la mappa delle competenze va fatta prima della scelta della tecnologia: quali attività possono essere gestite internamente, quali richiedono un fornitore, quanto tempo serve perché una figura interna diventi autonoma.

Il costo del supporto esterno e i tempi di apprendimento vanno inseriti nello scenario a tre e cinque anni, non trattati come voci accessorie.

Una checklist operativa per valutare i costi

Prima di decidere, separare ogni voce in una tantum, ricorrente o variabile. Per le voci variabili, indicare unità di misura e prezzo unitario.

Poi chiedere: quali costi dipendono direttamente dal volume d'uso e come sono fatturati? Qual è lo scenario di picco e quanto costa rispetto al consumo medio?

Sui costi di uscita: come si esportano i dati, in quali formati, con quali tempi e a quali condizioni? Quali integrazioni andrebbero rifatte se si cambiasse fornitore? Per quanto tempo sarebbe necessario mantenere in funzione contemporaneamente vecchia e nuova soluzione?

Sulle persone e sulla sicurezza: quante ore di formazione servono e per quante persone? Quali requisiti di conformità e di protezione dei dati vanno rispettati e con quali strumenti? Quali competenze restano interne e quali dipendono dal fornitore?

Infine, il conto complessivo: qual è il TCO a tre anni e a cinque anni, calcolato sullo scenario medio e su quello di picco, includendo investimento iniziale, ricorrenti, variabili, formazione, sicurezza e uscita?

Se il divario tra i due scenari è ampio, il rischio principale non è il prezzo di listino ma la variabilità del consumo.

Per le voci variabili, inserire i valori di listino: egress 0,085–0,12 dollari per GB su AWS, Azure e Google Cloud; 6% medio dei costi di storage cloud per le egress fee. Per l'IA generativa contare i token di inferenza, distinti dall'addestramento una tantum.

Verificare il cambio fornitore: l'EU Data Act vieta le commissioni di switching dal 12 gennaio 2027, ma le esenzioni possono coprire solo migrazioni una tantum. Chiedere se e come i costi di uscita saranno contrattualmente garantiti.

Chiedere un preventivo per unità: ore di istanza, GB di storage, GB trasferiti, chiamate API, OCU per il serverless, impegno in USD/ora per i Database Savings Plans. Separare importi contrattualmente garantiti e stime.