Cloud aziendale: come sceglierlo e cosa migrare prima

2026-09-09 · Tommaso Maria Ricci

Nel 2025 il 75,6% delle imprese italiane ha comprato servizi cloud a pagamento. Il cloud aziendale in Italia non e' piu' una scelta di avanguardia, e' la condizione di partenza. Siamo secondi in Europa, dietro alla sola Finlandia, e la media dell'Unione si ferma al 52,7%. Il dato viene dalla rilevazione Eurostat pubblicata a febbraio 2026 e non e' una proiezione di mercato: e' una misura ufficiale su un campione statistico europeo.

Ora la parte scomoda. Comprare cloud e avere una strategia cloud aziendale sono due cose diverse, e il primo dato non dice niente sul secondo. La maggior parte delle imprese italiane che compaiono in quel 75,6% ci sono finite perche' hanno la posta elettronica su un servizio in abbonamento, non perche' abbiano deciso qualcosa. La stessa rilevazione mostra che il servizio piu' diffuso e' l'email, all'85,2%, seguito dai software per ufficio al 71,7% e dall'archiviazione file al 71,5%.

Un'azienda che ha spostato la posta e i documenti condivisi ha comprato cloud. Non ha migrato niente, non ha ridisegnato niente, e quasi sempre non sa dire quanto le costa davvero, dove sono fisicamente i suoi dati, e cosa succederebbe se domattina volesse cambiare fornitore.

Questa guida serve a chi deve decidere: cosa spostare, in che ordine, a quali condizioni contrattuali, e con quali numeri in mano. Non e' una rassegna di fornitori e non contiene classifiche. Contiene il processo che uso quando un'azienda mi chiede se il suo cloud e' messo bene, e le domande a cui bisogna saper rispondere prima di firmare qualsiasi cosa.

Perche' l'Italia e' seconda in Europa per adozione e ultima per consapevolezza

Il salto italiano e' reale e recente: fra il 2023 e il 2025 l'adozione e' cresciuta di oltre quattordici punti percentuali, uno degli aumenti piu' rapidi del continente. Nel 2014 il dato europeo era al 17,8%, oggi e' al 52,7%. Non stiamo parlando di una tecnologia emergente, stiamo parlando di infrastruttura di base.

Il problema e' che la crescita e' stata trainata dall'acquisto, non dalla progettazione. Tre forze hanno spinto contemporaneamente: la fine del supporto su versioni locali di software diffusi, gli incentivi alla digitalizzazione che hanno reso conveniente il canone rispetto all'investimento, e la pandemia che ha imposto l'accesso remoto in poche settimane. Nessuna delle tre e' una decisione architetturale. Tutte e tre lasciano dietro di se' lo stesso residuo: un'azienda che usa dieci servizi cloud diversi, comprati da persone diverse, in momenti diversi, senza che nessuno abbia mai messo i dieci contratti sullo stesso tavolo.

Il test delle tre domande

Prima di leggere il resto, provate a rispondere a queste tre domande sul cloud aziendale della vostra impresa. Servono trenta secondi.

Quanti servizi cloud a pagamento state usando adesso, contando anche quelli sotto i cento euro al mese?
In quale paese risiedono fisicamente i dati dei vostri clienti?
Se il fornitore principale chiudesse domani, in quanto tempo tornereste operativi e con quali dati?

Nella pratica, in un'azienda sotto i cento dipendenti, la prima risposta e' sempre sbagliata per difetto. Il numero reale, quando si estrae dalla contabilita' invece che dalla memoria, e' spesso il doppio di quello che il titolare stima. La terza domanda, nella maggior parte dei casi, non ha risposta.

Chi ha gia' affrontato il tema della mappatura dei fornitori riconoscera' il meccanismo: e' lo stesso problema di anagrafica descritto nella guida alla gestione e qualifica dei fornitori, applicato ai servizi invece che ai beni. Il cloud e' un fornitore, con la particolarita' che sta dentro i vostri processi invece che davanti al vostro magazzino.

Cosa state comprando davvero quando comprate cloud

