Quanto costa un software gestionale su misura: le voci del preventivo e il numero che decide, i minuti persi ogni giorno

Un distributore di ricambi industriali di Brescia, 35 dipendenti, 18 milioni di fatturato, gestisce da anni ordini e magazzino con una catena di fogli Excel e un vecchio Access. Il titolare chiede tre preventivi per un gestionale e riceve tre numeri: 38.000, 94.000 e 210.000 euro. Nessuno gli spiega perché la distanza sia di cinque volte, e tutti e tre dicono di includere "tutto".

Questo articolo risponde alla domanda che ti stai facendo: quanto costa un software gestionale su misura. Per un'azienda di quella taglia, con 25 utenti e i moduli che servono davvero, il conto sta intorno ai 194.460 euro, cioè 463 giornate a 420 euro. Il numero si scompone in voci che puoi verificare, e ogni voce si può spostare.

Ma la cifra da sola non decide niente. Decide il confronto con l'alternativa, un pacchetto già pronto, e nel confronto compare un numero che quasi nessun preventivo scrive: i minuti che ogni utente perde ogni giorno per aggirare i limiti del pacchetto. Con un caso reale vedrai che bastano quattro minuti a testa perché il su misura costi meno in cinque anni.

Trovi le voci del preventivo con il loro peso, i tre modi di pagarlo, il costo di tenerlo vivo dopo il rilascio, il conto a otto anni contro un pacchetto, il metodo per misurare i minuti persi, un modello in C# per rifare il calcolo con i tuoi dati e la lista dei segnali che indicano un preventivo da scartare.

Una premessa onesta. Costruisco software su misura dal 1999 e ho creato e venduto un gestionale legale multi-tenant, quindi so da che parte sta il mio interesse. Per questo il caso di Brescia è composto e non è di un cliente reale, le ipotesi sono scritte una per una e il risultato include i casi in cui il su misura non conviene. Un preventivo che non ti dice quando non comprare vale poco.

Quanto costa, in una cifra, un gestionale su misura per una PMI?

Per un'azienda con 25 utenti e nove moduli, il caso che userò per tutto l'articolo, il conto è questo.

• Sviluppo dei moduli: 280 giornate.
• Analisi e progetto, test e collaudo, gestione del progetto, formazione e avvio: 127 giornate.
• Totale base: 407 giornate, cioè 170.940 euro.
• Margine per l'imprevisto, il 20% sullo sviluppo: 56 giornate, cioè 23.520 euro.
• Totale: 463 giornate, 194.460 euro.

Lo scrivo in giornate e non solo in euro perché è la sola unità che regge nel tempo. Le tariffe cambiano da un fornitore all'altro, e un preventivo in euro senza le giornate non permette di capire se la differenza sta nel prezzo del lavoro o nella quantità di lavoro. Se un preventivo non dice quante giornate contiene, chiedi di scriverle.

In pratica le cifre delle PMI cadono in tre fasce, e conviene sapere in quale ti trovi prima di sentire un venditore.

Il preventivo da 38.000 euro del titolare di Brescia è nella fascia piccola, quello da 210.000 nella media. Non erano tre prezzi diversi per lo stesso lavoro: erano tre lavori diversi con lo stesso nome. È la prima cosa da controllare, e la tabella delle voci nella prossima sezione serve a questo.

Da quali voci è fatto il costo, e quanto pesa ciascuna?

Il costo di un software su misura non è "il programma". Il codice dei moduli vale il 69% del totale, e il resto è lavoro che non si vede e che i preventivi più economici saltano. Le voci del caso di Brescia sono queste.

Le tre voci in arancio, analisi, test e gestione, sommano 112 giornate, il 40% dello sviluppo. Sono quelle che un preventivo "a corpo" molto basso comprime, e sono quelle che decidono se il software, alla consegna, funziona con i dati veri e non solo con quelli della demo. L'analisi in particolare è dove si evitano le giornate sprecate: capire all'inizio che il magazzino ha tre unità di misura per lo stesso articolo costa un pomeriggio, scoprirlo dopo il collaudo costa due settimane.

