Quanto costa sviluppare un gestionale su misura: voci di costo, fasi e come leggere un preventivo

"Quanto costa un gestionale su misura?" è la domanda che ogni titolare, direttore amministrativo o responsabile operativo si pone prima di chiedere i preventivi. È anche la domanda a cui nessuno può rispondere onestamente in una riga. Chi vi dà un prezzo dopo dieci minuti di telefonata sta indovinando, oppure sta presumendo un progetto più piccolo di quello che vi serve davvero.

Questa guida non vi darà una cifra magica. Vi darà qualcosa di più utile: un modo per ragionare sul costo, gli ordini di grandezza con le ipotesi dichiarate, e le domande per capire se un preventivo è serio. È scritta per chi decide e paga, non per chi programma, quindi ogni termine tecnico è spiegato la prima volta che compare.

Che cos'è un gestionale su misura (e quando ha senso)

Un gestionale è un software che accompagna i processi quotidiani di un'azienda: ordini, magazzino, clienti, fatture, produzione, assistenza. Può essere:

• Un pacchetto già pronto, che si acquista o si affitta, con regole decise dal produttore. Costa meno all'inizio, ma l'azienda si adatta al software.
• Un software su misura, progettato attorno ai processi dell'azienda. Costa di più all'inizio, ma il software si adatta all'azienda.
• Una via di mezzo: un pacchetto personalizzato, spesso il compromesso più sensato per esigenze standard con qualche particolarità.

Il su misura ha senso quando almeno una di queste condizioni è vera:

1. Il vostro modo di lavorare è un vantaggio competitivo e i pacchetti lo costringerebbero in schemi non adatti.
2. Oggi usate fogli di calcolo, programmi diversi e passaggi manuali che costano ore ogni settimana.
3. Dovete collegare sistemi che non si parlano (il magazzino, il sito, il corriere, la contabilità).
4. I pacchetti esistenti richiedono così tante personalizzazioni da costare quanto un software nuovo.

Non ha senso quando un pacchetto standard copre il 90% di ciò che serve. In quel caso, sviluppare da zero è un costo, non un investimento.

Perché non esiste un prezzo "a pagina" o "a schermata"

Un errore frequente è stimare il costo contando le schermate: "una ventina di pagine, quindi tot". Due progetti con lo stesso numero di schermate possono costare cifre molto diverse, perché la maggior parte del lavoro non si vede.

Pensate a una schermata "Ordine cliente". Visivamente è un modulo con qualche campo. Dietro ci sono domande che cambiano il costo di un ordine di grandezza:

• Chi può vedere e modificare un ordine, e in quale stato?
• Cosa succede alle scorte quando l'ordine viene confermato, annullato o modificato?
• Come si calcolano prezzi, sconti, IVA, spese di spedizione?
• Cosa accade se due persone modificano lo stesso ordine nello stesso momento?
• Quali dati devono comparire nei documenti di trasporto e nelle fatture?
• Cosa va registrato per poter ricostruire "chi ha fatto cosa" in caso di contestazione?

Ogni risposta è una regola da progettare, scrivere, collaudare e mantenere. Il costo di un gestionale è la somma delle regole, non delle schermate.

I sette fattori che determinano il costo

1. L'ampiezza del perimetro

Gestire solo gli ordini è un progetto. Gestire ordini, magazzino, acquisti, produzione e assistenza, collegati tra loro, è un altro. Il perimetro è il fattore più importante e anche quello più facile da sottovalutare: ogni area aggiunta non costa solo se stessa, ma anche i collegamenti con le altre.

2. Il numero e il tipo di utenti

Un software usato da tre persone dello stesso ufficio è molto diverso da uno usato da trenta persone con ruoli diversi (commerciale, magazzino, amministrazione, direzione) più clienti e fornitori esterni. I ruoli e permessi (chi vede cosa) sono una delle parti più sottovalutate: ogni ruolo aggiunge schermate, regole e collaudi.

3. Le integrazioni

Un gestionale raramente vive da solo. Deve parlare con la contabilità, con la fatturazione elettronica, con il sito e-commerce, con il corriere, con la macchina etichettatrice, con un altro software dei clienti. Ogni integrazione è un piccolo progetto: bisogna capire come funziona l'altro sistema, gestire gli errori, collaudare in condizioni reali. Un sistema esterno scarsamente documentato può costare più di una funzione intera del vostro gestionale.

4. I dati esistenti

Se partite da zero, il problema non c'è. Ma quasi nessuno parte da zero: ci sono anni di anagrafiche, listini, storico ordini in fogli di calcolo o nel vecchio programma. Importare i dati significa pulirli, uniformarli, decidere cosa tenere e verificare che i numeri tornino. È un lavoro lungo, spesso sottovalutato, e richiede tempo anche da parte vostra: solo voi sapete se quel cliente duplicato è lo stesso cliente.

