Quanto costa sviluppare un software aziendale: i fattori di costo

Sezione 01Quanto costa sviluppare un software aziendale (senza listini inventati)

Se stai cercando una cifra secca per un software aziendale, questo articolo non te la darà. Non perché vogliamo tenerti sulle spine, ma perché chi ti risponde "dipende" ha ragione e chi ti spara un numero al telefono, senza aver visto il tuo processo, sta vendendo qualcosa che non ha ancora capito. Un gestionale per una PMI manifatturiera con tre sedi e un portale per un'azienda di servizi con dieci utenti sono due progetti diversi, con costi diversi.

Quello che possiamo fare, e che facciamo in questo articolo, è spiegare con precisione cosa fa variare il costo di un software su misura. Ambito, integrazioni, dati, ruoli, manutenzione: sono questi i fattori che spostano il budget, non il linguaggio di programmazione o il colore del logo. Capirli ti permette di leggere un preventivo con occhi diversi e di chiedere le domande giuste.

Bertoli Studios costruisce software su misura, automazioni e AI applicata ai processi per PMI italiane. Non pubblichiamo listini perché ogni progetto nasce da un processo reale, e il modo più onesto per parlare di costi è partire da lì: raccontarci come lavori oggi, dove si perde tempo, cosa vorresti automatizzare. Da quel confronto esce una stima difendibile, non un numero buttato lì.

Nelle prossime righe trovi i fattori che contano davvero, un esempio pratico di come si ragiona su un caso concreto e una tabella per confrontare le diverse strade (software su misura, SaaS pronto, foglio di calcolo evoluto).

Sezione 03Risposta diretta

Il costo di un software aziendale su misura non dipende da un prezzo al chilo, ma da cinque variabili: ampiezza dell'ambito (quante funzioni e quanti processi copre), integrazioni con sistemi esistenti (gestionale, ERP, fatturazione, banche, API di terzi), qualità e disponibilità dei dati (chi li produce, come sono strutturati, quanto sono sporchi), ruoli e permessi (quante figure diverse usano il sistema e con quali regole) e manutenzione nel tempo (chi aggiorna, chi corregge, chi aggiunge funzioni). A queste si aggiungono fattori trasversali come la criticità del processo, i vincoli normativi e il livello di automazione desiderato.

Nessuno di questi fattori ha un prezzo fisso: ognuno va misurato sul tuo caso. Per questo un preventivo serio nasce da un'analisi del processo, non da un listino. E per questo, se un fornitore ti dà una cifra senza farti domande, è il momento di chiedere come l'ha calcolata.

Sezione 04Ambito e confini del progetto

L'ambito è la variabile che pesa di più. Non è solo "quante schermate" avrà il software, ma quanti processi aziendali tocca e quanto sono complessi. Un conto è digitalizzare la raccolta delle richieste di intervento, un altro è rifare la gestione completa di commesse, magazzino e fatturazione. La differenza non è nel numero di pulsanti, ma nel numero di regole di business che il software deve conoscere.

Cosa intendiamo per processo, non per funzione

Una funzione è "inserire un ordine". Un processo è tutto ciò che succede prima e dopo: chi approva, con quali soglie, cosa succede se il cliente è moroso, come si gestisce un cambio di quantità, chi viene avvisato. Il software deve modellare il processo, non solo la schermata. Più il processo è articolato, più il costo sale, perché aumentano i casi limite da gestire e i test da fare.

Il costo dei casi limite

Nella pratica, la parte che fa lievitare i progetti è quasi sempre la gestione delle eccezioni: il cliente che paga in due tranche, il fornitore che consegna parzialmente, il reso fuori termine. Un software che funziona solo nel caso "felice" costa poco ma serve a poco. Un software che regge le eccezioni costa di più ma è quello che poi le persone usano davvero. Chiedere al fornitore come gestirà le eccezioni è un ottimo modo per capire se ha esperienza reale o sta improvvisando.

Fasi e priorità: partire da un nucleo

Un modo sano per contenere il costo è partire da un nucleo ristretto e misurabile, poi estendere. Non è un trucco per farti spendere meno subito e di più dopo: è un modo per validare il processo con chi lo usa, ridurre il rischio e distribuire l'investimento. Un progetto che parte da un perimetro chiaro e cresce per iterazioni verificabili è più prevedibile di un "tutto e subito" che nessuno ha mai visto funzionare.

Sezione 05Integrazioni e dati: il costo nascosto