La parola cloud copre almeno quattro cose che si comportano in modo diverso, hanno rischi diversi e vanno negoziate diversamente. Confonderle e' l'origine della maggior parte degli errori di spesa.

Software in abbonamento. Comprate un programma che gira su macchine di qualcun altro. Non gestite niente, non aggiornate niente, e in cambio non decidete niente: ne' quando cambia l'interfaccia, ne' quando aumenta il prezzo, ne' dove finiscono i dati. E' la forma piu' diffusa e la meno percepita come cloud, perche' l'azienda lo vive come "il gestionale nuovo".

Piattaforma. Comprate un ambiente su cui far girare cose vostre: un database gestito, un servizio di code, un motore di ricerca. Serve competenza interna o un partner. In cambio ottenete velocita' di sviluppo e nessuna manutenzione hardware.

Infrastruttura. Comprate macchine virtuali, dischi e rete. E' la forma piu' simile al vecchio server in sala macchine, con la differenza che pagate a consumo e potete crescere in un pomeriggio. E' anche la forma dove si spreca di piu', perche' nessuno spegne mai niente.

Archiviazione e backup. Comprate spazio e una promessa di durabilita'. Sembra la piu' semplice ed e' quella dove le aziende italiane sbagliano piu' spesso, perche' confondono la sincronizzazione dei file con il backup. Non sono la stessa cosa, e la differenza si scopre il giorno in cui qualcuno cifra o cancella i file e la cancellazione si propaga ordinatamente a tutte le copie sincronizzate.

La domanda che separa le quattro forme

Per ogni servizio che state pagando, chiedetevi: se questo fornitore sparisse, cosa mi resterebbe in mano? Con l'archiviazione vi resta un file. Con l'infrastruttura vi resta un'immagine di macchina che potete riavviare altrove. Con la piattaforma vi resta il codice ma non l'ambiente. Con il software in abbonamento, molto spesso, vi resta un export in formato tabellare e nient'altro.

Questa scala e' anche la scala del rischio di dipendenza, e va tenuta presente quando decidete cosa spostare per primo.

Cloud aziendale: cosa migrare per primo

Qui sta la decisione che conta, ed e' quasi sempre presa al contrario. L'istinto porta a cominciare dal sistema piu' importante, quello che fa male, il gestionale. E' l'ordine sbagliato per tre motivi: e' il sistema con piu' integrazioni, quello che nessuno puo' permettersi di fermare, e quello su cui il team non ha ancora esperienza di migrazione.

L'ordine corretto segue due criteri incrociati, valore del disagio attuale e reversibilita' della mossa.

Primo blocco: le cose che gia' stanno male e che nessuno guarda

Backup e disaster recovery. Quasi sempre e' la mossa a ritorno piu' alto e rischio piu' basso, perche' state sostituendo qualcosa che oggi non funziona davvero. Un backup che nessuno ha mai provato a ripristinare non e' un backup, e' una convinzione.
Posta e collaborazione, se ancora non lo avete fatto. Cambia poco al processo e toglie un carico di manutenzione.
Archiviazione documentale, con l'avvertenza di distinguere fra archiviazione operativa e conservazione a norma, che sono due obblighi diversi con requisiti diversi.

Secondo blocco: i sistemi contorno

Assistenza clienti, gestione delle presenze, firma dei documenti, portale fornitori. Sono sistemi con poche integrazioni, spesso gia' nati in abbonamento, e servono a costruire competenza interna sulla gestione dei contratti e degli accessi senza mettere a rischio la produzione.

Terzo blocco: il cuore

Gestionale, produzione, magazzino, fatturazione. Si toccano quando i primi due blocchi girano, quando esiste un inventario aggiornato delle integrazioni e quando avete gia' fatto almeno un ripristino di prova riuscito. Non prima.

Cosa non migrare, o non ancora

Ci sono casi in cui restare dove si e' e' la risposta giusta, e vanno detti perche' nessun fornitore ve li dira'.

