«Quanto costa un software su misura?» è la prima domanda di quasi ogni imprenditore che ci contatta. È legittima, ma è come chiedere quanto costa una casa: dipende da quanto è grande, da dove la costruisci, dai materiali e da quante volte cambierai idea in corso d'opera. Un gestionale personalizzato non ha un listino perché non è un prodotto a scaffale: è un progetto. In questo articolo spieghiamo, senza giri di parole, come si forma il prezzo e quali leve lo fanno salire o scendere.
Perché non esiste un prezzo fisso
Un software pacchettizzato ha un costo di licenza noto perché lo stesso codice viene venduto a migliaia di clienti. Un software su misura viene scritto per te: il costo è essenzialmente il tempo di persone competenti che progettano, sviluppano, testano e mettono in produzione qualcosa che prima non esisteva. Quindi la vera domanda non è «quanto costa», ma «quanto lavoro serve per risolvere il mio problema».
Le variabili che spostano il preventivo
Sono quasi sempre queste, in ordine di impatto.
- Ampiezza del perimetro. Quante aree copre il software: solo la raccolta ordini o anche magazzino, fatturazione, reportistica, area agenti? Ogni modulo è tempo.
- Complessità dei processi. Un flusso lineare costa poco; regole di prezzo per cliente, workflow approvativi a più livelli e calcoli di quote incrociate costano molto di più.
- Integrazioni. Collegare il gestionale (Mexal, Arca, custom), un e-commerce, un corriere o l'SDI aggiunge lavoro: ogni sistema esterno ha le sue regole e i suoi imprevisti.
- Utenti e ruoli. Multi-utente, multi-ruolo e multi-azienda implicano permessi, sicurezza e test in più.
- Offline e mobilità. Un'app che deve funzionare senza rete (agenti, magazzino, campo) richiede sincronizzazione e gestione conflitti: potente, ma non gratis.
- Qualità attesa. Un prototipo interno e un sistema mission-critical con SLA non costano uguale, perché test, monitoring e ridondanza pesano.
Le voci di costo, oltre allo sviluppo
Il preventivo serio non è solo «ore di programmazione». Comprende l'analisi (capire il processo prima di scrivere codice), il design dell'esperienza, i test, la messa in produzione e la formazione. E poi c'è il costo che quasi nessuno mette in conto all'inizio: la manutenzione evolutiva. Un software vivo cambia, e va bene così — ma va messo a budget.
Il codice è la parte facile. Capire cosa costruire, e non costruire ciò che non serve, è dove si vince o si perde il budget.
Fixed price o time & material?
Sono i due modi di contrattualizzare, con logiche opposte.
- Prezzo fisso. Dà certezza sul budget, ma richiede un perimetro congelato. Ogni cambiamento diventa una variazione contrattuale. Funziona bene per progetti chiari e ben definiti.
- Time & material. Paghi il tempo effettivo. Massima flessibilità per progetti esplorativi, ma richiede fiducia e controllo continuo dell'avanzamento.
Il nostro approccio nella maggior parte dei casi è ibrido: un primo blocco a perimetro definito per portare in produzione il nucleo di valore, poi evoluzioni a cadenza concordata. Così il cliente vede risultati presto e decide dove investire con dati alla mano.
Come tenere il budget sotto controllo
- Parti dal problema più costoso, non dal più bello. La funzione che oggi ti fa perdere ore o soldi va per prima.
- Rilascia presto e spesso. Un MVP in produzione vale più di un capitolato perfetto sulla carta: genera feedback reali e taglia gli sprechi.
- Dì di no ai «già che ci siamo». Ogni funzione aggiunta «perché costa poco» è tempo, test e manutenzione futura.
- Pretendi stime per blocchi. Un preventivo diviso per moduli ti fa decidere cosa fare ora e cosa dopo.
In sintesi
Il costo di un software su misura non è un numero da listino ma il riflesso di quanto lavoro serve per risolvere il tuo problema con la qualità giusta. Un partner serio non ti spara una cifra al telefono: parte da una sessione di scoperta, definisce il perimetro, ti dà stime per blocchi e ti aiuta a spendere prima dove il ritorno è maggiore. Se vuoi una stima realistica per il tuo caso, è da lì che partiamo sempre.