Quanto costa sviluppare un software su misura in Italia

Il preventivo che non ti aspetti (e perché ti sorprende sempre)

Chiedi un preventivo per sviluppare un software su misura. Arriva un numero. Tu lo guardi, lo riguardi, e hai la stessa espressione di qualcuno a cui hanno appena spiegato la trama di Inception per la prima volta. Poi dici "sì, ma a grandi linee quanto costa?", come se la risposta fosse ovvia e il fornitore stesse facendo il difficile per sport.

Non è così. Il costo di un software personalizzato dipende da così tante variabili che chiunque ti dica una cifra precisa al primo appuntamento sta o sparando a caso o sottostimando deliberatamente per aggiudicarsi il progetto. Entrambi gli scenari fanno danni. Quello che posso fare è darti le fasce reali, spiegarti cosa le muove, e aiutarti a capire dove si nasconde la parte del costo che nessuno ti mostra nel preventivo iniziale.

Perché c'è sempre una parte nascosta. Sempre.

Le fasce di prezzo reali per lo sviluppo software in Italia

Il mercato italiano dello sviluppo software su misura si muove, grosso modo, su questi livelli:

• 5.000 – 15.000 €: software semplici, con funzionalità limitate e ben definite. Strumenti interni leggeri, piccoli gestionali monoreparto, MVP da validare prima di investire davvero. Non aspettarti integrazioni complesse o scalabilità automatica.
• 15.000 – 40.000 €: la fascia più comune per le PMI. Software gestionale con più moduli, logiche di business personalizzate, qualche integrazione con sistemi terzi. È qui che vive la maggior parte dei progetti reali.
• 40.000 – 80.000 €: piattaforme strutturate, flussi di lavoro complessi, gestione di utenti con ruoli differenziati, integrazioni multiple, attenzione alla sicurezza e alla performance. Spesso con un componente mobile o web-app accessibile dall'esterno.
• 80.000 – 120.000 € e oltre: software di prodotto, ecosistemi con più applicazioni collegate, architetture scalabili, team dedicati per mesi. Non è raro per chi costruisce qualcosa da portare sul mercato o da scalare su clienti multipli.

Queste cifre si riferiscono allo sviluppo vero e proprio, con un fornitore italiano o un team misto con coordinamento locale. Se vai su mercati offshore senza supervisione strutturata, i numeri scendono, ma i rischi di gestione, qualità e allineamento culturale salgono in modo proporzionale. Non è una regola assoluta, ma è una probabilità statistica abbastanza solida da tenerla in considerazione.

Cosa sposta una quotazione da una fascia all'altra? Sostanzialmente tre cose: la complessità delle logiche di business, il numero e la profondità delle integrazioni con altri sistemi, e la chiarezza dei requisiti al momento in cui si inizia a sviluppare. Quest'ultimo punto è sottovalutato in modo quasi universale.

Il 60-70% del costo arriva dopo il rilascio. E no, non è normale accettarlo passivamente

C'è un dato che circola tra chi fa analisi di progetto sul serio: per molti software aziendali, tra il 60 e il 70% del costo totale di possesso emerge dopo il rilascio della prima versione. Parliamo di manutenzione, correzioni, aggiornamenti, nuove funzionalità richieste nel giro di sei mesi perché "non avevamo pensato a questo caso", integrazioni che nel frattempo sono cambiate, bug che emergono in produzione su casistiche che in fase di test nessuno aveva simulato.

Non è una patologia. È la norma, per chi non ha fatto un'analisi preventiva seria prima di scrivere una riga di codice.

L'analisi preventiva, quella vera, non è una formalità burocratica da completare in fretta per arrivare alla parte "interessante". È la fase in cui si mappano i processi reali dell'azienda, si identificano le eccezioni (che nella realtà operativa sono spesso più frequenti della regola), si definiscono le integrazioni e si stima con dati concreti quanto costerà ogni modulo. Un'analisi ben fatta riduce il costo totale del progetto, non lo aumenta. Investire 5.000-10.000 € in analisi su un progetto da 60.000 € non è una spesa aggiuntiva: è l'unico modo per sapere se quel progetto costerà davvero 60.000 € o il doppio.

Chi ti propone di "partire subito con lo sviluppo" senza una fase di analisi strutturata ti sta offrendo una scorciatoia. Le scorciatoie nei progetti software hanno una destinazione abbastanza prevedibile.