Il margine per l'imprevisto merita una parola. Il 20% non è un regalo al fornitore: è la parte del lavoro che nessuno sa prevedere, e se non è scritto in chiaro compare dopo, sotto forma di "extra". Un fornitore onesto lo mette nel preventivo e ti dice che cosa succede se non lo consuma. Un fornitore che dichiara zero margine o ha un prezzo fuori mercato o ha l'intenzione di fatturarti le variazioni.

Il prezzo del codice è circa il 70% del conto. Il resto è quello che fa funzionare il codice il lunedì mattina.

Perché due preventivi per lo stesso gestionale differiscono di cinque volte?

Dopo ventisei anni di preventivi letti e scritti, le differenze si riducono a sei variabili. Quando due offerte sono lontane, quasi sempre la distanza sta in una di queste, non nella tariffa.

1. Che cosa è compreso nell'ambito

"Gestione ordini" può voler dire un modulo da dieci giorni o uno da cinquanta. La differenza sta nei casi particolari: sconti per cliente e per famiglia di articoli, consegne parziali, resi, ordini aperti che si evadono a pezzi. Nel caso di Brescia gli ordini valgono 45 giornate perché includono sconti a scaglioni e consegne parziali. Senza, ne bastano 18.

2. Le integrazioni

Ogni collegamento verso un sistema esterno costa tra 8 e 25 giornate: la fatturazione elettronica, un corriere, il sito e-commerce, la contabilità del commercialista. Il costo non sta nella chiamata in sé, che si scrive in un giorno, ma nei casi di errore: la fattura scartata, il tracking che non risponde, il dato che arriva doppio. Chiedi sempre quante integrazioni sono incluse e che cosa succede quando falliscono.

3. Lo stato dei dati di partenza

L'import dal vecchio sistema vale 25 giornate nel caso di Brescia, ma in aziende con dati sporchi ne servono 60. Un'anagrafica clienti con duecento doppioni, partite IVA mancanti e indirizzi nel campo sbagliato non si importa: si bonifica, e la bonifica richiede decisioni del cliente. Il preventivo più basso spesso assume dati puliti e li scopre sporchi a lavoro avviato.

4. Utenti, ruoli e permessi

Con due ruoli, "amministratore" e "operatore", il modulo utenti costa pochi giorni. Con otto ruoli, regole per sede, approvazioni a più livelli e un registro che dice chi ha cambiato che cosa, costa dieci volte tanto. Qui la sicurezza non si può comprimere: un gestionale che non traccia chi fa che cosa non è accettabile in un'azienda che ha un revisore o un cliente esigente.

5. La qualità richiesta

Test automatici, un ambiente di prova separato da quello vero, una procedura di rilascio che non richiede di fermare gli utenti. Sono voci che non si vedono nella demo e che fanno la differenza tra un software che si può modificare con fiducia e uno che dopo due anni nessuno osa toccare. Tutto ciò che non costruisci oggi lo paghi con gli interessi: lo spiega bene il conto del costo del software legacy, che parte proprio dalle scorciatoie dei primi mesi.

6. La persona che lo scrive

Un junior a 200 euro al giorno non costa la metà di un senior a 420: costa più giornate per fare la stessa cosa, ne sbaglia di più e lascia più debito da ripagare. Il costo vero è per funzione consegnata e non per ora. Se vuoi il confronto in cifre, la guida al costo di un team di sviluppo .NET nel 2026 mette in colonna le tariffe e la produttività di ogni profilo.

Per il titolare di Brescia, il preventivo da 38.000 euro includeva due moduli, nessuna integrazione e un import "a carico del cliente". Quello da 94.000 aggiungeva la fatturazione elettronica e metà dei moduli. Quello da 210.000 era quello che, con un margine più alto, copriva il lavoro descritto qui. Messi sulla stessa lista di voci, la distanza si riduce da cinque a due volte, e la discussione cambia: non è più quale costa meno, ma quale voce serve davvero.

Prezzo fisso, a giornate o a fasi: come conviene pagarlo?

