ROI di un gestionale: come calcolarlo onestamente

"Quanto mi rientra?" è la prima domanda che ogni imprenditore fa quando valuta un software. È anche la domanda a cui vedo rispondere peggio, sia dai fornitori (che gonfiano i numeri) sia dai clienti (che li sottostimano per prudenza). Questo articolo prova a dare una risposta usabile: un metodo chiaro per calcolare il ROI atteso di un gestionale prima di firmare, e — altrettanto importante — per verificarlo a consuntivo.

La cosa più utile che puoi portarti a casa leggendo, anche se non diventerai mai nostro cliente, è una spalla di conoscenza solida per dire "no" a preventivi che non reggono al controllo.

La formula di base, decostruita

Il ROI di un software aziendale si scrive così:

ROI = (Risparmi annui – Costo annuo del software) ÷ Costo totale del progetto

Tre variabili. Tutte e tre sono più scivolose di quanto sembri. Vediamole una a una.

1. Risparmi annui

Qui sta il 90% della fuffa. La maggior parte dei preventivi che vediamo parla di "risparmio del 30%" senza spiegare 30% di cosa. Le categorie di risparmio reale sono tre:

• Ore-persona recuperate — attività ripetitive che oggi consumano tempo e domani sono automatiche.
• Errori evitati — ordini sbagliati, fatture doppie, resi, contestazioni ore, penalità per ritardi.
• Revenue abilitata — ordini aggiuntivi che riesci a gestire con la stessa struttura, o nuove funzionalità che sbloccano vendite (es. un portale B2B che "fa ordinare" i clienti anche la notte).

2. Costo annuo del software

Non è solo il canone. Include anche manutenzione, hosting, eventuale supporto, formazione continua, piccole evoluzioni. Una regola spannometrica: manutenzione annua = 15–20% del costo di sviluppo iniziale per un custom; 100% del canone per un SaaS.

3. Costo totale del progetto

Qui il trucco è non dimenticare le voci "nascoste":

• Costo di sviluppo o licenze pluriennali.
• Ore interne dedicate al progetto (spesso dal titolare o dal responsabile operativo — sono ore che non stanno fatturando).
• Costi di migrazione dati.
• Formazione iniziale.
• Eventuale doppia operatività per qualche settimana (vecchio + nuovo).

Come stimare le ore recuperate — il cuore del calcolo

La voce più grossa è quasi sempre "ore-persona". E qui molti imprenditori si bloccano: "come faccio a sapere quante ore risparmio?".

Risposta pragmatica: non devi sapere il numero esatto. Devi stabilire un intervallo credibile, con ipotesi esplicite. Poi dopo il go-live misurerai e correggerai.

La formula

Ore/anno risparmiate = (Frequenza × Tempo attuale – Frequenza × Tempo previsto) × Persone coinvolte

Esempio concreto

Immagina un'azienda che emette 80 preventivi al mese. Oggi ogni preventivo richiede 35 minuti (ricerca prezzi, formattazione, invio, sollecito). Un gestionale che genera preventivi in automatico dal listino può ridurlo a 5 minuti.

• Tempo risparmiato per preventivo: 35 – 5 = 30 minuti = 0,5 ore
• Preventivi/anno: 80 × 12 = 960
• Ore/anno risparmiate: 960 × 0,5 = 480 ore
• Valore in euro (a 30€/ora lordo): 480 × 30 = 14.400€/anno

Se il modulo preventivi costa 18.000€ di sviluppo + 3.600€ di manutenzione annua, il break-even arriva intorno al 18º mese. Dal secondo anno in poi produce un netto positivo di ~10.800€.

Come non sbagliare: le 4 ipotesi da rendere esplicite

Una stima del ROI senza ipotesi esplicite è marketing, non analisi. Queste sono le quattro che noi scriviamo sempre in chiaro nel report del check-up:

Ipotesi 1: il costo di un'ora di lavoro

Non è lo stipendio netto. È il "costo aziendale pieno" (RAL + contributi + benefit + costi di struttura divisi per ore lavorabili). Per un dipendente operativo italiano, l'intervallo realistico è 25–45€/ora. Per un responsabile, 45–70€/ora. Per il titolare, dipende da quanto il suo tempo vale in alternativa.

Ipotesi 2: la soglia di conversione del tempo risparmiato

Se risparmi 480 ore/anno a un dipendente, non è che quell'ora vale 30€ al 100%. Dipende da cosa ci fa il dipendente con il tempo libero:

• 100% di valore se le ore risparmiate sostituiscono un'assunzione che non farai più.
• 70–80% se il dipendente usa il tempo per fare più di quanto faceva prima (più clienti, più vendite, più controlli).
• 30–50% se il tempo libero viene "riassorbito" da attività meno urgenti ma comunque utili.
• 0% se il dipendente non ha altro da fare — vuol dire che stavi pagando una persona per eseguire compiti inutili, e il problema era organizzativo, non tecnologico.

