Nella pagina Chi siamo lo diciamo in una riga: quasi nessuna azienda che ci contatta ha davvero un problema di software. Ha un problema di processo che il gestionale, quando arriva, rende visibile e impossibile da ignorare. Qui vogliamo spiegare cosa intendiamo in pratica: come si fa un audit dei processi prima ancora di guardare un preventivo, e cosa emerge quasi sempre.

Perché l’audit viene prima del software

Scegliere un gestionale guardando prima le funzionalità è l’errore più comune, e anche il più capito con il senno di poi. Un modulo di produzione bellissimo non serve a niente se il problema vero è che gli ordini arrivano su tre canali diversi e nessuno li mette insieme. L’audit serve a rispondere a una domanda sola, prima di qualsiasi altra: dove, esattamente, si perde tempo o si perdono soldi oggi. Non “cosa vorremmo che il software facesse”, ma “cosa succede adesso, passo per passo, quando un ordine entra in azienda e ne esce una fattura”.

Il punto di partenza sono i dati che l’azienda ha già, anche se sparsi: fatture, ordini, giacenze, scadenze. Prima di parlare di licenze si guarda dove quei numeri smettono di tornare. Nella nostra esperienza tre aziende su quattro, arrivate a questo punto, scoprono che il problema principale non era quello per cui ci avevano chiamato.

Cosa si controlla, in concreto

Un audit di processo utile guarda cinque punti, sempre nello stesso ordine:

Il flusso dell’ordine: da dove arriva (telefono, email, e-commerce, agente), chi lo registra, quanti passaggi manuali ci sono prima che diventi una riga di magazzino o una fattura.

Il magazzino reale contro quello teorico: quasi sempre divergono, non per disonestà ma per scarichi registrati in ritardo, resi non tracciati, campioni usciti senza documento. Il primo confronto tra i due numeri è quasi sempre una doccia fredda.

Il tempo di risposta al cliente: quanto passa tra una richiesta di preventivo e la risposta, e quante persone diverse devono essere interpellate nel mezzo.

Il ciclo di fatturazione: chi la prepara, con quali dati, e quanti errori tornano indietro sotto forma di note di credito o solleciti sbagliati.

Le persone che dovranno usare lo strumento: non il reparto IT, ma chi lo apre ogni giorno. Un software che nessuno usa costa più di uno che non c’è, e questo si scopre parlando con loro prima, non dopo.

Il risultato non è un elenco di funzioni

Alla fine di un audit fatto bene non si ottiene una lista di moduli da comprare. Si ottiene una mappa di dove il processo si rompe oggi, con o senza software nuovo. Capita spesso che due o tre di questi punti si possano sistemare subito, cambiando solo chi fa cosa e in che ordine, prima ancora di firmare un contratto. Il gestionale, a quel punto, smette di essere la soluzione miracolosa e diventa quello che è davvero: uno strumento che rende strutturale un cambiamento già deciso.

È anche il motivo per cui non facciamo demo di prodotto al primo contatto. Mostrare un’interfaccia prima di aver capito il processo è il modo più veloce per far comprare la piattaforma sbagliata — bella da vedere, inutile nel lavoro reale del lunedì mattina.

Domande frequenti

Quanto dura un audit di processo prima di scegliere un gestionale?
Dipende dalla complessità, ma un primo confronto per capire se il problema è il processo o davvero il software si fa in una chiamata di circa venti minuti. Un audit più strutturato richiede l’analisi diretta dei dati che l’azienda già possiede.

Serve farlo anche se il gestionale attuale è vecchio e va sostituito comunque?
Sì, forse ancora di più: sostituire uno strumento senza aver capito cosa non ha funzionato nel processo porta quasi sempre a portarsi dietro lo stesso problema sul software nuovo, solo con un’interfaccia diversa.

Chi deve essere coinvolto in azienda durante l’audit?
Non solo chi decide l’acquisto. Le persone che useranno lo strumento ogni giorno — magazzino, amministrazione, commerciale — sanno dove il processo si inceppa meglio di chiunque altro, e la loro voce cambia spesso la diagnosi iniziale.