5. Sicurezza e conformità

Un gestionale contiene dati dei clienti, prezzi, margini. Servono accessi protetti, registrazione delle operazioni, copie di sicurezza, rispetto del GDPR. Se operate in settori regolati (sanità, finanza, alimentare) ci sono requisiti aggiuntivi. La sicurezza non è una funzione che si aggiunge alla fine: va progettata dall'inizio, e quando manca costa molto di più rimediare.

6. Esperienza d'uso

Un software può funzionare e risultare comunque inutilizzabile. Se gli operatori in magazzino lo usano con i guanti, da tablet, in una stanza con poca luce, serve un'interfaccia pensata per quel contesto. Curare l'esperienza d'uso richiede prove con le persone vere, non solo disegni; costa tempo, ma riduce errori e resistenze al cambiamento.

7. Il livello di qualità richiesto

Un software che può fermarsi mezza giornata senza danni costa meno di uno che non deve mai fermarsi. Test automatici, ambienti di prova, ridondanza dell'hosting, procedure di ripristino: sono costi che non si vedono, finché non servono. Poi sono gli unici che contano.

Le fasi di un progetto e dove va il budget

Un progetto software serio non è "uno sviluppatore che scrive codice". È una sequenza di fasi, e la scrittura del codice è solo una parte del costo.

Analisi e progettazione (circa il 15%). Si incontrano le persone che usano i processi, si capisce cosa serve davvero e si traduce in requisiti, schemi dei dati e disegni delle schermate. Chi taglia questa fase per risparmiare, di solito la paga più cara dopo, perché i problemi emergono quando correggerli costa dieci volte tanto.

Sviluppo (circa il 40%). La scrittura del software. Gli assistenti basati su intelligenza artificiale possono accorciare alcune parti di questa fase, in particolare il codice ripetitivo, ma non toccano le altre.

Test e qualità (circa il 20%). Verificare che il software faccia ciò che deve in tutti i casi, non solo in quelli felici. Include il collaudo con gli utenti, la correzione dei difetti e le verifiche di sicurezza.

Gestione del progetto (circa il 10%). Chi coordina persone, tempi, priorità e comunicazione con voi. Quando manca, il costo non sparisce: si sposta in ritardi, malintesi e richieste di modifica che nessuno governa.

Rilascio e migrazione dei dati (circa il 10%). La messa in funzione, il trasferimento dei dati, il periodo di affiancamento in cui vecchio e nuovo sistema convivono.

Formazione e documentazione (circa il 5%). Manuali, sessioni di formazione, istruzioni per il personale. Si tende a saltarla, ed è il motivo per cui molti software ben fatti non vengono usati bene.

Le percentuali sono indicative e cambiano da progetto a progetto: un software con molte integrazioni sposterà il peso sul test, uno con tanti dati storici sulla migrazione. Ma l'ordine di grandezza è una buona regola di controllo: se un preventivo dedica il 90% alla scrittura del codice, qualcosa manca.

Tre scenari con ordini di grandezza

Per rendere concreto il discorso, ecco tre scenari tipici. Le cifre sono costruite su un'ipotesi esplicita: una tariffa media di circa 450 euro per giornata di lavoro, mediando tra i vari ruoli coinvolti (analista, sviluppatore, tester, coordinatore). Se i vostri fornitori hanno tariffe diverse, basta moltiplicare le giornate per la tariffa reale.

Alcune precisazioni importanti:

• Sono ordini di grandezza, non preventivi. Servono a capire se un progetto è "da decine di migliaia" o "da centinaia di migliaia", e a riconoscere un'offerta fuori scala.
• Non includono i costi ricorrenti, di cui parliamo più avanti.
• Il perimetro iniziale è quasi sempre meno del 100% del sistema. Molti progetti partono da una prima versione ristretta e crescono per fasi, ed è spesso la strada più prudente.

Come rifare il calcolo con i vostri numeri

Il metodo è semplice e potete replicarlo da soli:

1. Elencate le aree da coprire (ordini, magazzino, fatture, produzione…).
2. Per ciascuna, chiedete al fornitore una stima in giornate, divisa per fase.
3. Sommate e aggiungete il 15–25% di margine per imprevisti e modifiche.
4. Moltiplicate per la tariffa giornaliera concordata.

Se un fornitore non sa dirvi le giornate, ma solo un totale, è difficile capire cosa state comprando.

I costi che arrivano dopo la consegna