Applica un coefficiente realistico al tuo contesto. In un check-up serio, questa conversazione è quella più difficile.

Ipotesi 3: la curva di adozione

Il software non produce il 100% dei risparmi dal giorno 1. Tipicamente:

• Primi 2 mesi: 30% dei risparmi stimati (team ancora in apprendimento).
• Dal 3º al 6º mese: 70–80%.
• Dal 6º mese in poi: 100% (se il progetto è andato bene).

Ignorare questa curva porta a stime di ROI troppo ottimistiche nei primi 12 mesi.

Ipotesi 4: la vita utile del software

Un software ben manutenuto dura 5–8 anni prima di richiedere una riscrittura significativa. Un software custom con codice tuo e stack aperto è nella parte alta di quell'intervallo. Un pacchetto verticale con vendor attivo lo stesso. Un custom fatto 15 anni fa da qualcuno che ora non esiste più dura… fino al primo problema serio.

Un caso reale, con i numeri

Azienda di distribuzione B2B, 45 dipendenti. Problema: 4 persone nell'ufficio ordini passano il 40% del tempo a inserire ordini ricevuti via email/WhatsApp.

Dati di partenza

• 4 persone × 40% del tempo × 1.600 ore/anno ≈ 2.560 ore/anno dedicate all'inserimento ordini.
• Costo pieno per ora delle 4 persone: 28€.
• Valore totale attuale dell'attività: 2.560 × 28 = 71.680€/anno.

Ipotesi di intervento

Portale B2B che permette ai clienti di inserire ordini autonomamente. Stimato che il 55% degli ordini passerà dal portale (basato su benchmark di settore e discussione col cliente).

• Ore recuperabili: 2.560 × 55% = 1.408 ore/anno.
• Coefficiente di conversione stimato: 75% (le persone vengono usate per supporto a clienti più strategici e attività di pre-vendita, ruoli con margine più alto).
• Risparmio netto/anno: 1.408 × 28 × 0,75 = 29.568€.

Costi

• Sviluppo portale: 42.000€.
• Manutenzione/hosting: 7.500€/anno.
• Ore interne (migrazione listini, test, formazione agenti): ~120 ore.

Break-even

Anno 1 risparmio netto atteso (con curva adozione): 29.568 × 70% = 20.698€. Meno manutenzione: 20.698 – 7.500 = 13.198€. Payback rispetto ai 42.000€ di sviluppo: arriva nel corso del 3º anno.

A regime (dal 2º anno), risparmio netto annuo: 29.568 – 7.500 = 22.068€. E c'è un bonus non contabilizzato: i clienti che ordinano dal portale tendono a comprare di più (vedono a catalogo cose che prima non chiedevano), ma qui ci abbiamo volutamente messo zero perché non prevedibile.

Verifica a consuntivo — la parte che manca sempre

Stimare è facile. Verificare è quello che separa un fornitore serio da un venditore. Dopo 6 e 12 mesi dal go-live, dovresti poter rispondere con dati veri a queste domande:

• Quante ore settimanali dedica oggi il team all'attività automatizzata? (Prima era X, ora è Y.)
• Il tempo liberato è stato effettivamente ri-allocato? A cosa?
• Quanti errori/contestazioni si verificavano prima, quanti ora?
• Il software si usa davvero come previsto, o ci sono fughe (Excel paralleli, ritorni al vecchio sistema)?

Il nostro report mensile ai clienti contiene esattamente questi numeri: non stime, dati osservati dal sistema. Se un fornitore non ti offre un modo per verificare quello che ha promesso, l'unica prova del ROI la raccoglierai tu — e probabilmente non la raccoglierai mai, perché avrai altro da fare.

Segnali d'allarme nei preventivi

Prima di chiudere, tre segnali che dovrebbero farti alzare le antenne:

• "ROI del X%" senza l'indicazione del numero assoluto di ore/euro risparmiate: sta gonfiando il denominatore o tacendo le ipotesi.
• Nessuna menzione del coefficiente di conversione delle ore risparmiate: sta assumendo 100% di un processo che tu sai non essere mai così.
• Break-even inferiore a 12 mesi per un software custom sopra i 20.000€: è molto raro. Plausibile solo in scenari molto specifici (grosso volume, processo costosissimo, conversione alta). Chiedi l'analisi nel dettaglio.

Un ultimo pensiero

Il ROI è importante, ma non è l'unica ragione per digitalizzare. Molte cose che fa un gestionale buono — ridurre lo stress, rendere tracciabile il lavoro, permettere a chi non c'era di capire subito cosa succede — non entrano facilmente in una formula. Vanno considerate sul lato "qualitativo". Ma la formula quantitativa serve a mantenere onestà: se il ROI non regge, probabilmente non serve quel software, indipendentemente da quanto bello sia.