La domanda arriva quasi sempre nello stesso modo: “abbiamo tre programmi diversi e un file Excel che tiene insieme tutto, conviene farci un gestionale nostro?”. La risposta onesta è: dipende da cosa sta rompendo, e quasi mai la soluzione è rifare tutto.
Il problema vero non è il software, è il collante
Nella maggior parte delle PMI italiane la situazione è questa: un software per la fatturazione, un e-commerce o un portale, una casella condivisa, WhatsApp, e uno o più fogli di calcolo che tengono insieme i pezzi. Ogni strumento funziona. Quello che non funziona è il passaggio tra uno e l’altro, fatto a mano da una persona che ricopia dati.
Prima di valutare un gestionale su misura vale la pena misurare quel passaggio: quante volte al giorno succede, quanti minuti costa, quante volte genera un errore. Spesso il problema non richiede un gestionale nuovo, ma un’automazione tra i sistemi esistenti che costa una frazione.
Quando conviene lo standard
Un software di mercato è la scelta giusta quando:
- il processo è normato o standardizzato: contabilità, fatturazione elettronica, buste paga, adempimenti fiscali;
- il tuo modo di lavorare non è un vantaggio competitivo, è semplicemente il tuo modo di lavorare;
- ti serve subito e puoi adattarti allo strumento;
- il team è piccolo e i canoni per utente restano bassi.
Qui sviluppare è uno spreco: stai ricostruendo qualcosa che esiste, costa poco ed è mantenuto da altri.
Quando conviene il su misura
Ha senso quando si verifica almeno una di queste condizioni:
- nessun prodotto copre il processo senza costringerti a cambiare il modo in cui lavori — e quel modo è il motivo per cui i clienti scelgono te;
- paghi canoni per funzioni che non usi, oppure il costo per utente cresce più del valore;
- i dati sono frammentati su strumenti che non si parlano e nessuno ha una visione d’insieme;
- ti serve una logica specifica: calcoli di preventivo tuoi, regole di assegnazione delle commesse, controlli particolari sui documenti;
- vuoi che dati e codice restino tuoi, senza dipendere dalle scelte di un fornitore.
I costi che compaiono dopo
Il confronto onesto non è “prezzo del software standard” contro “prezzo dello sviluppo”. È il costo su tre anni, e include voci che nei preventivi spesso mancano:
| Voce | Software standard | Su misura |
|---|---|---|
| Avvio | basso | più alto, una tantum |
| Canone | per utente, cresce col team | infrastruttura, in genere fissa |
| Personalizzazioni | limitate o a pagamento | incluse nel progetto |
| Migrazione dati | spesso sottovalutata | va preventivata esplicitamente |
| Formazione | manuali standard | va prevista, il software è nuovo |
| Manutenzione | inclusa nel canone | da concordare, non opzionale |
| Uscita | export limitato al formato del fornitore | dati e codice tuoi |
La voce che fa sbagliare più preventivi è la manutenzione. Un software su misura senza un accordo di assistenza invecchia male: cambia una API, cambia una normativa, cambia il server, e nessuno se ne occupa.
Come si costruisce senza bruciare budget
Il metodo che uso è deliberatamente poco ambizioso all’inizio:
- Un processo solo. Quello che fa perdere più tempo o genera più errori. Non il gestionale completo.
- Modulo in produzione in poche settimane. Usato da persone vere, non in demo.
- Si misura. Quanto tempo si è recuperato, quanti errori sono spariti, cosa dà ancora fastidio.
- Si aggiunge il pezzo successivo, solo se il primo regge.
Questo ordine ha un vantaggio pratico: se dopo il primo modulo emerge che non serve altro, hai speso il minimo. Un progetto “tutto insieme” scopre lo stesso dopo mesi e con budget già impegnato.
Le tecnologie contano meno di quanto si creda, ma una regola vale sempre: niente soluzioni esotiche. Stack diffusi, database standard, codice leggibile. È quello che rende sostituibile lo sviluppatore — me compreso — ed è nel tuo interesse, non nel mio.
Il rischio da coprire in contratto
Lo sviluppo su misura ha un rischio reale: dipendere da chi lo ha scritto. Si riduce prima di iniziare, mettendo per iscritto quattro cose:
- codice su un repository intestato a te;
- documentazione dello schema dati e delle integrazioni;
- ambiente replicabile: un altro sviluppatore deve poter avviare il progetto senza chiamarti;
- accessi a server, database e servizi esterni intestati alla tua azienda.
Se un fornitore non vuole mettere per iscritto questi quattro punti, il problema non è il prezzo.
Gestionale, CRM o automazione?
Tre bisogni diversi che spesso vengono confusi:
- se il problema è seguire clienti e trattative, serve un CRM su misura;
- se il problema è governare l’operatività — commesse, scadenze, documenti, magazzino — serve un software gestionale su misura;
- se il problema è il passaggio manuale tra strumenti che già hai, serve un’automazione, che costa molto meno di entrambi.
Nella pratica i tre si sovrappongono, e l’ordine giusto è quasi sempre l’inverso di come viene chiesto: prima si automatizza il passaggio, poi si struttura l’operatività, e solo dopo si valuta se serve davvero un gestionale intero.
Se vuoi capire in quale dei tre casi ti trovi, l’audit AI gratuito serve esattamente a questo: guardo il processo e ti dico cosa conviene fare per primo, anche se la risposta è “non ti serve niente di nuovo”.
Vuoi applicarlo alla tua azienda?
Trasforma questa guida in un workflow reale
Se hai processi ripetitivi tra email, WhatsApp, CRM, fogli Excel o gestionali, posso aiutarti a capire cosa automatizzare prima e con quale impatto operativo.