Macchinari collegati a software specifico con licenza legata all'hardware, dove la migrazione richiede il consenso di un terzo che non ha nessun interesse a darlo.
Sistemi con vincoli di latenza reali, tipicamente nel controllo di processo industriale.
Applicazioni che il fornitore originale non supporta piu': spostarle in cloud non le aggiorna, moltiplica solo i punti di rottura.
Tutto quello che sta per essere sostituito entro dodici mesi. Migrare e poi dismettere e' doppio lavoro pagato due volte.

Quanto costa davvero, e perche' il preventivo sbaglia sempre

Il preventivo cloud e' quasi sempre corretto e quasi sempre inutile, perche' misura una cosa diversa da quella che pagherete.

Le voci che entrano nel preventivo sono canoni, licenze e progetto di migrazione. Le voci che non ci entrano quasi mai sono quattro, e sono quelle che fanno saltare il conto:

Il traffico in uscita. Molti listini fanno pagare i dati che escono, non quelli che entrano. E' asimmetrico per costruzione, e diventa rilevante nel momento peggiore, cioe' quando volete andarvene.
Il periodo di doppio esercizio. Fra l'accensione del nuovo e lo spegnimento del vecchio passano mesi, e in quei mesi pagate entrambi. Sei mesi di sovrapposizione su un sistema di media grandezza valgono spesso piu' del progetto stesso.
Le risorse dimenticate accese. Ambienti di prova creati per un collaudo e mai spenti, dischi orfani di macchine cancellate, copie di sicurezza mai scadute. In un'infrastruttura non presidiata questa voce arriva tranquillamente al venti per cento della spesa.
Il tempo interno. Non compare in nessuna offerta perche' non lo fattura nessuno, ed e' la voce piu' grande di tutte in una piccola impresa.

La regola dei tre anni

Il confronto onesto fra restare e migrare si fa su tre anni, non su uno, e include il costo di uscita. Su un anno il cloud perde quasi sempre contro un server gia' ammortizzato. Su cinque anni vince quasi sempre, perche' il server va sostituito. Su tre anni si vede la verita', che dipende dal vostro caso e non da una regola generale.

Chi vuole impostare correttamente il calcolo dei costi di un progetto tecnologico trova il metodo generale nella guida ai costi dell'intelligenza artificiale per le aziende: la logica del costo totale e delle voci nascoste e' identica, cambiano solo le etichette.

Il lock-in, e cosa cambia davvero dal 2027

Per anni il vincolo con il fornitore cloud e' stato un problema commerciale senza rimedio normativo. Andarsene costava, e costava proprio nel momento in cui volevate andarvene: costi di estrazione dati, formati proprietari, penali di uscita anticipata.

Dal 12 settembre 2025 questa cosa e' cambiata. Il Data Act europeo, il regolamento 2023/2854, e' applicabile e contiene una parte dedicata al passaggio fra fornitori di servizi di trattamento dati, cioe' esattamente il cloud. La struttura e' in due tempi: fino al 12 gennaio 2027 il fornitore puo' addebitare solo i costi diretti del passaggio, e dal 12 gennaio 2027 ogni addebito per il passaggio e' vietato.

Non c'e' periodo di grazia per i contratti gia' in essere: le regole valgono anche per quelli firmati prima di settembre 2025.

Cosa farne, in pratica

Questa non e' una notizia da archiviare, e' una leva contrattuale con una data sopra.

Rileggete i contratti cloud attivi cercando le clausole di uscita e i costi associati. Molte sono ancora scritte con l'impostazione precedente.
Nelle nuove trattative, chiedete esplicitamente il regime di passaggio e mettetelo per iscritto, con formati e tempi. Una clausola generica di reversibilita' non basta piu' quando la norma e' piu' precisa del vostro contratto.
Pianificate le rinegoziazioni tenendo conto della soglia di gennaio 2027, perche' cambia il vostro potere negoziale.

La difesa tecnica resta comunque necessaria, perche' la norma toglie il costo del passaggio ma non lo rende semplice. Le due cose che riducono il vincolo sono sempre le stesse: dati in formati aperti e leggibili fuori dal sistema che li ha prodotti, e una copia dei dati sotto il vostro controllo, non solo dentro il servizio.

Sicurezza, continuita' e cosa resta comunque responsabilita' vostra

