Gestionale su misura: i 10 requisiti da pretendere dal tuo fornitore
Introduzione
Commissionare un gestionale su misura è un investimento importante. E il momento in cui si decide se funzionerà non è la consegna: è prima, quando scegli chi lo svilupperà e su quali basi.
Molti gestionali funzionano bene per i primi mesi e poi diventano lenti, fragili e costosi da modificare. Quasi mai per sfortuna: di solito perché alcuni requisiti di base non sono stati considerati fin dall'inizio.
Se stai ancora definendo cosa deve fare il tuo gestionale, parti da questa guida alla progettazione. Qui invece trovi i 10 requisiti tecnici che verifico ogni volta che progetto un gestionale, spiegati senza gergo e accompagnati dalla domanda da fare al tuo fornitore per capire se li ha davvero previsti.
1. Un database progettato prima del codice
Il database è dove vivono i dati della tua azienda: clienti, ordini, documenti, storico. In un gestionale questi dati restano per anni, e cambiarne la struttura a progetto avviato è una delle modifiche più costose in assoluto.
Prima di scrivere codice, chi sviluppa deve aver chiarito:
- quali "oggetti" gestisce davvero la tua azienda (clienti, commesse, fornitori...)
- come sono collegati tra loro
- quali informazioni sono obbligatorie e quali facoltative
- per quali dati va conservato lo storico delle modifiche
Il rischio per te: ogni nuova esigenza costa settimane invece di giorni.
Cosa chiedere: "Prima di sviluppare, mi mostri lo schema dei dati e come verrà gestito lo storico?"
2. Ruoli e permessi previsti dal primo giorno
"Per ora lasciamo tutto aperto, i permessi li aggiungiamo dopo." È una frase che sento spesso, e quel "dopo" di solito non arriva, oppure arriva sotto forma di rifacimento.
Un gestionale serio prevede:
ruoli diversi (amministrazione, commerciale, magazzino, collaboratori esterni...)
permessi per singola azione: vedere, creare, modificare, approvare, eliminare
visibilità limitata: ogni utente vede solo i dati che gli competono
Il rischio per te: dati riservati visibili a chi non dovrebbe vederli e nessun controllo su chi può fare cosa.
Cosa chiedere: "Come sono gestiti ruoli e permessi? Posso limitare un utente ai soli dati di sua competenza?"
3. Processi aziendali tradotti in flussi chiari
Ordini, preventivi, ticket, richieste, approvazioni: ogni gestionale digitalizza dei processi. Il problema è che spesso questi processi non sono mai stati messi nero su bianco.
Un buon gestionale definisce, per ogni pratica:
gli stati possibili (per esempio: bozza, inviato, approvato, fatturato)
i passaggi consentiti da uno stato all'altro
chi può eseguire ogni passaggio
cosa succede in automatico (notifiche, documenti, scadenze)
Il rischio per te: pratiche in stati incoerenti ("fatturato" ma mai approvato), errori difficili da spiegare e da correggere.
Cosa chiedere: "Possiamo disegnare insieme i flussi prima di iniziare lo sviluppo?"
4. Controlli sui dati fatti dal server, non solo dal modulo
Quando un utente compila un modulo, il gestionale deve verificare che i dati siano corretti: campi obbligatori, formati, regole aziendali (uno sconto massimo, una data che non può essere nel passato).
Questi controlli non possono stare solo nella pagina che l'utente vede: vanno ripetuti sul server, cioè nella parte del software che salva i dati. È l'unico modo per garantire che le regole valgano sempre, anche quando l'interfaccia cambia, ha un bug o viene aggirata.
Il rischio per te: dati sporchi o incoerenti che si accumulano e falsano report e decisioni.
Cosa chiedere: "Le regole di validazione sono applicate anche lato server?"
5. Prestazioni pensate per i dati di domani
Il primo mese il gestionale contiene poche centinaia di record ed è velocissimo. Dopo qualche anno ne contiene centinaia di migliaia, e le stesse pagine possono diventare lentissime.
Le prestazioni vanno progettate dall'inizio: indici sul database, liste caricate a pagine, cache per i report più pesanti, interrogazioni scritte per non ripetersi inutilmente.
Il rischio per te: liste che impiegano secondi ad aprirsi, filtri che bloccano tutto, colleghi che tornano a Excel.
Cosa chiedere: "Il gestionale verrà testato con una quantità di dati realistica, pari ad alcuni anni di attività?"
6. Registro delle attività e monitoraggio
Quando qualcosa non funziona, chi sviluppa deve accorgersene prima di te. E quando un dato cambia, deve essere possibile sapere chi l'ha modificato e quando.
Un gestionale sano ha:
un registro delle attività (audit log): chi ha fatto cosa, e quando
il tracciamento automatico degli errori
avvisi immediati quando qualcosa va storto
Il rischio per te: scoprire un problema solo quando un collega dice "non funziona più", senza poter ricostruire cosa è successo.
Cosa chiedere: "Se un utente modifica o cancella un dato, posso sapere chi è stato? Come vieni avvisato degli errori?"
7. Una struttura che regge la crescita
Non serve un'infrastruttura da multinazionale. Serve che il gestionale non vada in crisi quando la tua azienda cresce: più utenti, più documenti, più operazioni contemporanee.
In concreto significa:
operazioni lente (importazioni, invii di email in massa, generazione di PDF) eseguite in background, senza bloccare chi sta lavorando
attività programmate che partono da sole (promemoria, scadenze, report notturni)
file e allegati salvati in uno spazio dedicato, separato dall'applicazione
Il rischio per te: un'importazione di dati che blocca tutti gli utenti per mezz'ora.
Cosa chiedere: "Cosa succede se domani raddoppiamo utenti e documenti?"
8. Un'interfaccia chiara per chi la usa ogni giorno
Molti gestionali falliscono non per problemi tecnici, ma perché le persone non li usano volentieri:
non è chiaro cosa fare
le informazioni importanti sono nascoste
i passaggi sono confusi
un'operazione banale richiede troppi clic
Un gestionale non deve essere bello: deve essere chiaro, veloce e accessibile. Un'interfaccia chiara riduce errori, richieste di assistenza e frustrazione.
Il rischio per te: aver pagato un software che il tuo team evita.
Cosa chiedere: "Possiamo far provare una versione intermedia a chi lo userà davvero, prima del rilascio?"
9. La possibilità di evolvere senza ripartire da zero
Le esigenze della tua azienda cambieranno: nuovi servizi, nuovi reparti, nuovi software con cui dialogare. Un gestionale ben costruito lo mette in conto.
Per questo deve essere:
modulare: le nuove funzioni si aggiungono senza toccare quelle esistenti
configurabile: le regole che cambiano spesso si modificano senza riprogrammare
integrabile: scambia dati con contabilità, e-commerce e CRM tramite API
Nei miei progetti uso Laravel, un framework pensato proprio per applicazioni che devono crescere nel tempo.
Il rischio per te: ogni piccola modifica diventa un preventivo importante, o peggio un rifacimento.
Cosa chiedere: "Come si aggiunge una nuova funzione tra un anno? Il codice sarà documentato e comprensibile anche per un altro sviluppatore?"
10. Backup, sicurezza e protezione dei dati personali
È la parte meno visibile, ma è quella che evita i disastri.
Un gestionale serio deve avere:
backup automatici, conservati in un luogo diverso dal server principale
ripristini testati periodicamente: un backup mai provato non dà garanzie
accessi protetti, con autenticazione a due fattori per i ruoli più delicati
aggiornamenti di sicurezza regolari
un trattamento dei dati personali conforme al GDPR: solo i dati necessari, tempi di conservazione definiti, accessi tracciati
Il rischio per te: perdita di dati, fermo dell'attività, responsabilità in caso di violazione dei dati personali.
Cosa chiedere: "Ogni quanto vengono fatti i backup, dove sono conservati e quando è stato testato l'ultimo ripristino?"
Le 10 domande in breve
Quando valuti un preventivo, chiedi al fornitore:
- Mi mostri lo schema dei dati prima di sviluppare?
- Come sono gestiti ruoli e permessi?
- Disegniamo insieme i flussi di lavoro?
- La validazione dei dati avviene anche lato server?
- Il gestionale verrà testato con dati realistici?
- Posso sapere chi ha modificato un dato?
- Cosa succede se raddoppiamo utenti e documenti?
- Possiamo far provare una versione intermedia agli utenti?
- Come si aggiungono nuove funzioni in futuro?
- Come vengono gestiti backup, sicurezza e GDPR?
Conclusione
Un gestionale non è una raccolta di tabelle e moduli. È uno strumento che la tua azienda userà ogni giorno per anni, e che deve adattarsi, crescere e restare stabile.
Molti dei progetti che mi arrivano "da salvare" hanno lo stesso problema: uno o più di questi requisiti sono stati rimandati a "dopo". Le risposte a queste 10 domande ti diranno molto più del prezzo.