Il modo di pagare cambia chi si tiene il rischio, e quindi cambia il prezzo. Ci sono tre formule, e nessuna è sempre giusta.

Per un progetto da 190.000 euro raccomando quasi sempre la terza. Il prezzo fisso totale ti dà una falsa sicurezza, perché il fornitore lo gonfia per proteggersi e poi litiga su ogni cambiamento. Le giornate pure spingono al ribasso la qualità dell'analisi. Le fasi invece obbligano a una domanda utile ogni due o tre mesi: il software che ho in mano giustifica la fase successiva?

Nel caso di Brescia le fasi sono tre, e ciascuna produce un sistema già usabile.

• Fase 1, il nucleo: anagrafiche, ordini, magazzino, utenti. 231 giornate, 97.230 euro. Alla fine l'azienda lavora sul nuovo sistema per ordini e giacenze.
• Fase 2, il ciclo completo: acquisti, fatturazione elettronica, import dal vecchio sistema. 149 giornate, 62.496 euro.
• Fase 3, la direzione: report, cruscotti, export verso la contabilità. 83 giornate, 34.734 euro.

Le fasi sommano 194.460 euro, ma il cliente non ha firmato un impegno di quella cifra: ha firmato la prima. Alla fine della fase 1 ha un prodotto che usa, un numero reale di quanto è costata la giornata di lavoro e una scelta libera. Può continuare con lo stesso fornitore, cambiarlo, fermarsi. Questa libertà vale più dello sconto che un contratto unico potrebbe offrire, e un fornitore che non la concede ti sta dicendo qualcosa sulla propria fiducia nel lavoro.

Per la parte del contratto, se la tua azienda non ha mai commissionato software su misura, la guida su come scegliere una software house elenca le clausole che contano: la proprietà del codice, la consegna dei sorgenti, il passaggio di consegne se il fornitore sparisce.

Quanto costa tenerlo vivo dopo il rilascio?

Il preventivo di 194.460 euro è il costo di nascita. Un software in produzione ha un costo di vita, e lasciarlo fuori dal conto è l'errore più frequente di chi compra per la prima volta.

Le voci annuali del caso di Brescia sono queste.

• Manutenzione e correzioni: il 18% del costo base ogni anno, cioè 30.769 euro. Comprende gli aggiornamenti di sicurezza, le correzioni, l'adeguamento a nuove versioni della piattaforma e quei piccoli cambiamenti che arrivano ogni mese.
• Hosting e backup: 3.600 euro l'anno per un ambiente in cloud con copie giornaliere e un secondo ambiente di prova. Con un buon uso del cloud la cifra può restare bassa: l'analisi dell'architettura multi-tenant in .NET mostra quanto pesa l'infrastruttura quando il sistema è progettato per non sprecarla.
• Totale annuo: 34.369 euro, cioè il 17,7% dell'investimento iniziale.

Il 18% è una regola di mestiere che ritrovo con una variazione tra il 12 e il 22%. Sotto il 12% di norma la manutenzione non è abbastanza per tenere il passo con la piattaforma e il software invecchia in fretta. Sopra il 22% il software è nato male e costa di più ogni anno. Se il fornitore ti propone "manutenzione compresa per sempre", chiedi che cosa include, perché nei fatti è un abbonamento.

Se l'applicazione non richiede server sempre accesi, l'architettura senza server abbassa ancora la riga dell'hosting, perché si paga solo l'uso. Per vedere come nasce il software dal primo incontro al rilascio, c'è la guida allo sviluppo software.

Le evoluzioni, cioè le funzioni nuove che chiedi perché l'azienda cambia, sono un'altra voce. Non le ho messe nel conto perché non sono un costo del software: sono una scelta di business. Ma pianificale. Un'azienda viva chiede 20-40 giornate l'anno di funzioni nuove, che nel caso di Brescia valgono 8.400-16.800 euro l'anno. Se non ci sono, il software si ferma e l'azienda va avanti senza.