Il malinteso piu' costoso sul cloud aziendale e' credere che spostando i sistemi si sposti anche la responsabilita'. Non funziona cosi', ne' tecnicamente ne' giuridicamente.

Il fornitore risponde della sua infrastruttura. Voi restate responsabili di chi accede, con quali permessi, di come sono configurati i servizi e di cosa succede ai dati dei vostri clienti. La stragrande maggioranza degli incidenti che vedo in azienda non nasce da una violazione del fornitore: nasce da una configurazione lasciata aperta, da un utente che non e' mai stato disattivato dopo le dimissioni, o da una credenziale condivisa fra quattro persone.

Le cinque cose che vanno verificate una volta all'anno, senza eccezioni

Elenco degli utenti attivi su ogni servizio, confrontato con l'elenco del personale in forza. Il numero di account fantasma nelle piccole imprese e' costantemente sottostimato.
Utenti con privilegi amministrativi. Devono essere pochi, nominali, e non deve esistere un account amministrativo condiviso.
Autenticazione a due fattori attiva su tutti i servizi che contengono dati aziendali, a partire dalla posta, che e' la chiave con cui si recuperano tutte le altre password.
Un ripristino di prova realmente eseguito. Non la verifica che il backup sia stato fatto: il ripristino di un file scelto a caso, cronometrato.
Dove risiedono i dati e chi puo' accedervi lato fornitore, incluse le sue sub-forniture.

Il collegamento con la normativa NIS

Per le imprese che rientrano fra i soggetti essenziali o importanti secondo il decreto legislativo 138 del 4 settembre 2024, questa non e' igiene facoltativa. La sicurezza della catena di approvvigionamento e la gestione degli accessi sono fra le misure previste, e il percorso graduale definito dall'Agenzia per la Cybersicurezza Nazionale colloca l'adozione delle misure di sicurezza a ottobre 2026.

I vostri fornitori cloud sono catena di approvvigionamento a tutti gli effetti. Chi vuole il quadro completo delle contromisure trova il dettaglio nella guida all'intelligenza artificiale e cybersecurity per le aziende.

Cloud ibrido, cloud sovrano e dove finisce davvero il dato

Due espressioni girano nelle offerte italiane con un significato molto piu' vago di quanto suggeriscano, e conviene disinnescarle prima di firmare.

Cloud ibrido significa tenere una parte dei sistemi su infrastruttura propria e una parte su servizi esterni. Non e' una via di mezzo prudente per definizione: puo' essere la scelta piu' sensata quando esistono vincoli reali, e puo' essere la peggiore di tutte quando nasce dall'indecisione. La differenza si vede da un dettaglio: in un ibrido progettato sapete dire quale dato sta da che parte e perche'. In un ibrido subito, i dati stanno da entrambe le parti, in copie che divergono lentamente.

Il costo nascosto dell'ibrido e' il collegamento fra i due mondi. Serve banda, serve una gestione delle identita' che valga in tutti e due, e serve qualcuno che sappia dove guardare quando qualcosa si rompe nel mezzo. Su una piccola impresa senza personale tecnico interno, l'ibrido raddoppia le competenze necessarie invece di dimezzare i rischi.

Cloud sovrano e' un'espressione commerciale, non una categoria tecnica. Copre soluzioni molto diverse fra loro: dal semplice data center collocato in Italia, fino a strutture societarie e di controllo pensate per limitare l'accesso da parte di soggetti extraeuropei. La domanda che rende la parola misurabile e' sempre una sola, e va posta per iscritto: quale societa', in quale paese, puo' tecnicamente e giuridicamente accedere ai miei dati, e a quali condizioni deve o non deve comunicarmelo.

La risposta a quella domanda vale piu' di qualsiasi etichetta sul materiale commerciale. Vale la pena farla per tre categorie di dati in particolare: dati sanitari, dati di dipendenti e dati di clienti finali che comportano obblighi contrattuali specifici verso i vostri committenti.

Il livello di dipendenza, che nessuno misura

I dati europei distinguono fra imprese che usano cloud e imprese che ne dipendono in modo sofisticato, cioe' che ci fanno girare applicazioni gestionali, finanziarie e di sicurezza e non soltanto posta e file. L'Italia sta in alto anche su questa seconda misura, come mostra il quadro statistico Eurostat sull'uso del cloud da parte delle imprese.