Le integrazioni sono la voce che più spesso sfugge ai preventivi iniziali. Un software aziendale raramente vive da solo: deve parlare con il gestionale, con il commercialista, con i sistemi di pagamento, con i portali dei clienti, con i tool di marketing. Ogni collegamento è un piccolo progetto a sé, con le sue regole, i suoi formati e i suoi imprevisti.

Quante integrazioni e quanto sono "chiuse"

Un'integrazione con un sistema che espone API documentate è diversa da un'integrazione con un software vecchio che esporta solo file CSV o, peggio, dove i dati vanno inseriti a mano. La domanda da fare è sempre la stessa: il sistema con cui dobbiamo parlare ha un'interfaccia stabile e documentata, oppure dobbiamo adattarci a come funziona oggi e sperare che non cambi? Più il sistema è chiuso, più il costo di integrazione sale.

Qualità dei dati e migrazione

Spostare dati da un foglio di calcolo a un software strutturato sembra banale, ma non lo è. I dati esistenti sono spesso duplicati, incompleti, con formati incoerenti. La migrazione richiede pulizia, regole di mapping e verifiche. Se i dati sono pochi e ordinati, il costo è contenuto; se sono tanti e disordinati, la migrazione può diventare una fetta significativa del progetto. Chiedere "come puliamo i dati esistenti?" è una domanda che separa i fornitori seri dagli altri.

Sezione 06Ruoli, permessi e manutenzione

Un software usato da una persona sola è un caso raro. Nella maggior parte dei casi ci sono ruoli diversi: chi inserisce, chi approva, chi consulta, chi amministra. Ogni ruolo porta con sé regole di visibilità, responsabilità e tracciabilità. E poi c'è il dopo: un software va mantenuto, aggiornato, adattato quando il processo cambia.

Quanti utenti, quanti ruoli, quali responsabilità

Il numero di utenti conta, ma conta di più il numero di ruoli distinti e la complessità delle regole. Un sistema con tre ruoli semplici è diverso da uno con dieci profili, deleghe, soglie di approvazione e log delle azioni. La tracciabilità (chi ha fatto cosa e quando) è spesso richiesta per motivi interni o normativi, e va progettata fin dall'inizio, non aggiunta dopo.

Manutenzione: il costo che continua

Un software non è un mobile: non si consegna e resta uguale per dieci anni. Va aggiornato quando cambiano le regole, quando si aggiungono funzioni, quando un sistema esterno cambia interfaccia. La manutenzione può essere un canone periodico o un monte ore, ma va messa a budget fin dall'inizio. Un preventivo che non ne parla è incompleto, non conveniente. Chiedere "cosa succede tra un anno quando voglio aggiungere una funzione?" è legittimo e utile.

Sezione 07Esempio pratico

Immagina una PMI di servizi con dieci tecnici che oggi gestiscono gli interventi con un foglio di calcolo condiviso e un gruppo WhatsApp. Il titolare vuole un software per pianificare gli interventi, assegnarli ai tecnici, raccogliere il rapportino a fine lavoro e fatturare. Sembra un progetto semplice, ma ragioniamo sui fattori.

Ambito: pianificazione, assegnazione, rapportino, fatturazione. Quattro processi, non uno. La fatturazione, in particolare, tocca regole fiscali e va integrata con il sistema di fatturazione elettronica.
Integrazioni: il gestionale attuale per i clienti e il sistema di fatturazione. Due integrazioni, di cui una con un software datato che esporta solo file.
Dati: l'anagrafica clienti esiste ma è duplicata in due fogli; va pulita e unificata prima della migrazione.
Ruoli: titolare, responsabile di squadra, tecnico, amministrazione. Quattro ruoli con visibilità diverse.
Manutenzione: aggiornamenti periodici, adeguamento alle regole di fatturazione, piccole evoluzioni richieste dai tecnici.

Da questo elenco non esce un prezzo, ma esce la struttura del progetto e le domande da fare. Un fornitore che ascolta questo racconto e poi propone un percorso a tappe, con un primo nucleo (pianificazione e rapportino) e una seconda fase (fatturazione e integrazioni), sta ragionando sul processo. Un fornitore che risponde con una cifra secca senza chiedere nulla, no.

Sezione 08Confronto tra le strade possibili