La regola semplice che ne esce: il costo di cinque anni è circa il doppio del preventivo iniziale. 194.460 euro di nascita più cinque anni a 34.369 euro fanno 366.306 euro. Se il tuo budget è pensato solo sul numero iniziale, stai guardando la metà del conto.

Su misura o pacchetto: quanto costa davvero l'alternativa?

Il confronto onesto non è tra il software su misura e il niente, ma tra il su misura e un pacchetto già pronto. Per lo stesso tipo di azienda, un gestionale di mercato per distributori costa, nel caso che prendo come riferimento, 180 euro al mese per utente, e richiede qualche settimana di avvio.

Se ti fermi qui, il pacchetto vince. A cinque anni costa 52.206 euro meno del su misura, e l'incrocio, il giorno in cui il su misura recupera, arriva dopo 7,0 anni. Chi ti vende il pacchetto fa questo conto e si ferma qui. È un conto onesto, ma incompleto: manca il costo di quello che il pacchetto non sa fare.

Ogni pacchetto copre l'80% dei processi di un'azienda tipica. Il restante 20% è quello che rende la tua azienda diversa dalle altre, e il pacchetto lo gestisce con un aggiramento: un foglio Excel accanto, un campo note usato come database, due schermate per fare quello che sul tuo processo è un'operazione sola, un controllo manuale perché il sistema non conosce la tua regola dei resi. Ogni aggiramento costa minuti, e i minuti si moltiplicano per gli utenti e per i giorni.

Il numero che decide: i minuti persi ogni giorno

Il costo dell'aggiramento si calcola con una moltiplicazione che nessun preventivo scrive.

25 utenti x 220 giorni lavorativi x 30 euro l'ora di costo aziendale = 165.000 euro l'anno per ogni ora persa al giorno. Diviso 60, un singolo minuto al giorno, per ogni utente, vale 2.750 euro l'anno.

Messo in tabella, ecco che cosa fa l'aggiramento al conto del pacchetto.

Il grafico mostra la stessa cosa a colpo d'occhio. La linea scura è il su misura: parte alta e sale piano. Le altre sono il pacchetto in tre varianti: parte quasi da zero e sale in fretta quanto più l'azienda si adatta al software invece del contrario. A zero minuti persi il pacchetto resta sotto per quasi tutto l'orizzonte. A dieci minuti, che sono una pausa caffè, il su misura recupera in 3,4 anni. A trenta minuti, il tempo di un riordino fatto a mano su un foglio, in meno di due anni.

La domanda giusta non è quanto costa il su misura. È quanti minuti al giorno costa non averlo.

Quanti minuti bastano perché il su misura convenga?

Girato il conto, si ottiene la soglia, e la soglia è più bassa di quanto ci si aspetti. Se vuoi che il su misura si ripaghi entro un certo numero di anni, servono questi minuti persi per utente, ogni giorno.

Quattro minuti al giorno per ogni utente sono meno di un caffè. E sono la cifra che, nel mio caso di riferimento, fa pareggiare il conto a cinque anni. Nelle aziende che seguo il tempo perso reale è molto più alto, perché gli aggiramenti non sono mai uno solo. Quando un'azienda mi dice "il gestionale va bene", ma poi scopro tre fogli Excel che circolano per posta, non c'è bisogno di un'analisi lunga: i minuti ci sono già, solo che nessuno li ha mai sommati.

Il calcolo ha però un limite che voglio scrivere con chiarezza. I 30 euro l'ora valgono quando il tempo perso sarebbe tempo produttivo. Se l'utente che perde dieci minuti al giorno è comunque pagato per aspettare, il risparmio vero è minore. Per questo in tutte le tabelle il pacchetto resta una scelta legittima. Se i tuoi processi sono standard, il pacchetto è la risposta giusta, e conviene dirlo senza giri: il su misura si compra quando i processi sono la tua differenza competitiva, non quando "il pacchetto non piace".

Come si misurano i minuti persi, senza fare un'inchiesta

Il metodo che uso richiede una settimana, e produce un numero difendibile davanti alla direzione.