Questo cambia la natura del rischio. Un'azienda che ha in cloud solo la posta ha un problema di continuita' fastidioso. Un'azienda che ha in cloud fatturazione, magazzino e paghe ha un problema di sopravvivenza operativa, e va trattata di conseguenza: contratti diversi, verifiche diverse, piano di uscita scritto invece che immaginato.

La regola pratica e' semplice. Piu' un servizio e' profondo dentro i vostri processi, meno conta il prezzo e piu' contano tre cose: la reversibilita', il tempo di ripristino garantito e la solidita' di chi ve lo vende.

Come si sceglie il fornitore, senza leggere una classifica

Le classifiche dei migliori fornitori cloud non servono a decidere, perche' misurano capacita' tecniche su scala globale mentre voi state comprando un rapporto commerciale su scala locale. Un fornitore enorme e ineccepibile puo' essere la scelta sbagliata per un'azienda da quaranta persone che ha bisogno di qualcuno che risponda al telefono.

Le domande che discriminano davvero sono nove, e vanno fatte per iscritto:

Dove risiedono fisicamente i dati e in quali paesi hanno sede le societa' che li trattano?
Chi sono i vostri sub-fornitori rilevanti e come mi comunicate le variazioni?
Qual e' il tempo massimo di ripristino garantito e cosa succede se non lo rispettate?
In quale formato posso estrarre i miei dati, con quali strumenti e in quanto tempo?
Quali sono i costi del passaggio a un altro fornitore, alla luce del regime vigente?
Come mi notificate un incidente di sicurezza, entro quante ore e con quale livello di dettaglio?
Quali certificazioni avete, quale perimetro coprono, e quando scadono?
Il prezzo e' bloccato per quanto tempo e con quale meccanismo di adeguamento?
Chi e' il mio riferimento tecnico con nome e cognome, e cosa succede se cambia?

Un fornitore serio risponde a tutte e nove in una settimana. Uno che ci mette un mese, o che risponde a otto su nove, vi ha gia' detto qualcosa che nessuna certificazione avrebbe potuto dirvi.

La clausola che quasi nessuno mette e che vale piu' di tutte

La reversibilita' operativa. Non la generica possibilita' di recedere, ma l'impegno scritto a consegnare, entro un numero di giorni definito e in un formato leggibile senza il loro software, tutti i dati e le configurazioni necessari a ripartire altrove. Con l'indicazione di cosa non e' incluso, che e' la parte piu' istruttiva.

Un caso concreto: cosa e' cambiato in una struttura ricettiva

In una struttura alberghiera con cui ho lavorato, il problema si presentava come un problema di costi informatici in crescita senza una ragione chiara. Il conto dei servizi digitali era passato in due anni da poche centinaia di euro al mese a una cifra che aveva iniziato a pesare sul conto economico, e nessuno sapeva spiegare l'aumento.

L'analisi ha mostrato una cosa banale e molto comune: c'erano quattro sistemi che facevano parzialmente la stessa cosa, comprati in tre momenti diversi da tre persone diverse, piu' due ambienti di prova accesi da oltre un anno per un progetto mai partito. Nessuno di questi acquisti era sbagliato quando era stato fatto. Insieme erano una duplicazione che nessuno aveva mai guardato dall'alto.

Il lavoro e' consistito nel mettere tutti i contratti sullo stesso foglio, ordinarli per costo annuo, e per ciascuno rispondere a una sola domanda: quale processo aziendale si ferma se lo spegniamo domani. Tre servizi non avevano risposta e sono stati chiusi.

L'intervento complessivo su marketing, prezzi e organizzazione ha portato il fatturato da circa nove a dieci milioni, e la parte tecnologica non e' stata la leva principale di quel risultato. Ha fatto pero' una cosa piu' silenziosa e altrettanto utile: ha reso prevedibile una voce di costo che stava crescendo senza controllo, e ha liberato tempo di persone che passavano le giornate a spostare dati fra sistemi che non si parlavano.