Il costo di un software non finisce quando va online. Prevedete sempre:

• Hosting e infrastruttura: i server (o il servizio cloud) su cui il software gira, i backup, i certificati. Per applicazioni aziendali di dimensione media può essere da poche decine a qualche centinaio di euro al mese, secondo le esigenze di disponibilità.
• Licenze: database, componenti di terze parti, servizi esterni (posta, SMS, firma digitale).
• Manutenzione correttiva: correggere i difetti emersi con l'uso reale.
• Manutenzione evolutiva: le richieste di modifica che nasceranno dall'uso. Ogni software vivo cambia.
• Aggiornamenti tecnici: le piattaforme su cui gira il software ricevono aggiornamenti di sicurezza e versioni nuove. Non farli significa accumulare un debito che prima o poi si paga tutto insieme.

Una regola pratica diffusa nel settore è mettere a budget, ogni anno, tra il 15% e il 20% del costo di sviluppo per mantenere il software in salute. È una regola empirica, non una legge: un software semplice e stabile costerà meno, uno in forte evoluzione di più. Ma non mettere a budget nulla è il modo più sicuro per ritrovarsi con un sistema obsoleto in tre anni.

Come cambia il costo con l'intelligenza artificiale

Molte aziende si aspettano oggi che l'intelligenza artificiale abbia abbassato drasticamente il prezzo del software. La realtà è più sfumata. Gli assistenti di programmazione permettono a uno sviluppatore esperto di scrivere più in fretta il codice ripetitivo e di esplorare soluzioni alternative. Questo può ridurre una parte del costo di sviluppo, che pesa circa il 40% del totale.

Ma restano intatti, o quasi, i costi delle altre fasi:

• capire cosa serve all'azienda richiede conversazioni con le persone;
• progettare i dati e le regole richiede esperienza del dominio;
• collaudare, verificare la sicurezza e rispondere del risultato richiede persone;
• coordinare il lavoro richiede una regia.

Il risultato pratico è che, a parità di qualità, il risparmio c'è ma è parziale, e dipende da quanto il progetto sia fatto di lavoro ripetitivo. Chi vi promette un gestionale completo "in pochi giorni perché c'è l'intelligenza artificiale" o ignora cosa serve davvero, o vi sta vendendo qualcosa che non è un gestionale. Ne parliamo in dettaglio in un articolo dedicato, in arrivo su questo blog.

Come leggere un preventivo: dieci domande

Quando ricevete più preventivi, per confrontarli non basta guardare il totale. Chiedete:

1. Cosa è incluso e cosa no? Un perimetro scritto con elenchi chiari, non frasi generiche.
2. Quante giornate, e per quali ruoli? Se non sono dichiarate, non sono confrontabili.
3. Chi lavora davvero al progetto? Una persona sola, un team, subappaltatori?
4. Come sono gestite le modifiche in corso d'opera? Un fornitore serio ha una procedura.
5. Quali test e quali collaudi sono previsti? E chi li fa?
6. Cosa succede ai dati e al codice a fine progetto? Il codice sarà vostro? In che forma lo ricevete?
7. Come funzionano garanzia e assistenza dopo il rilascio? Per quanto tempo, con quali tempi di risposta?
8. Come gestite la sicurezza e il GDPR?
9. Come usate l'intelligenza artificiale nel lavoro? E chi controlla ciò che produce?
10. Che referenze potete darmi? Meglio un progetto simile, con un cliente che potete chiamare.

Un fornitore che risponde con precisione a queste domande, anche se più caro, spesso costa meno alla fine.

Cinque errori che fanno lievitare il costo

Partire senza requisiti chiari. "Facciamo un gestionale e poi vediamo" è il modo più rapido per spendere il doppio. Anche una prima versione deve avere un obiettivo scritto.

Voler fare tutto subito. Una prima versione ristretta, usata davvero, vi insegna più di un progetto grande lungo un anno.

Scegliere solo in base al prezzo. Il preventivo più basso spesso omette fasi che dovrete pagare dopo, oppure si regge su ipotesi che non reggeranno.

Non coinvolgere gli utenti. Il personale che userà il software ogni giorno vede problemi che la direzione non vede. Coinvolgerlo presto è gratis, rimediare dopo no.

Trascurare la manutenzione. Il costo del software non è solo quello di costruzione. Considerare il costo di possesso su tre o cinque anni cambia molte decisioni.

Un esempio: il magazzino di una piccola azienda di distribuzione

Immaginate un'azienda di distribuzione con una quindicina di dipendenti, che gestisce ordini e magazzino con un foglio di calcolo condiviso e un programma di contabilità. Gli errori di inventario sono frequenti, gli ordini si perdono nei passaggi tra ufficio e magazzino, e ogni fine mese servono ore per riconciliare le giacenze.