1. Lunedì, la lista degli aggiramenti. Chiedi a ogni reparto: quali fogli, appunti o controlli ripetete perché il gestionale non lo fa? Ogni risposta è un aggiramento. In un'azienda da 25 utenti se ne trovano 8-15.
2. Martedì e mercoledì, la frequenza. Per ogni aggiramento, quante volte al giorno e per quante persone. Non serve precisione: serve l'ordine di grandezza, e un contatore su un foglio per due giorni basta.
3. Giovedì, il tempo. Cronometra tre esecuzioni reali di ogni aggiramento. Le stime a memoria sono sempre per difetto.
4. Venerdì, il totale. Somma per aggiramento (volte x minuti x persone) e dividi per gli utenti. Il risultato è la tua cifra in minuti al giorno per utente.

Se esce sotto i 4 minuti, compra il pacchetto e non pensarci più. Se esce sopra i 13, il su misura ha già vinto. Tra i due valori la decisione dipende dall'orizzonte e dal costo dei rischi di cui parlo nel prossimo capitolo.

Che cosa non entra nel conto dei minuti?

I minuti persi sono la parte misurabile. Ce ne sono altre che non entrano nel calcolo ma pesano sulla scelta, e le elenco perché a volte spostano la decisione più dei minuti.

Gli errori. Un aggiramento manuale è una fonte di errori: il codice articolo copiato male, il listino non aggiornato. Un errore di spedizione su un ordine da 8.000 euro costa più di un mese di canoni. Non lo metto in tabella perché dipende da te, ma chiedi ai reparti quanti resi ci sono stati l'anno scorso per colpa di dati sbagliati.

La dipendenza dal fornitore. Con un pacchetto il prezzo dei canoni lo decide chi lo vende. Un aumento del 10% ogni anno, che non è raro, porta il canone da 54.000 a 79.000 euro in cinque anni. Il su misura ha un rischio diverso: dipende dalla persona che lo conosce, e per questo la proprietà del codice e la documentazione sono parte del contratto, non un optional.

La possibilità di cambiare. Con il pacchetto puoi cambiare processo solo se il pacchetto lo permette. Con il su misura, un cambiamento di mercato si trasforma in una modifica di 10 giornate. Il valore di questa flessibilità è reale, ma si vede solo dopo, e per questo si sottovaluta.

Il valore dei dati. In un sistema tuo i dati stanno nel tuo database, in un formato che conosci e che puoi portare altrove. Nel pacchetto spesso sono esportabili solo in parte. Per un'azienda che vuole costruire sopra i propri dati, per esempio un'analisi con l'intelligenza artificiale, questa differenza è decisiva.

Sul lato opposto, ci sono rischi del su misura che il pacchetto non ha. Un progetto può fallire, e se il fornitore sparisce al mese sette puoi ritrovarti con metà del software. Le fasi con consegne usabili riducono questo rischio, e il passaggio dei sorgenti al cliente lo azzera quasi del tutto. Ma è un rischio che si gestisce, non che si ignora.

Come si rifà il calcolo con i dati della tua azienda?

Il modello sta in poche righe, e conviene averlo in forma eseguibile. È C# puro, senza dipendenze: lo incolli in un'applicazione console con .NET 10, sostituisci le ipotesi e leggi gli anni di incrocio. Con i valori di Brescia restituisce 7,0 anni a zero minuti e 4,6 a cinque.

var h = new Ipotesi();
Console.WriteLine($"Un minuto al giorno per utente vale {Modello.CostoMinuto(h):N0} euro l'anno");
foreach (var minuti in new[] { 0, 5, 10, 15, 20, 30 })
    Console.WriteLine($"{minuti} min al giorno: incrocio a {Modello.AnniIncrocio(h, minuti):0.0} anni");

record Ipotesi(
    double Tariffa = 420, double GiornateTotali = 463, double GiornateBase = 407,
    double Utenti = 25, double GiorniLavoro = 220, double CostoOrario = 30,
    double CanoneMeseUtente = 180, double GiornateAdattamentoAnno = 15,
    double GiornateAvvioPacchetto = 30, double QuotaManutenzione = 0.18, double Hosting = 3_600);

