Come far sviluppare un gestionale su misura

Si fa sviluppare un gestionale su misura in cinque mosse: si descrive il problema in termini di lavoro perso e non di funzioni mancanti, si nomina in azienda una persona che decide, si mappano processi e dati già esistenti, si mette tutto in un documento unico su cui chiedere più preventivi confrontabili, e si rilascia per moduli partendo dall'area che fa più male. La decisione che pesa di più non è tecnica ma tua: scegliere il perimetro del primo rilascio e tenerlo fermo.

Se stai valutando un gestionale personalizzato e non sai da dove si comincia né in quale ordine vanno prese le decisioni, qui trovi il percorso dal lato del committente: da quando capisci che serve fino al giorno in cui le persone ci lavorano davvero.

Cosa serve prima di iniziare

• Una persona che decide, una sola, con mezza giornata a settimana liberata sul serio e il potere di approvare un cambiamento senza tre riunioni. È il prerequisito che influisce di più sui tempi.
• L'elenco dei processi che soffrono, con chi li esegue e quante volte al mese: ordini, preventivi, commesse, magazzino, assistenza. Non l'elenco dei reparti: quello delle attività.
• I dati che già esistono e dove stanno: fogli di calcolo, un sistema in uso, caselle di posta, archivi cartacei. Servono i file veri, non un esempio ripulito: la qualità dei dati determina metà del lavoro.
• La mappa dei sistemi con cui il gestionale dovrà parlare, con il referente di ciascuno: e-commerce, contabilità, portali di clienti o fornitori, studio esterno.
• Un tetto di spesa e un orizzonte temporale, anche approssimativi: devi sapere entro quale limite il progetto ha senso e oltre quale data perde valore. Un fornitore serio userà quei vincoli per proporti un perimetro realistico invece di un traguardo a dodici mesi.

Come far sviluppare un gestionale su misura, passo per passo

1. Scrivi il problema in termini di lavoro perso. Non "ci serve un gestionale", ma "ogni ordine viene ridigitato tre volte" o "nessuno sa a che punto è una commessa senza telefonare in officina". Otterrai mezza pagina che in azienda tutti riconoscono come vera: è il testo da cui nascono i requisiti.
2. Mappa i processi osservando chi li esegue. Un'ora per reparto, con la domanda giusta: non "quali funzioni ti servono", ma "cosa fai da quando arriva la richiesta a quando il lavoro è chiuso". Annota le eccezioni: sono il motivo per cui stai valutando un software su misura. Ottieni un elenco di attività reali, spesso diverso da quello che immagina la direzione.
3. Fai l'inventario dei dati e dei sistemi esistenti. Per ogni archivio segna dove sta, quante righe ha e chi lo aggiorna; per ogni sistema da collegare, direzione dei dati, frequenza e referente. È la tabella che evita la sorpresa più costosa: scoprire a metà progetto che un collegamento previsto non è possibile.
4. Decidi il perimetro del primo rilascio. Scegli l'area che genera più lavoro manuale e scrivi anche cosa resta fuori: la contabilità resta dov'è, il sito pubblico non si tocca, l'app clienti si valuterà poi. Da qui il progetto è stimabile.
5. Metti tutto in un documento unico e chiedi più preventivi sullo stesso testo. Problema, processi, eccezioni, integrazioni, dati, numeri di scala, criteri di accettazione. Consegnalo identico a due o tre fornitori: otterrai proposte confrontabili. Se le cifre restano lontanissime, manca una decisione nel documento.
6. Valuta le proposte su criteri scritti prima di leggerle: chiarezza del perimetro, consegne intermedie, chi migra i dati, cosa succede dopo il rilascio, proprietà del codice, assistenza. Stai scegliendo un modo di lavorare, non un prezzo.
7. Pretendi traguardi intermedi visibili e provali con dati veri. Ogni due o tre settimane deve esserci qualcosa che puoi aprire e usare. Prendi dieci pratiche reali del mese scorso e rifalle dall'inizio alla fine, comprese quelle storte: reso, sconto fuori listino, cliente estero. Raccogli le differenze in un elenco che deve accorciarsi ogni settimana.
8. Rilascia con una data dichiarata e assistenza ravvicinata. Scegli un periodo tranquillo, forma le persone sui loro casi e non sul software in generale, tieni per due o tre settimane una revisione quotidiana delle segnalazioni. Metti in conto quindici giorni a produttività ridotta: chi non li prevede li vive come un fallimento.

Variante: un gestionale su misura al posto di un sistema a pacchetto

Se oggi lavori con un prodotto a catalogo che non ti sta più bene, la tentazione è chiedere lo stesso software "ma fatto come piace a noi": è l'impostazione che costa di più e rende meno.