Un progetto ragionevole potrebbe partire da un perimetro ristretto: anagrafiche articoli e clienti, ordini, movimenti di magazzino e un'integrazione con la contabilità. Con tre ruoli (ufficio, magazzino, direzione) e l'import delle anagrafiche esistenti, siamo nel perimetro "medio basso": potremmo stimare 100–130 giornate, quindi circa 45.000–60.000 euro con l'ipotesi di tariffa indicata sopra.

Sul totale, circa 15 giornate andrebbero a capire come lavorano davvero ufficio e magazzino (analisi), una quarantina allo sviluppo, circa 25 a test e collaudo con le persone che useranno il sistema, il resto a coordinamento, migrazione dati e formazione. Nell'anno successivo, tra hosting e manutenzione, si possono mettere a budget altre 7.000–10.000 euro.

È un esempio costruito per illustrare il ragionamento, non una promessa. Il vostro progetto avrà numeri diversi, e sono proprio le domande che abbiamo visto sopra a farli emergere.

Dove servono ancora le persone

Un progetto di questo tipo non lo costruisce un programma da solo, né si può affidare a una sola figura. Servono:

• chi ascolta e traduce, per capire cosa serve davvero ai processi (analista, progettista);
• chi coordina, per tenere insieme tempi, priorità e comunicazione (project manager);
• chi scrive e verifica il codice, con esperienza sufficiente per accorgersi quando qualcosa non va (sviluppatore senior);
• chi collauda e protegge, per essere certi che regga all'uso reale (tester, specialista di sicurezza);
• chi risponde del risultato, perché qualcuno deve assumersi la responsabilità se il sistema non funziona.

Gli strumenti di intelligenza artificiale possono aiutare ciascuno di loro. Non possono sostituirli, né assumersi la responsabilità del risultato.

Domande frequenti

Posso partire con un budget piccolo? Sì, riducendo il perimetro, non la qualità. Una prima versione che gestisce bene una cosa vale più di una versione che ne gestisce dieci male. Ne parleremo nella guida sul costo di un MVP, la prima versione di un prodotto.

Meglio un freelance, una software house o un'agenzia? Dipende dalla dimensione. Un freelance esperto è spesso la scelta migliore per progetti piccoli e medi con un perimetro chiaro; una software house offre più persone e continuità su progetti grandi, a un costo generalmente superiore. Per orientarvi leggete Freelancer o agenzia: come scegliere.

Il prezzo a corpo è meglio del prezzo a giornata? Il prezzo a corpo dà certezza solo se il perimetro è chiuso e ben descritto. Altrimenti il rischio si sposta sul fornitore, che si protegge con margini alti o con un perimetro scritto in modo molto rigido. Il prezzo a giornata è più trasparente quando il progetto è ancora da esplorare, ma richiede un referente che segua l'avanzamento.

Quanto tempo ci vuole? Come ordine di grandezza, un progetto piccolo richiede da due a quattro mesi, uno medio da quattro a nove, uno complesso un anno o più, tenendo conto che i tempi dipendono anche dalla vostra reattività nel rispondere e validare.

Cosa devo preparare prima di chiedere un preventivo? Una descrizione dei processi attuali, l'elenco dei problemi che volete risolvere, i sistemi con cui il software dovrà dialogare, il numero e i ruoli degli utenti. Anche una pagina scritta male vale più di una telefonata.

Come trovo uno sviluppatore adatto? Cercate chi ha già lavorato su progetti simili e può mostrarvi esempi. Se il vostro software sarà basato su .NET e sull'ecosistema Microsoft, la strada più rapida è rivolgersi a professionisti specializzati: su LancerJob trovate solo quelli, con profili che indicano stack e disponibilità. Per scrivere bene la richiesta, usate la guida Come scrivere una richiesta di progetto efficace.

In sintesi

• Il costo di un gestionale su misura dipende da regole, integrazioni, dati e qualità, non dal numero di schermate.
• Il codice vale circa il 40% del budget: il resto è capire, verificare, coordinare e consegnare.
• Gli ordini di grandezza vanno dalle decine alle centinaia di migliaia di euro, secondo il perimetro.
• Mettete a budget anche i costi ricorrenti: tra il 15% e il 20% annuo del costo iniziale è un buon punto di partenza.
• L'intelligenza artificiale riduce una parte dei costi di sviluppo, non quelli di progettazione, collaudo e coordinamento.
• Per confrontare i preventivi, chiedete giornate, ruoli, collaudi e cosa succede dopo la consegna.