static class Modello
{
    public static double CostoMinuto(Ipotesi h) => h.Utenti * h.GiorniLavoro * h.CostoOrario / 60;

    public static double AnniIncrocio(Ipotesi h, double minuti)
    {
        double investimento = (h.GiornateTotali - h.GiornateAvvioPacchetto) * h.Tariffa;
        double annoSuMisura = h.QuotaManutenzione * h.GiornateBase * h.Tariffa + h.Hosting;
        double annoPacchetto = h.Utenti * h.CanoneMeseUtente * 12
                             + h.GiornateAdattamentoAnno * h.Tariffa
                             + minuti * CostoMinuto(h);
        return investimento / (annoPacchetto - annoSuMisura);
    }
}

Per usarlo servono sette misure, tutte verificabili senza un consulente. Le giornate totali vengono dal preventivo che hai in mano, e se non ci sono chiedile. Il costo orario aziendale lo trovi dividendo il costo annuo medio di un utente per le sue ore, di solito tra 25 e 40 euro. Il canone del pacchetto è sul listino. Le giornate di adattamento sono quelle che il fornitore del pacchetto ti chiede ogni anno per personalizzazioni e assistenza. I minuti persi sono la cifra del metodo della settimana.

Fai girare il modello tre volte, cambiando solo due parametri. Nello scenario prudente metti i minuti dimezzati e il costo orario a 25 euro. In quello ottimistico per il su misura raddoppia i minuti. Se l'incrocio resta nella stessa zona in tutti e tre, la decisione è solida. Se cade in zone diverse, il problema non è il modello: è che hai troppa incertezza sui minuti, e il passo giusto è misurarli meglio prima di spendere.

Un ultimo consiglio. Conserva il file con le ipotesi, nel repository o in una cartella condivisa, e rifai il calcolo dopo la prima fase con i numeri veri: le giornate spese, i minuti misurati dopo il rilascio. Un modello che si corregge con i dati diventa uno strumento di governo del progetto, mentre un preventivo resta un'opinione datata.

Come si riduce il costo senza ridurre il valore?

Se la cifra ti sembra alta, ci sono cinque modi di abbassarla che funzionano, e uno che non funziona. Li ordino per effetto sul caso di Brescia.

1. Partire dal nucleo, e rimandare il resto

È la leva più forte. La fase 1 da 97.230 euro ti dà il sistema in cui lavorano ogni giorno commerciali e magazzino. Se le fasi 2 e 3 si rivelano non necessarie, o necessarie in forma più piccola, hai risparmiato fino al 50%. Nei progetti che seguo, una funzione su cinque tra quelle richieste all'inizio non viene mai costruita, perché dopo tre mesi di uso reale si scopre che non serviva.

2. Bonificare i dati prima dell'inizio

L'import da 25 giornate diventa 12 se i dati arrivano puliti. Una persona dell'azienda che dedica due settimane a unire i doppioni e correggere le partite IVA vale, in euro, 5.460 di sviluppo risparmiato, e ha il vantaggio di conoscere i casi. È il lavoro che nessun fornitore può fare al posto tuo.

3. Sostituire i fogli Excel che contano, non tutti

Prima di scrivere un modulo, chiediti se il foglio che lo anticipa è davvero un problema. Un foglio Excel che funziona, con una sola persona che lo usa, può restare. La guida per capire quando sostituire Excel con un gestionale dà i criteri: più persone, errori che costano, dati che servono ad altri.

4. Usare componenti standard dove non c'è differenza

La fatturazione elettronica, le anagrafiche, l'invio di email e il login non sono il tuo vantaggio competitivo. Si costruiscono con servizi e librerie già collaudate, e il preventivo deve dirlo. Il su misura vale dove il tuo processo è diverso, non dove sei uguale a tutti.

5. Un referente interno con il tempo per rispondere

