Software gestionale
Quanto costa un software su misura? Da cosa dipende il preventivo.
Il costo di un software su misura dipende soprattutto da quante funzioni servono, da quanti sistemi deve collegare e da quanto devono essere affidabili i dati. Due richieste che sembrano simili possono avere costi molto diversi: capire perché aiuta a confrontare i preventivi e a spendere meglio.
Di Alessandro Negru · Sviluppatore software · · 4 min di lettura
01 / Il punto di partenza
Perché i preventivi sono così diversi
Chiedere “quanto costa un gestionale” è come chiedere quanto costa una casa: dipende da dimensioni, finiture e terreno. Il costo di un software è fatto soprattutto di ore di lavoro, e le ore dipendono da cosa deve fare il programma e da quanto bene deve farlo.
Due preventivi molto distanti spesso non descrivono lo stesso lavoro. Uno può includere analisi, test, messa online e formazione; l’altro solo lo sviluppo delle schermate. Prima di confrontare le cifre, conviene confrontare cosa c’è dentro.
02 / Cosa fa salire il costo
I fattori che pesano sul costo
- Numero di funzioni e di schermate. Ogni operazione da gestire, dall’inserimento di un ordine a un report, richiede interfaccia, regole e controlli.
- Ruoli e permessi. Un’app usata da una sola persona è più semplice di una in cui amministrazione, magazzino e agenti vedono dati diversi.
- Integrazioni. Collegarsi a un e-commerce, alla contabilità o a dispositivi esterni richiede di studiare sistemi altrui, spesso con documentazione incompleta. Ne parlo nella guida su come collegare e-commerce e gestionale.
- Dati esistenti da migrare. Importare anni di fogli Excel o un vecchio gestionale richiede pulizia e verifica dei dati.
- Dispositivi. Un’applicazione web che funziona bene anche da telefono costa meno di app native separate per iOS e Android.
- Affidabilità richiesta. Un sistema che gestisce pagamenti, dati sanitari o processi critici richiede più test, controlli e attenzione alla sicurezza.
03 / Dopo il rilascio
I costi dopo il rilascio
Il software non finisce quando va online. Nel budget vanno considerati anche:
- hosting e server, cioè dove gira l’applicazione e dove sono salvati i dati;
- backup automatici e verificati;
- manutenzione: aggiornamenti di sicurezza, librerie e sistema operativo;
- evoluzioni: le nuove funzioni che emergono quando le persone iniziano a usare il software davvero;
- assistenza agli utenti nelle prime settimane.
Un preventivo che non dice nulla su questi punti non è necessariamente più economico: sposta semplicemente la spesa più avanti.
04 / Spendere meglio
Come contenere il costo
Ridurre il costo non significa tagliare la qualità, ma scegliere bene cosa fare prima:
Parti dal problema più costoso
Individua il processo che oggi fa perdere più tempo o genera più errori, e inizia da lì.
Rilascia per fasi
Una prima versione essenziale, usata davvero, guida meglio le fasi successive di un progetto completo scritto a tavolino.
Riusa ciò che funziona
Se un software esistente fa bene una parte del lavoro, si integra invece di rifarlo.
Scegli tecnologie diffuse
Strumenti consolidati come Python, Django e PostgreSQL rendono più semplice trovare chi possa mantenere il software nel tempo.
Cosa deve contenere un preventivo
Un preventivo serio per un software su misura dovrebbe indicare almeno:
- l’elenco delle funzionalità incluse e, se possibile, di quelle escluse;
- le fasi del lavoro, con tempi stimati e momenti di verifica;
- chi possiede il codice sorgente e i dati alla fine del progetto;
- come vengono gestite le modifiche richieste in corso d’opera;
- cosa succede dopo il rilascio: garanzia, manutenzione, assistenza.
Meglio prezzo fisso o a consumo?
Il prezzo fisso funziona quando le funzionalità sono chiare e stabili. Se il progetto è nuovo e i requisiti emergeranno strada facendo, un approccio per fasi, con una stima per ciascuna, evita sia preventivi gonfiati per coprire l’incertezza sia continue rinegoziazioni.
06 / Prima di chiedere
Cosa preparare prima della richiesta
Non serve un documento tecnico. Bastano risposte semplici a queste domande:
- Chi userà il software e quante persone saranno?
- Quali sono le tre operazioni più importanti che deve permettere?
- Come lo fate oggi: Excel, carta, un altro programma?
- Con quali sistemi deve comunicare?
- C’è una scadenza legata a un evento, una stagione o un bando?
Con queste informazioni si può fare una prima stima realistica e capire se partire con un prototipo, una prima versione o un’analisi più approfondita. Se vuoi vedere su cosa ho lavorato, trovi esempi concreti nella pagina dei progetti.