La domanda utile è un'altra: quali parti del pacchetto usi davvero e quali processi vivono già fuori, nei fogli di calcolo paralleli. Quasi sempre le funzioni vive sono una minoranza, e il su misura serve solo sulle aree specifiche del tuo lavoro. Verifica presto anche come esci dai dati del sistema attuale: chiedi un'esportazione prima di firmare, perché è lì che si nascondono le settimane non previste.

Variante: un gestionale che deve convivere con i software già in uso

È il caso più frequente nelle PMI: il gestionale nuovo deve scambiare dati con un e-commerce, con la contabilità, con lo studio esterno, a volte con i portali dei clienti.

Disegna su un foglio tutti i sistemi, con la direzione della freccia e il tipo di dato che viaggia. Poi, per ogni collegamento, stabilisci una cosa sola ma decisiva: quale sistema comanda su quel dato. Se l'anagrafica cliente esiste in due posti, uno è la fonte e l'altro la copia. Questa riga previene il problema più insidioso dopo il lancio: due archivi che divergono piano senza che nessuno se ne accorga.

Se il punto dolente è la relazione con i clienti, valuta anche un prodotto già pronto da affiancare: Flusia, il CRM per PMI italiane che sviluppiamo in Obly, nasce per quell'area.

Variante: azienda di servizi o azienda di produzione

In un'azienda di servizi il cuore è la commessa: ore delle persone, avanzamento, ciò che si può fatturare. Il primo modulo è quasi sempre la registrazione delle attività collegata a preventivo e fatturazione, perché è lì che si perde marginalità. Le anagrafiche sono poche: il lavoro sta nelle regole.

In un'azienda di produzione il cuore sono articoli e materiali: distinte, versioni, scorte, avanzamento in officina. Il primo modulo collega ordine, disponibilità e produzione. Qui i dati sono tanti e disordinati, e la pulizia pesa più della scrittura del software.

In entrambi i casi parti dal processo che genera più ridigitazioni: ripaga per primo e convince le persone a usare il sistema nuovo.

Metodo alternativo: partire da un modulo pilota

Invece di progettare l'intero gestionale, ne costruisci una parte sola, completa e usata da persone vere, e la porti in esercizio prima di decidere il resto. Si sceglie un processo circoscritto ma sentito, per esempio le richieste di assistenza o la raccolta degli ordini dagli agenti, e lo si rilascia a tre o quattro persone per qualche settimana.

Dopo il pilota sai tre cose che prima potevi solo ipotizzare: come lavora il fornitore, quanto sono pronti i tuoi dati e quanta resistenza c'è al cambiamento. Il preventivo per il resto diventa più affidabile. Lo svantaggio è che un pilota pensato male resta un'isola: fatti dichiarare fin dall'inizio dove finiranno i dati e come si estenderà.

Errori comuni

Chiedere il preventivo prima di aver mappato i processi. Il fornitore è costretto a ipotizzare e tu ricevi numeri non confrontabili. Rimedio: dedica una settimana alla mappatura e consegna lo stesso documento a tutti.

Voler rifare tutto insieme. Un traguardo unico a dodici mesi è il modo più rischioso di comprare software: alla consegna l'azienda è cambiata e metà dei requisiti non vale più. Rimedio: fasi con consegne intermedie utilizzabili.

Sottovalutare dati e formazione. Ciò che manda fuori calendario i progetti non è lo sviluppo, ma la pulizia degli archivi e il tempo che serve alle persone per cambiare abitudini. Rimedio: un responsabile della qualità dei dati dal primo giorno e la formazione a calendario prima del rilascio.

Quanto tempo serve e qual è il passo successivo

Il percorso si misura in fasi: una o due settimane per mappatura e perimetro, due o tre per confrontare le proposte, e uno sviluppo del primo modulo che si conta in mesi, non in settimane, con rilasci intermedi. Il resto segue per aree successive. La variabile che sposta di più il calendario non è la complessità tecnica: è la velocità con cui in azienda si decide e lo stato dei dati di partenza.

Il passo successivo, se hai già l'elenco dei processi che soffrono, è scrivere il perimetro del primo rilascio e trasformarlo in un documento di requisiti: poche pagine, le stesse per tutti i fornitori. È il punto in cui un progetto smette di essere un'idea e diventa stimabile.

Le indicazioni di questa guida riguardano l'organizzazione del progetto. Sulle parti regolamentate che un gestionale tocca, dalla fatturazione elettronica alla conservazione dei documenti ai dati personali, i riferimenti ufficiali sono quelli dell'Agenzia delle Entrate e del Garante per la protezione dei dati personali: per il tuo caso confrontati con il tuo commercialista e con il tuo consulente legale.