È la voce che manca da tutti i preventivi. Un progetto in cui il cliente risponde in due giorni invece che in due settimane costa il 15-20% in meno, perché il team non resta fermo né rifà il lavoro sulla base di supposizioni. Metti nel conto due ore al giorno di una persona che decide.

Quello che non funziona: comprimere la qualità

Togliere test, analisi e collaudo riduce il preventivo del 25-30% e aumenta il costo di vita del software di molto di più. Nel caso di Brescia, togliere le 84 giornate di analisi e test farebbe scendere il totale a 159.180 euro, e farebbe salire la manutenzione dal 18% al 30% del costo base, cioè 51.282 euro l'anno invece di 30.769. Dopo meno di due anni il risparmio è sparito, e rimane un software che nessuno osa cambiare.

Quali segnali indicano un preventivo da scartare?

Leggere un preventivo di software è un mestiere, ma pochi segnali bastano per scartare quelli peggiori. Li elenco per gravità.

• Nessuna giornata scritta. Un prezzo senza giornate non si può confrontare né verificare. Chiedi la scomposizione, e se il fornitore rifiuta, la risposta è già arrivata.
• Zero voci per analisi, test e collaudo. Il lavoro c'è sempre. Se non è scritto, viene pagato dopo, o viene saltato.
• Il codice sorgente resta del fornitore. Se non è tuo, stai pagando 194.460 euro per un abbonamento mascherato. La clausola sulla proprietà e la consegna dei sorgenti è la prima da leggere.
• Prezzo fisso senza elenco dei casi esclusi. Un fisso serio dice anche che cosa non è compreso. Un fisso che dice "tutto" prepara la lite.
• Nessuna fase intermedia usabile. Se per diciotto mesi non vedi niente funzionare con i tuoi dati, il rischio è tutto tuo.
• Manutenzione "illimitata" a un prezzo basso. O non c'è modo di sostenerla, o la sostiene la qualità di ciò che scrivono. Nessuno dei due casi ti serve.
• Un referente che non ha mai tenuto in produzione un sistema per cinque anni. Chi costruisce e basta ha un'idea diversa del costo di un campo aggiunto di quella di chi deve ripararlo alle 7 di un lunedì.

Sul lato positivo, i segnali di un buon preventivo sono speculari: le giornate scritte, le ipotesi dichiarate (per esempio "assumiamo dati puliti e un referente disponibile due ore al giorno"), le fasi con consegne usabili, il margine per l'imprevisto visibile, i sorgenti tuoi, un costo annuo di manutenzione indicato prima di firmare. Sono sette voci, ed è sorprendente quanti preventivi ne hanno meno di quattro.

Quali errori ho visto fare più spesso?

I modi di sbagliare questa decisione sono pochi e si ripetono da anni. Li scrivo perché ti fanno risparmiare più di qualsiasi formula.

Comprare sul prezzo di partenza. Il titolare di Brescia era tentato dai 38.000 euro. Se avesse firmato, a metà lavoro avrebbe scoperto che il modulo magazzino non c'era, e avrebbe pagato il resto a variazioni, con una tariffa più alta perché senza alternativa. Il prezzo più basso è il più caro quando il lavoro vero comincia dopo.

Descrivere il processo che si vorrebbe e non quello che si fa. Un gestionale su misura costruito sul processo ideale è fermo il giorno del rilascio, perché i magazzinieri lavorano in un altro modo. L'analisi deve partire dai fogli e dai biglietti attaccati ai monitor, non dalle slide.

Voler tutto alla prima uscita. Il perfezionismo moltiplica le giornate: ogni schermata "completa" costa il doppio di una schermata "usabile". Il secondo rilascio, con le correzioni basate sull'uso, è migliore del primo a qualunque costo.

Dimenticare chi lo usa. Il software lo scelgono il titolare e l'amministrazione, ma lo usano il magazzino e il commerciale. Se i secondi non partecipano all'analisi, si costruisce qualcosa che passa il collaudo e viene aggirato il lunedì dopo. Quei minuti persi tornano, e stavolta pesano su un sistema nuovo.