Il punto trasferibile e' che nessuno di quei quattro sistemi era il problema. Il problema era che nessuno aveva mai messo i quattro contratti sullo stesso tavolo.

Se state guardando una bolletta digitale che cresce e non sapete dire quale processo giustifica ogni voce, un confronto diretto sulla struttura della vostra spesa cloud chiarisce in poco tempo se il problema e' di duplicazione, di dimensionamento o di contratti.

La scorecard di autovalutazione del cloud aziendale

Rispondete si' o no. Ogni no e' una voce di lavoro, non una bocciatura.

Conoscenza

Esiste un elenco unico di tutti i servizi cloud pagati, estratto dalla contabilita' e aggiornato negli ultimi tre mesi?
Per ciascuno sapete quale processo aziendale sostiene?
Sapete in quale paese risiedono i dati dei vostri clienti?
Sapete quali servizi sono controllati dallo stesso gruppo societario?

Costi

Conoscete il costo annuo totale dei servizi cloud, canoni piu' consumi variabili?
Avete verificato negli ultimi sei mesi se esistono risorse accese e non utilizzate?
Conoscete il costo di uscita da ciascun servizio principale?
Il confronto fra restare e migrare, dove lo avete fatto, e' stato calcolato su tre anni?

Contratti

I contratti principali contengono un obbligo di notifica incidenti con un termine numerico?
Contengono una clausola di reversibilita' con formato e tempi definiti?
Contengono l'obbligo di comunicare in anticipo i cambi di sub-fornitore?
Avete verificato la coerenza dei contratti attivi con il regime di passaggio previsto dal Data Act?

Operativita'

Esiste l'autenticazione a due fattori su tutti i servizi con dati aziendali?
Gli account degli usciti vengono disattivati entro ventiquattro ore?
E' stato eseguito un ripristino di prova negli ultimi dodici mesi, con esito registrato?
Esiste una persona con nome e cognome responsabile del rapporto con i fornitori cloud?

Lettura dei risultati

14 si' o piu': impostazione matura. Il lavoro utile e' sull'ottimizzazione della spesa e sull'automazione dei controlli.
da 9 a 13: base solida con buchi concentrati su contratti o operativita'. Sei mesi di lavoro ordinato.
da 5 a 8: state usando cloud, non lo state governando. Partite dall'inventario.
4 o meno: il problema non e' tecnologico, e' di visibilita'. Il primo passo e' l'elenco unico estratto dalla contabilita'.

Roadmap 30, 60, 90 giorni

Primi 30 giorni: vedere

L'obiettivo non e' migliorare niente, e' smettere di procedere a memoria.

Estrarre dalla contabilita' tutti i pagamenti ricorrenti a fornitori di servizi digitali degli ultimi dodici mesi, incluse le carte aziendali, dove si nasconde quasi sempre la meta' della spesa
Associare a ogni voce il processo aziendale che sostiene e la persona che l'ha comprata
Isolare i duplicati funzionali, cioe' due servizi che fanno la stessa cosa
Verificare per i primi cinque per spesa se il contratto esiste e dove si trova
Fare un ripristino di prova da backup, cronometrandolo

L'ultimo punto produce quasi sempre la sorpresa peggiore, ed e' meglio averla adesso e in condizioni controllate.

Giorni 31 a 60: chiudere e negoziare

Spegnere i servizi senza processo associato, dopo aver verificato che nessuno li usi davvero
Consolidare i duplicati funzionali su un solo fornitore
Preparare un allegato contrattuale standard con le clausole minime: notifica incidenti con termine numerico, reversibilita' con formato e tempi, comunicazione preventiva sui sub-fornitori
Aprire la rinegoziazione dell'allegato sui tre contratti principali, che e' una richiesta molto piu' semplice da far accettare rispetto alla riapertura del contratto
Attivare l'autenticazione a due fattori ovunque manchi e ripulire gli account inattivi

Giorni 61 a 90: mettere in ordine il futuro