Criterio	Software su misura	SaaS pronto	Foglio di calcolo evoluto
Aderenza al processo	Alta, si modella sul tuo modo di lavorare	Media, si adatta al modo di lavorare del fornitore	Bassa, regge solo processi semplici
Costo iniziale	Variabile, legato ai fattori descritti	Canone ricorrente, più prevedibile	Molto basso all'inizio
Costo nel tempo	Manutenzione e evoluzioni da mettere a budget	Canone che cresce con utenti e funzioni	Cresce con il numero di persone e di errori
Integrazioni	Possibili, ma vanno progettate e pagate	Limitate a quelle previste dal fornitore	Manuali o assenti
Dati e proprietà	I dati restano tuoi, in un sistema tuo	Dati ospitati dal fornitore, con vincoli	Dati sparsi, rischio di versioni multiple
Manutenzione	A carico tuo o del fornitore, da definire	Inclusa nel canone	A carico di chi lo usa
Quando ha senso	Processi specifici e strategici	Esigenze standard e ben coperte	Fase iniziale o processi molto semplici

La tabella non dice quale strada costa meno in assoluto, perché non esiste una risposta valida per tutti. Dice che ogni strada ha un profilo di costo diverso e che la scelta dipende da quanto il processo è specifico e da quanto conta per il business.

Sezione 09Approfondimento

Un tema che ricorre quando si parla di costi è la confusione tra prezzo di acquisto e costo totale. Il prezzo è quello che paghi per realizzare o attivare il software. Il costo totale include anche il tempo delle persone che lo usano, la formazione, la manutenzione, le evoluzioni e il costo di ciò che smetti di fare (o continui a fare male) se il software non risolve il problema. Un progetto che costa poco ma non viene usato è più caro di un progetto che costa di più e viene adottato davvero.

Un secondo tema è la misurabilità. Un buon progetto software parte da un processo e da un indicatore: quante richieste si gestiscono, in quanto tempo, con quanti errori. Se non c'è una misura di partenza, non c'è modo di dire se il software ha funzionato. Chiedere al fornitore come misurerà il risultato è un modo per capire se sta costruendo uno strumento o vendendo una scatola.

Infine, l'AI applicata ai processi non è un capitolo a parte: è un modo per ridurre alcune attività ripetitive (lettura di documenti, classificazione, smistamento) e va valutata dentro il progetto, non come add-on separato. Anche qui, il costo dipende dalla qualità dei dati e dalla chiarezza del processo, esattamente come per il resto.

Sezione 10FAQ

Perché non pubblicate un listino prezzi?

Perché un listino sarebbe finto. Il costo di un software dipende da ambito, integrazioni, dati, ruoli e manutenzione, e questi fattori cambiano da azienda ad azienda. Preferiamo partire da un processo reale e costruire una stima difendibile, spiegando le assunzioni.

Quanto tempo serve per avere una stima?

Dipende dalla complessità del processo, ma il punto è un altro: una stima seria richiede un confronto, non un modulo da compilare. Più il racconto del processo è chiaro, più la stima è affidabile.

Meglio un software su misura o un SaaS pronto?

Dipende da quanto il tuo processo è specifico e strategico. Se esiste un SaaS che copre bene le tue esigenze standard, può avere senso. Se il processo è un elemento distintivo del tuo modo di lavorare, il su misura tende a ripagare.

La manutenzione è obbligatoria?

Un software va mantenuto: le regole cambiano, i sistemi esterni cambiano, le esigenze evolvono. La manutenzione può essere un canone o un monte ore, ma va messa a budget. Un preventivo che non ne parla è incompleto.

I dati esistenti sono un problema?

Possono esserlo. Se sono duplicati, incompleti o in formati incoerenti, la migrazione richiede pulizia e regole. È una voce di costo reale, che va affrontata all'inizio e non scoperta a metà progetto.

L'AI riduce i costi?

Può ridurre alcune attività ripetitive, ma non è un modo per pagare meno il software. Va valutata dentro il progetto, con dati e processi chiari, e con aspettative realistiche.

Sezione 11Conclusione

Il costo di un software aziendale non si indovina: si costruisce analizzando cinque fattori concreti. Ambito, integrazioni, dati, ruoli e manutenzione sono le leve che spostano il budget, e sono le stesse che permettono di leggere un preventivo con occhio critico. Diffida delle cifre secche date senza domande, e diffida anche dei progetti che promettono tutto e subito senza un perimetro chiaro.

La strada più solida è partire da un processo reale, misurare il punto di partenza, definire un primo nucleo e crescere per iterazioni verificabili. È un approccio che richiede un po' più di tempo all'inizio, ma rende il costo prevedibile e il risultato verificabile.

Sezione 12Parla con Bertoli Studios

Se hai un processo che vorresti digitalizzare o automatizzare, il modo migliore per parlare di costi è parlarne su un caso concreto. Raccontaci come lavori oggi, dove si perde tempo e cosa vorresti ottenere: da lì costruiamo un confronto serio, con assunzioni esplicite e senza listini inventati.

Scrivici da /contatti e partiamo dal tuo processo.