Capex vs Opex in IT: quando conviene comprare e quando conviene affittare tecnologia
A luglio 2025 un'azienda del settore logistica specializzata in ricambistica industriale - circa 65 dipendenti, fatturato annuo intorno ai 17 milioni di euro, due sedi operative in Italia - stava per firmare un ordine di acquisto per 80.000 euro di infrastruttura IT: tre server fisici Dell PowerEdge con CPU Xeon Platinum e 256 GB RAM ciascuno, una storage array NAS da 40 TB con RAID 6 ridondante, due switch di rete enterprise con 48 porte ciascuno, un gruppo di continuità UPS 10KVA con batterie sostitutive, installazione professionale e contratto di manutenzione hardware per 5 anni. Il preventivo era stato presentato dal fornitore IT locale dell'azienda come "investimento strategico per ammortizzare su cinque anni" e il CFO stava per firmarlo. Il CEO, prima di formalizzare, mi aveva chiamato per un secondo parere perché nei mesi precedenti aveva letto articoli sulla progressiva migrazione cloud delle PMI e non era sicuro che l'approccio tradizionale dell'acquisto fosse ancora giustificato nel 2025. La sua domanda era diretta: "vale la pena?".
In due settimane ho prodotto un'analisi comparata di TCO (Total Cost of Ownership) su cinque anni, confrontando tre scenari: acquisto on-premise come da preventivo del fornitore, cloud privato europeo (Hetzner dedicated servers con gestione propria), cloud pubblico managed (AWS / GCP con database gestiti). Il risultato numerico è stato netto: lo scenario Hetzner dedicated + managed backup costava circa 56.000 euro su 5 anni contro gli 80.000 dell'acquisto, con inoltre una serie di benefici qualitativi non quantificati nel preventivo originale - resilienza geografica (data center in Germania, fault zone diversa dall'Italia), sostituzione hardware gestita dal provider, scalabilità elastica, zero responsabilità di refresh cycle futuro. Il cliente ha optato per l'approccio cloud e il progetto è partito a settembre. Questo articolo descrive il framework di analisi che applico su decisioni Capex vs Opex in IT, i pattern che tipicamente emergono dai numeri reali di 12 PMI analizzate negli ultimi due anni, e i fattori qualitativi che contano tanto quanto quelli puramente finanziari.
Il modello mentale: Capex vs Opex non è solo una distinzione contabile
Il punto di partenza di ogni analisi è capire che la distinzione Capex/Opex in IT non è primariamente una questione di contabilità (ammortamento vs costo operativo), è una questione di struttura del rischio e dell'ottimizzazione. Comprare hardware (Capex) significa: pagare tutto subito, ammortizzare nel tempo, assumersi il rischio di obsolescenza, perdere flessibilità di scalare verso il basso, guadagnare flessibilità di fare investimenti tailored. Affittare/usare in cloud (Opex) significa: pagare in modo proporzionale all'uso, trasferire il rischio di obsolescenza al provider, guadagnare flessibilità di scalare in entrambe le direzioni, perdere controllo profondo sull'hardware.
Per anni, il ragionamento tradizionale dei CFO PMI italiane è stato: "compriamo perché ammortizzare è meglio che pagare ogni mese, e dopo 3 anni abbiamo l'asset in casa". Questo ragionamento era corretto negli anni 2000-2015 quando il cloud era immaturo e i server duravano effettivamente 5-7 anni a costo marginale decrescente. Non è più corretto nel 2025-2026 per tre motivi strutturali.
Primo: i cicli di obsolescenza hardware si sono accorciati. Un server Xeon di 5 anni fa oggi è circa 3-4x più lento in workload CPU-bound di uno nuovo (a parità di prezzo nominale), e per workload AI/ML può essere 10x più lento. Il "ammortizzare su 5 anni" implica usare hardware significativamente sotto-performante negli ultimi 2-3 anni di vita, con costi operativi nascosti (lentezza dei processi, necessità di patch migratori, limiti sulle capacity). Secondo: la volatilità dei requisiti di capacità è aumentata drammaticamente. Una PMI che cresce del 15% anno su anno, o che subisce picchi stagionali del 300%, ha bisogno di flessibilità che l'hardware fisico non può dare senza sovradimensionamento massiccio. Terzo: i servizi gestiti dei cloud provider (database managed, backup, security) producono valore che il team IT interno della PMI non può produrre a parità di costo. Non si tratta solo di "affittare server", si tratta di delegare complessità operativa.
Il calcolo TCO: cosa includere e cosa i fornitori tendono a dimenticare
Il calcolo di TCO che uso per confrontare scenari Capex vs Opex deve includere tutti i costi, non solo il prezzo di acquisto iniziale. Questa è la parte dove i preventivi dei fornitori tradizionali mostrano i loro limiti - includono l'hardware e basta, omettendo voci che nel tempo si accumulano significativamente.
Le voci complete che considero per lo scenario on-premise sono 12. Hardware iniziale (server, storage, rete, UPS). Installazione professionale (quasi sempre aggiuntiva al preventivo hardware). Manutenzione hardware contrattuale annuale (tipicamente 10-15% del valore hardware ogni anno). Licenze software fisico (sistema operativo, virtualizzazione, backup enterprise). Consumo energetico (server + condizionamento, stima 2-5.000 euro/anno per cluster medio). Manutenzione facility (controllo temperatura, cablaggio, pulizia stanza server). Assicurazione aggiuntiva su asset IT (se non inclusa nella polizza generale). Operatore interno part-time per manutenzione (spesso sottostimato come "tanto c'è il tecnico"). Refresh cycle al termine dei 5 anni (dove va quasi sempre il server vecchio? nel cimitero, e va sostituito con spesa identica). Costi di disastro (incendio, allagamento, furto - probabilità bassa ma impatto molto alto). Upgrade intermedi (aumenti RAM, dischi aggiuntivi, moduli network - quasi sempre serve nei 5 anni). Costi opportunity di capitale immobilizzato (il denaro investito in hardware non è investito in crescita business).
Le voci per lo scenario cloud sono meno numerose ma vanno articolate. Canone mensile VPS/dedicated (chiaro e prevedibile). Storage backup fuori sito (tipicamente 10-30 euro/mese per provider serio). Traffico dati in uscita (variabile, può essere significativo per aziende con CDN intenso). Servizi gestiti aggiuntivi (DBaaS, backup managed, monitoring). Costo di migrazione iniziale (one-off). Eventuali crescite proporzionali al business (+10-20% anno su anno medio).
Sul cliente logistica emiliana, il prospetto finale a 5 anni è stato:
SCENARIO A: ON-PREMISE (come da preventivo fornitore)
Hardware iniziale 45.000
Installazione e setup 6.000
Licenze VMware + Windows Server 5y 18.000
Manutenzione hardware 5y 22.500
Energia elettrica 5y (stima) 14.000
Upgrade intermedi (RAM e dischi anno 3) 8.000
Operatore interno 0.25 FTE per 5y 37.500
Refresh hardware anno 6 54.000 (escluso dal TCO 5y)
-------------------------------------------------
TOTALE 5 ANNI 151.000
TOTALE CAPITALIZZATO (escluso FTE) 113.500SCENARIO B: HETZNER DEDICATED + MANAGED BACKUP
3 dedicated server AX52 cluster HA 42.000 (700/mese)
Storage Box backup 10TB 5y 6.000 (100/mese)
Traffico dati 5y 1.200
Licenze software (open source) 0
Setup e migrazione iniziale 8.000
Operatore interno 0.1 FTE per 5y 15.000
-------------------------------------------------
TOTALE 5 ANNI 72.200SCENARIO C: AWS MANAGED (RDS + EC2 + S3)
EC2 reserved instances + EBS 5y 68.000
RDS Multi-AZ PostgreSQL 5y 45.000
S3 backup + replica 5y 4.500
Data transfer 5y 6.000
CloudFront CDN 2.400
Setup e migrazione 12.000
Operatore interno 0.15 FTE 5y 22.500
-------------------------------------------------
TOTALE 5 ANNI 160.400Il risultato è illuminante: lo scenario Hetzner (B) costa meno del 50% dello scenario on-premise (A) e del 45% dello scenario AWS managed (C). Per una PMI italiana che valorizza principalmente affidabilità e costo contenuto, senza requisiti particolari di integrazione con altri servizi AWS, lo scenario B è quasi sempre il vincitore matematico.
I fattori qualitativi che i numeri non catturano
Il TCO numerico racconta il 70% della storia. Il resto è in fattori qualitativi che vanno messi sul tavolo esplicitamente. Ne identifico cinque che emergono consistentemente sui miei clienti.
Primo: resilienza geografica. I server on-premise vivono tipicamente in un unico punto geografico - la sede dell'azienda. Un incendio, un allagamento, un furto, un blackout prolungato sulla zona, distruggono o rendono inaccessibile l'intera infrastruttura. I data center di cloud provider hanno resilienza fisica che una PMI italiana non può riprodurre - generatori ridondanti, gruppi UPS massicci, videosorveglianza 24/7, controllo accessi biometrico. La differenza probabilistica sul rischio di outage da cause fisiche è di ordini di grandezza.
Secondo: velocità di recovery da incidenti. Un server fisico che si rompe richiede sostituzione dell'hardware - tempo di attesa del componente di ricambio + installazione, tipicamente 24-72 ore anche con contratto di manutenzione rapido. Un server cloud che si rompe viene semplicemente ricreato su hardware diverso dal provider, tipicamente in 15-30 minuti. La differenza sul Recovery Time Objective è 100x.
Terzo: scalabilità elastica. Un'azienda che cresce o che ha picchi stagionali su hardware fisico deve dimensionare per il picco. Se il picco è 3x il normale, ha 66% di hardware inutilizzato per 11 mesi all'anno. Su cloud può scalare up per i 3 giorni del picco e scalare giù, pagando solo l'uso effettivo. Questo pattern è particolarmente importante per e-commerce con Black Friday, servizi fiscali con scadenze stagionali, piattaforme educative con inizio anno scolastico, etc.
Quarto: pressione cognitiva sul team IT. L'hardware fisico richiede attenzione continua del team interno - monitoraggio temperature, replacement dischi, firmware update, gestione RAID. Questa attività non produce valore di business, è puro mantenimento. Il cloud libera quel tempo, che può essere reinvestito in automazione, sviluppo, formazione. In aziende dove il team IT è piccolo (2-5 persone), questo fattore è enorme.
Quinto: rapporto con l'incertezza futura. L'acquisto di hardware è una scommessa sul futuro: "fra 3 anni avremo bisogno esattamente di questa capacità". In realtà nessuno sa cosa succederà fra 3 anni - cambi di business model, fusioni, contrazioni, espansioni. Il cloud è ottimizzato per l'incertezza: paghi quello che usi, cambi direzione senza perdere investimento sunk cost.
Stai cercando un Consulente Informatico esperto per un'analisi TCO rigorosa sulle decisioni Capex vs Opex della tua PMI, con confronto strutturato fra scenari on-premise, cloud europeo e cloud managed? Nel mio profilo professionale trovi l'esperienza concreta su strategia infrastruttura, migrazione cloud e ottimizzazione spesa IT per aziende italiane.
I tre casi dove Capex ha ancora senso (ma non sono la maggioranza)
Nonostante il trend generale, ci sono tre scenari specifici dove l'acquisto di hardware on-premise è ancora la scelta corretta. Primo: requisiti normativi stringenti di localizzazione dati. Alcuni settori (sanità militare, intelligence, alcuni tipi di archiviazione giudiziaria) richiedono per legge che i dati risiedano fisicamente in perimetro controllato direttamente dall'azienda. In questi casi, on-premise è obbligatorio e il cloud non è opzione. Le PMI italiane normalmente non ricadono in queste categorie, ma certe aziende che lavorano per PA o difesa potrebbero.
Secondo: workload intensivi molto stabili su periodo lungo. Se il tuo workload è perfettamente prevedibile (non cresce, non ha picchi, non cambia per 5+ anni), il dimensionamento fisico può essere efficiente senza il premio del cloud. Un esempio: un'azienda manifatturiera che ha un sistema di controllo produzione on-prem dove il carico è costante 24/7 per anni. Lì comprare hardware calibrato è razionale. Questo scenario è meno comune di quanto sembri - la maggior parte dei business moderni ha variabilità significativa.
Terzo: connettività internet inaffidabile per la sede principale. Un'azienda in zona rurale dove l'accesso internet è marginale non può permettersi di avere il gestionale ERP critico su cloud - se internet salta, l'azienda si ferma. In quei contesti, avere sistemi mission-critical on-prem con sincronizzazione periodica in cloud è il pattern corretto. La digitalizzazione dell'infrastruttura italiana ha ridotto questa categoria ma esistono ancora zone dove questo problema è reale.
Il pattern decisionale che applico è di partire dall'ipotesi cloud come default (per costo, flessibilità, affidabilità) e escludere il cloud solo se uno dei tre scenari sopra è presente. Se nessuno si applica, cloud è la scelta corretta. Questo inverte il ragionamento tradizionale dove il default era l'acquisto e il cloud era l'eccezione - una inversione che riflette lo stato reale del mercato nel 2025-2026.
Software: SaaS vs licenza perpetua, la stessa logica
Il ragionamento Capex vs Opex si estende naturalmente al software. Licenza perpetua on-premise (classico MS Office con licenza Volume, ERP legacy) versus SaaS con canone mensile (Microsoft 365, Salesforce, HubSpot). Le stesse logiche si applicano: il SaaS trasferisce il rischio di obsolescenza al vendor, garantisce update continui, scala elasticamente.
Il caso in cui la licenza perpetua ha ancora senso è quando l'azienda ha un'installazione stabile di lunga durata e non ha bisogno di update. Un esempio tipico è un CAD specializzato per progettazione industriale, dove l'azienda usa la versione 2018 da 6 anni perché fa tutto quello che serve e non vuole cambiare. Pagare una licenza SaaS aggiornata perpetuamente non produce valore aggiuntivo. Ma questo scenario è in via di estinzione - quasi tutti i software moderni sono venduti in SaaS perché il vendor preferisce reddito ricorrente, e in alcuni casi l'opzione perpetua non esiste più.
Sul cliente logistica, in parallelo alla decisione infrastruttura, abbiamo rivisto le 14 licenze software attive. Cinque erano su SaaS già ottimale. Tre erano su licenze perpetue che avevano senso (CAD, software legacy di calcolo percorsi, uno strumento di analisi qualità proprietario). Sei erano su licenze perpetue di strumenti che avrebbero tratto beneficio dal passaggio SaaS (Office, antivirus enterprise, strumento di project management). Il passaggio di queste sei al modello SaaS ha aumentato la spesa cash nell'anno 1 del 20%, ma ha eliminato il rischio di vendor lock su versioni obsolete e ha reso prevedibile la spesa futura.
Il ROI dell'advisory sul budget: 2-3x in un anno
Un'osservazione onesta: l'analisi TCO costa consulenza. Una valutazione seria come quella che ho fatto sul cliente logistica richiede 20-40 ore di lavoro (raccolta dati, analisi, preparazione report, presentazione al management, risposta a domande), che a tariffa senior ammontano a 3.000-6.000 euro. Questo è un investimento che si ripaga quando la decisione finale è diversa da quella iniziale.
Sul cliente logistica il risparmio netto a 5 anni fra scenario A e scenario B è stato di 78.800 euro. Il costo dell'advisory è stato di ~4.500 euro. Il ROI è 17x, o altrimenti visto 94% ROI annualizzato. Questi numeri sono estremi perché il cliente stava per firmare una scelta particolarmente non ottimale; su clienti che partono da un punto migliore il ROI è tipicamente 2-4x, comunque eccellente. Il framework di allocazione strategica del budget IT per PMI nel 2025 che descrivo in un articolo complementare fornisce il contesto più ampio in cui questa analisi si inserisce.
Un altro beneficio difficile da quantificare in denaro è la qualità della decisione. Prima dell'analisi, il CEO del cliente stava firmando 80.000 euro su un documento del fornitore che non comprendeva appieno. Dopo l'analisi, ha firmato una decisione informata, con consapevolezza dei trade-off, con documentazione scritta di perché quella scelta è preferibile. Questa consapevolezza cambia la relazione del CEO con il budget IT: non è più "soldi che il responsabile IT chiede che speriamo siano ben spesi", è "soldi investiti con razionalità che posso spiegare al CDA".
Il pattern pratico: quando chiamare chi
La regola operativa che do ai CEO e ai CFO di PMI è: mai firmare un investimento IT sopra i 30.000 euro senza una seconda opinione indipendente. Il fornitore che propone l'investimento ha interesse legittimo a vendere, ed è naturale che le sue proposte siano calibrate sul proprio portafoglio prodotti. Un consulente esterno indipendente (che non vende hardware o software specifico) può valutare l'opzione senza bias commerciale. La spesa per una seconda opinione è una frazione percentuale dell'investimento e produce quasi sempre miglioramenti significativi - sia quando conferma la direzione del fornitore, sia quando suggerisce alternative.
Per investimenti sotto i 30.000 euro, l'impegno di analisi strutturata è sproporzionato. In quei casi, la regola è di chiedere al fornitore un prospetto TCO a 5 anni completo di tutte le voci. Se il fornitore non lo sa produrre o lo semplifica eccessivamente, questo è di per sé un segnale - probabilmente non ha fatto quell'analisi nemmeno per clienti più grandi, e il preventivo riflette abitudini commerciali più che ottimizzazione calibrata.
Se la tua PMI sta per prendere una decisione infrastruttura IT significativa - rifresh hardware, passaggio a cloud, sostituzione di software gestionale, adozione di nuovi servizi SaaS a lungo termine - e vuoi una valutazione TCO rigorosa con confronto fra scenari alternativi e analisi dei fattori qualitativi che i preventivi tendono a omettere, contattami per una consulenza: in due settimane di lavoro raccolgo i dati della tua situazione attuale, costruisco prospetti a 5 anni comparati su 2-3 scenari alternativi, identifico i fattori qualitativi che hanno peso reale sul tuo contesto di business, e ti consegno un report che il tuo CFO e il tuo CDA possono leggere senza bisogno di traduzione tecnica - trasformando la decisione da "fede nel fornitore" a "scelta informata documentata".