Definire l'ordine di migrazione dei sistemi ancora locali, seguendo i tre blocchi descritti sopra
Calcolare su tre anni il confronto restare contro migrare per il primo sistema in lista
Fissare il presidio periodico: revisione trimestrale della spesa, verifica semestrale degli accessi, ripristino di prova annuale
Assegnare per iscritto chi decide, chi verifica e chi controlla che il processo giri
Solo a questo punto, se il volume lo giustifica, valutare uno strumento di monitoraggio della spesa

L'ordine non e' negoziabile. Uno strumento di controllo dei costi comprato prima del giorno 90 misura con precisione un disordine che non avete ancora sistemato.

Gli errori che vediamo piu' spesso

Confondere sincronizzazione e backup. Un file cancellato o cifrato si propaga alle copie sincronizzate in pochi minuti. Il backup e' un'altra cosa: e' una copia con storico, isolata, che non segue le modifiche in tempo reale.

Migrare un processo rotto. Il cloud non aggiusta un processo che non funziona, lo rende piu' veloce e piu' costoso. Se il flusso ordini e' confuso su carta, in cloud e' confuso e a canone. Chi ha questo problema dovrebbe partire dalla guida alla digitalizzazione dei processi aziendali prima di parlare di infrastruttura.

Comprare per reparto. Ogni funzione compra il suo strumento, ognuno e' ragionevole, l'insieme e' ingovernabile. Dopo tre anni ci sono quattro sistemi con gli stessi dati e nessuno che sa quale sia quello giusto.

Dimensionare sul picco. Chi arriva dal server fisico compra la potenza che gli serve nel momento peggiore dell'anno e la paga dodici mesi. Il senso del consumo variabile e' esattamente l'opposto.

Trattare la certificazione del fornitore come garanzia. Una certificazione dice che a una certa data un ente ha verificato un sistema di gestione su un perimetro definito. Non dice che la vostra configurazione sia corretta, e la vostra configurazione e' responsabilita' vostra.

Non spegnere mai niente. E' l'errore piu' banale e il piu' costoso in proporzione. Ambienti di prova, macchine di progetti finiti, dischi orfani. Nessuno li spegne perche' spegnere una cosa che non si sa a cosa serva sembra rischioso, e cosi' restano accesi per anni.

Chi deve occuparsene dentro l'azienda

Sotto i cinquanta dipendenti la risposta realistica e' una persona sola, con un mandato scritto e un'ora a settimana protetta. Non un comitato, non un progetto, non una consulenza permanente.

Sopra i cinquanta servono tre ruoli distinti, e non serve creare una funzione nuova:

Chi decide se un nuovo servizio entra: la direzione, non chi lo usera'.
Chi tiene l'inventario e verifica: una persona operativa con tempo assegnato davvero, non in aggiunta a tutto il resto.
Chi controlla che il processo giri: qualcuno diverso dal punto precedente.

Nelle aziende dove il governo del cloud non funziona, il motivo e' quasi sempre lo stesso: il secondo ruolo esiste ma senza tempo, e il terzo non esiste affatto.

C'e' anche una parte culturale che non va sottovalutata. Spostare sistemi cambia abitudini quotidiane di persone che lavoravano bene prima, e il malcontento tecnico e' quasi sempre malcontento organizzativo travestito. Chi vuole gestirlo con metodo puo' partire dalla guida al change management per le aziende.

Cosa aspettarsi, e in quanto tempo

Il beneficio che arriva per primo non e' il risparmio, e' la prevedibilita'. Sapere quanto si spende e perche' vale piu' di una riduzione di costo ottenuta una volta sola.

Su un'impresa con un centinaio di dipendenti e una decina di servizi principali, la fase iniziale dei novanta giorni richiede fra le quaranta e le settanta ore complessive, distribuite su piu' persone. Il presidio successivo si stabilizza intorno alle due ore a settimana.

La riduzione di spesa che si ottiene chiudendo duplicati e risorse dimenticate, nelle aziende dove nessuno aveva mai guardato, sta di solito fra il dieci e il venti per cento del totale. Non e' l'obiettivo principale, e' l'effetto collaterale del fatto che finalmente qualcuno guarda.