Non scrivere una data di vita. Come per ogni software, senza un orizzonte non si decide. "Questo gestionale deve servire almeno sette anni" cambia la scelta tra pacchetto e su misura più di qualsiasi tariffa. Se il software serve tre anni e poi l'azienda cambia modello, il pacchetto è quasi sempre la risposta giusta.

Trascurare l'uscita. Un contratto serio dice che cosa succede se si rompe il rapporto: la consegna dei sorgenti, la documentazione, un periodo di assistenza per il passaggio. È una clausola che nessuno vuole discutere il primo giorno e che tutti vogliono il giorno in cui serve.

Come si decide in una settimana?

La decisione non richiede un progetto. Richiede cinque giorni di lavoro di una persona interna e una verifica con chi propone la soluzione.

• Giorno 1: l'orizzonte. Scrivi per quanti anni il gestionale deve servire e perché. Tre scenari: minimo, probabile, massimo.
• Giorno 2: gli aggiramenti. Fai la lista dei fogli, degli appunti e dei controlli manuali, reparto per reparto.
• Giorno 3: la frequenza e il tempo. Per ogni aggiramento, quante volte e quanti minuti, con tre misure reali.
• Giorno 4: le voci del preventivo. Chiedi a ogni fornitore la scomposizione in giornate e confrontale sulla stessa lista di moduli, come nella tabella di questo articolo.
• Giorno 5: il modello e la decisione. Inserisci i numeri e leggi l'anno di incrocio nei tre scenari. La scheda finale è una pagina con una raccomandazione e un primo passo.

Il primo passo è sempre piccolo e annullabile. Se i minuti sono pochi, è la configurazione del pacchetto con una verifica a sei mesi. Se sono tanti, è la fase 1 con prezzo fisso e consegna dei sorgenti. Se sei nel mezzo, è un prototipo di tre settimane sul solo aggiramento più costoso: in quel periodo scopri se il tuo processo è diverso come pensi, e se il fornitore lavora come promette.

Alla fine della settimana hai tre cose che prima non avevi: un numero di anni scritto, una cifra di minuti persi e un confronto tra preventivi sulle stesse voci. Con queste la discussione cambia: non si litiga più sul prezzo più basso, si decide quale strada porta più valore nei prossimi anni.

Che cosa farebbe oggi il titolare di Brescia?

Torno al distributore di ricambi. Aveva tre preventivi e nessun metodo per confrontarli. Con il conto in mano avrebbe visto che i 38.000 euro coprivano due moduli su nove, che i 94.000 non includevano né fatturazione né import, e che i 210.000 erano il lavoro completo, con un costo di vita di circa 34.000 euro l'anno.

Avrebbe poi guardato i reparti. Se nel suo magazzino l'aggiramento dei fogli Excel costa nove minuti al giorno per utente, l'incrocio con il pacchetto cade a 3,6 anni, e il su misura è la scelta giusta se il gestionale deve vivere sei anni o più. Se i minuti fossero due, avrebbe comprato il pacchetto e speso 12.600 euro in configurazione, senza rimpianti.

In entrambi i casi avrebbe deciso con un numero e non con la simpatia di un venditore. È questa la differenza, e vale più dell'esito.

Se stai valutando un gestionale e vuoi sapere in quale zona cade la tua azienda, il percorso comincia dal software su misura per le imprese. Se hai già un sistema vecchio e ti chiedi se rifarlo, la guida su riscrivere o rifattorizzare il software legacy fa lo stesso conto per il caso opposto. Se ti serve una persona che guardi i preventivi con te, c'è la consulenza software.

In cinque righe. Scrivi per quanti anni ti serve il software, perché senza una data non si decide. Misura i minuti persi ogni giorno per utente con gli aggiramenti, perché 4 minuti bastano a far convenire il su misura a cinque anni. Confronta i preventivi per giornate e per moduli, mai per prezzo. Paga a fasi con i sorgenti tuoi, così ogni fase ti lascia una scelta libera. Metti nel budget il costo di vita, circa il 18% l'anno, perché a cinque anni il conto è il doppio del preventivo.