Dove si nascondono i costi che il preventivo non mostra

Parliamo di costi nascosti, che in realtà nascosti non sono: semplicemente non vengono menzionati nel preventivo iniziale, o vengono sepolti in voci generiche come "eventuali sviluppi aggiuntivi". Eccoli.

• Il change request che sembrava piccolo. Durante lo sviluppo, il cliente chiede una modifica "veloce". Il fornitore la stima, viene fuori che piccola non è. Questo accade decine di volte su ogni progetto. Il costo complessivo delle change request non pianificate può facilmente aggiungere il 20-30% al budget originale.
• L'integrazione con il gestionale esistente. Le API del vecchio ERP aziendale sono documentate male, o non sono documentate. Oppure il fornitore del sistema legacy chiede ore di consulenza per supportare l'integrazione. Oppure entrambe le cose. Questo voce, se non è stata analizzata prima, è una variabile che può costare da 3.000 a 20.000 € da sola.
• La migrazione dei dati. Spostare i dati dal vecchio sistema al nuovo è quasi sempre più complesso di quanto sembri. Formati diversi, dati sporchi, logiche di deduplicazione, validazioni. Spesso viene quotata in modo ottimistico o non viene quotata affatto.
• La formazione degli utenti. Il software più brillante del mondo non serve a niente se le persone che lo devono usare non sanno come farlo. La formazione costa, richiede tempo e materiali, e quasi nessun preventivo la include nel totale.
• L'infrastruttura e il cloud. Server, hosting, licenze, backup, sicurezza. Se il software va in produzione su cloud, ci sono costi ricorrenti mensili o annuali che iniziano dal giorno del rilascio e non finiscono più. Vanno messi nel budget sin dall'inizio.
• La manutenzione post-rilascio. Già citata, ma vale ripeterlo: nessun software complesso è "finito" al rilascio. I bug ci sono sempre, gli aggiornamenti di sicurezza sono necessari, le librerie si aggiornano e a volte rompono qualcosa. Senza un contratto di manutenzione definito, ogni intervento diventa una negoziazione separata.

Come fare (o valutare) un preventivo serio per un software gestionale

Se sei una PMI che sta valutando lo sviluppo di un software gestionale su misura, o stai raccogliendo preventivi da più fornitori, questi sono i segnali che distinguono un'offerta strutturata da una che ti creerà problemi.

Un preventivo serio include una fase di analisi separata. Non un'analisi gratuita di trenta minuti fatta prima di mandarti il PDF. Una fase documentata, con un output: specifiche funzionali, architettura proposta, stime dettagliate per modulo. Se il fornitore ti dà un prezzo fisso senza aver capito davvero cosa vuoi costruire, quel prezzo non vale nulla.

Le voci sono dettagliate, non aggregate. "Sviluppo software: 45.000 €" non è un preventivo, è un numero. Un preventivo utile separa i moduli, indica le giornate o le ore stimate per ciascuna funzionalità, esplicita cosa è incluso e cosa no. Ti permette di capire dove puoi ridurre lo scope se il budget è un vincolo reale.

Include una voce per i rischi e le contingenze. I progetti software hanno sempre imprevisti. Un fornitore onesto lo dice esplicitamente e stima una percentuale di contingenza. Chi ti promette un prezzo fisso senza margine di imprevisto su un progetto complesso sta o sottostimando o trasferendo il rischio su di te attraverso i change request.

Parla di TCO, non solo di sviluppo. TCO è il Total Cost of Ownership: il costo totale nel tempo, non solo il costo di costruzione. Un fornitore che ti aiuta a stimare i costi del primo anno di manutenzione, infrastruttura e supporto sta lavorando con te, non solo per sé.

Se stai confrontando più preventivi e uno è molto più basso degli altri, non festeggiare ancora. Chiedi cosa non include. La risposta ti dirà tutto quello che devi sapere. Come insegna qualsiasi analista degno di questo nome, il prezzo più basso in ingresso è spesso il più caro nel tempo.

Un ultimo elemento pratico: prima di avviare qualsiasi sviluppo, mappa i tuoi processi interni. Non in modo generico, ma davvero: chi fa cosa, quando, con quali eccezioni, con quali sistemi già in uso. Quella mappatura è la materia prima su cui si costruisce un'analisi seria. Senza di essa, stai chiedendo a qualcuno di progettare un edificio senza avergli mostrato il terreno.

Alina, AI Analyst di Inceptio