Se avete un dubbio specifico sul vostro caso, per esempio se convenga migrare adesso o aspettare la scadenza del contratto in essere, un confronto sulle priorita' chiarisce quasi sempre la sequenza corretta in una singola conversazione, perche' la risposta dipende da tre o quattro variabili che sapete gia'.

FAQ

Cloud aziendale: cosa migrare per primo se partiamo da zero?

Backup e ripristino, prima di ogni altra cosa. E' la mossa con il rapporto piu' favorevole fra beneficio e rischio, perche' nella maggior parte delle piccole imprese il backup attuale non e' mai stato verificato con un ripristino reale e quindi non esiste davvero. Subito dopo vengono posta e collaborazione, se non lo avete gia' fatto, e l'archiviazione documentale. Il gestionale va per ultimo, quando esiste un inventario delle integrazioni e il team ha gia' portato a termine almeno una migrazione minore. Cominciare dal sistema piu' critico e' l'errore piu' comune e il piu' caro.

Quanto costa il cloud aziendale per una piccola impresa?

Non esiste una cifra sensata a preventivo senza conoscere il numero di utenti, i sistemi coinvolti e i volumi di dati, ma esiste un metodo. Il confronto va fatto su tre anni, non su uno, e deve includere quattro voci che i preventivi omettono: il traffico dati in uscita, il periodo in cui pagherete vecchio e nuovo insieme, le risorse che resteranno accese senza servire, e il tempo delle vostre persone. Su un anno il cloud perde quasi sempre contro un server gia' ammortizzato, su cinque vince quasi sempre. La verita' del vostro caso sta nei tre anni.

Che differenza c'e' fra sincronizzazione dei file e backup?

La sincronizzazione replica in tempo reale quello che succede ai file, incluse le cose brutte. Se un file viene cancellato o cifrato da un programma malevolo, la modifica si propaga a tutte le copie sincronizzate in pochi minuti. Il backup e' una copia con storico, isolata dal sistema di produzione, da cui si puo' recuperare lo stato di ieri o di un mese fa. Molte aziende italiane credono di avere un backup perche' hanno una cartella condivisa che si sincronizza. Non ce l'hanno, e lo scoprono nel momento peggiore.

Il Data Act cambia davvero qualcosa per chi ha gia' un contratto cloud?

Si', e senza periodo di grazia: le regole sul passaggio fra fornitori si applicano anche ai contratti firmati prima del 12 settembre 2025. Fino al 12 gennaio 2027 il fornitore puo' addebitare soltanto i costi diretti del passaggio, e da quella data ogni addebito e' vietato. In pratica significa due cose: molte clausole di uscita scritte con la logica precedente vanno rilette, e chi sta rinegoziando adesso ha piu' potere contrattuale di quanto pensi. La norma toglie il costo del passaggio, non la difficolta' tecnica: quella si riduce solo con formati aperti e una copia dei dati sotto il vostro controllo.

Chi e' responsabile se ci sono un incidente o una perdita di dati in cloud?

La responsabilita' e' divisa e la divisione sorprende quasi sempre. Il fornitore risponde della propria infrastruttura. Voi restate responsabili di chi accede, con quali permessi, di come sono configurati i servizi e del trattamento dei dati dei vostri clienti. Nella pratica la grande maggioranza degli incidenti nelle piccole e medie imprese non nasce da una violazione del fornitore, ma da un account mai disattivato dopo le dimissioni, da una configurazione lasciata aperta o da credenziali condivise. Sono tutte cose che stanno dalla vostra parte della linea.

Serve un consulente esterno per governare il cloud aziendale?

Per l'inventario e la pulizia iniziale, quasi mai: sono lavori che richiedono accesso alla contabilita' e conoscenza dei processi, cioe' cose che avete voi e non ha un esterno. Un aiuto esterno ha senso in tre momenti specifici: quando bisogna calcolare seriamente il confronto fra restare e migrare su un sistema critico, quando si negozia un contratto pluriennale rilevante, e quando serve qualcuno che faccia le domande scomode senza dipendere gerarchicamente da chi ha comprato i sistemi negli anni scorsi. Per tutto il resto la persona giusta e' gia' dentro l'azienda, le manca solo il tempo assegnato.