Quando una PMI manifatturiera decide di cambiare gestionale, il preventivo che arriva ha sempre due numeri: il canone e le ore di avvio. Un terzo numero non c’è mai scritto da nessuna parte, e non lo scrive nessun fornitore: quante ore, in azienda, servono per seguire il progetto dall’altra parte del tavolo.
Non è un costo che manca dal contratto perché qualcuno l’ha dimenticato. È un costo che non è del fornitore — è tuo — e per questo nessuna proposta commerciale lo calcola al posto tuo.
Chi lo mette a calendario, il progetto lo segue davvero. Chi lo lascia implicito — ci pensiamo mentre lavoriamo, lo segue un po’ tutti — scopre dopo tre mesi che le decisioni le ha prese il fornitore per assenza di risposta, o che le ha prese la persona più disponibile invece della più competente.
Questo è il terzo e ultimo dei lavori che il piano dell’ultimo trimestre elenca come non-software. Il primo — una decisione scritta — e il secondo — il perimetro dei dati — li abbiamo trattati altrove. Questo tratta il terzo: chi, dentro l’azienda, ci mette il tempo.
Il dato che lo rende un problema misurabile, non un’impressione
Non serve una statistica nuova per dire che i progetti software sforano. Ne avevamo già citata una, verificata, parlando del piano del trimestre: su un campione di 170 organizzazioni, il 2026 ERP Report di Panorama Consulting indica una durata mediana di nove mesi per un progetto ERP, con oltre un quarto dei progetti che sfora il budget per una necessità tecnologica imprevista, e circa un quarto che sfora i tempi per cause organizzative — non tecniche.
“Causa organizzativa” è un’etichetta comoda che nasconde quasi sempre la stessa cosa: una decisione che aspettava una persona, e quella persona quel giorno aveva altro da fare. Non è pigrizia. È che il tempo per seguire il progetto non era mai stato conteggiato come lavoro — era “in più”, ed è sempre la prima voce che salta quando arriva un ordine urgente o un cliente scontento.
Su scala diversa — organizzazioni più grandi, spesso con un project management già strutturato — il Project Management Institute osserva lo stesso meccanismo dal lato opposto: quando più dell’80% dei progetti ha uno sponsor davvero coinvolto, il tasso di successo sale al 76% contro il 46% dei progetti senza; e chi fa da sponsor dichiara in media 13 ore alla settimana per ogni progetto che segue, in aggiunta al proprio lavoro ordinario. Non è un dato di PMI manifatturiere italiane, ed è onesto dirlo: ma conferma da un contesto del tutto diverso che il tempo dedicato, non la carica o il titolo, è la variabile che sposta il risultato.
Cosa fa davvero, chi segue il progetto
Non è un ruolo IT. Nella maggior parte delle PMI manifatturiere italiane non c’è un IT interno strutturato — e non deve essercene uno per portare a casa un progetto gestionale. Chi segue il progetto fa tre cose, e sono tutte e tre decisioni, non compiti tecnici.
Decide quando il fornitore chiede
Ogni progetto arriva a bivi che il fornitore non può chiudere da solo — “il cliente vuole due prezzi diversi per lo stesso articolo, li teniamo separati o li normalizziamo?” — e ogni bivio irrisolto per più di qualche giorno diventa un ritardo silenzioso: il fornitore va avanti su un’altra parte, e quella decisione resta lì, ad aspettare.
Convalida che il dato sia giusto, non che il sistema funzioni
Il fornitore sa se il software gira. Solo qualcuno dentro l’azienda sa se la giacenza di magazzino che il sistema mostra è quella vera — e questa verifica non si delega, perché richiede di conoscere l’azienda, non il software.
Porta avanti chi userà il sistema ogni giorno
Non con un annuncio in bacheca: con qualcuno che, quando un operatore chiede “perché adesso devo fare così”, ha l’autorità per rispondere e per far rispettare la risposta.
Sono tre compiti che una persona sola può presidiare in poche ore alla settimana — non serve una struttura dedicata. Il punto non è quanta gente, è che qualcuno di preciso sappia che quelle tre cose sono il suo lavoro, per la durata del progetto.
Quante ore, per dare un ordine di grandezza
Questa non è una statistica di settore: è una stima indicativa, costruita per dare un ordine di grandezza a chi deve organizzarsi, non una promessa di durata.
| Fase | Cosa succede | Ore/settimana indicative |
|---|---|---|
| Avvio e configurazione | Bivi frequenti, decisioni su come mappare i processi | 4–6 |
| Migrazione e verifica dati | Controllo dei dati travasati, confronto con l’archivio vecchio | 3–5 |
| Formazione e test | Prove reali con chi userà il sistema, raccolta dei problemi | 5–8 |
| Go-live | Presidio quotidiano, decisioni rapide sui blocchi | 8–10 |
| Primi due mesi dopo il go-live | Sistemazione delle eccezioni, meno bivi, più correzioni | 2–4 |
Il numero che conta non è la colonna di destra: è che quella colonna esista prima che il progetto parta, non che venga scoperta a metà strada guardando quante ore ci si sta mettendo senza averlo deciso.
Cosa succede quando nessuno l’ha messo a calendario
Non un fallimento plateale. Un progetto senza referente non si ferma quasi mai — degrada, in modo che per settimane sembra tutto normale.
Le decisioni le prende il fornitore, per assenza di risposta. Non per invadenza: perché il progetto deve andare avanti, e se in cinque giorni nessuno risponde a un bivio, il fornitore sceglie l’opzione più comune e prosegue. Sei mesi dopo, quella scelta di default può essere quella sbagliata per la tua azienda specifica — e nessuno se ne accorge finché non produce un errore visibile.
Il controllo dati salta un passaggio. Se nessuno ha tempo dedicato a verificarlo, il dato migrato si considera buono perché il sistema non ha dato errori — che è un test tecnico, non un test di correttezza. I due non sono la stessa cosa, come avevamo già sviluppato parlando di bonifica anagrafiche.
La formazione la fa chi ha tempo, non chi conosce il processo meglio. Nelle PMI succede spesso: chi ha un buco nell’agenda quel giorno spiega agli altri come funziona il nuovo sistema, anche se non è la persona più adatta a farlo. L’informazione che passa è quella che quella persona ricorda, non quella che serve davvero.
Nessuno di questi tre punti compare in un rapporto di progetto. Sono silenziosi finché non producono un numero sbagliato in un ordine, o un operatore che ha smesso di fidarsi del sistema e torna a lavorare col foglio a parte.
Il canone lo sai già. Le ore interne no.
Il nostro calcolatore mette in fila moduli, utenti e integrazioni per stimare la spesa reale. Manca sempre un pezzo: il tempo che ci mette la tua azienda a seguirlo. Mettilo in conto prima di firmare, non dopo.
Calcola la spesa realeCome dimensionarlo senza un IT interno
Non serve assumere nessuno, e non serve che sia il titolare a farlo — anche se in molte PMI lo diventa comunque, e non è un problema se lo sceglie consapevolmente, non per default.
1. Conosce il processo, non il software
Chi capisce come funziona davvero il reparto — non chi ha più dimestichezza col computer — prende le decisioni giuste sui bivi. La competenza informatica si acquisisce durante il progetto; la conoscenza del processo no.
2. Ha l’autorità per far rispettare una decisione
Non solo per proporla. Se il referente deve chiedere il permesso a qualcun altro ogni volta che risponde al fornitore, il ritardo si sposta ma non sparisce.
3. Ha le ore scritte da qualche parte
Non “trovate quando serve”. Non deve essere un documento formale — basta che chi gliele toglie per un’urgenza sappia che le sta togliendo a qualcosa che è stato deciso, non a un margine libero.
Se in azienda non c’è nessuno che soddisfa tutti e tre i punti, è un’informazione utile da avere prima di firmare un contratto, non dopo — perché cambia quanto tempo serve davvero, non se il progetto si può fare.
Cosa cambia se lo comprate anche voi
Non lo diciamo per vendere ore in più: lo diciamo perché è l’unica parte di questo articolo che dipende da noi, ed è giusto essere chiari su cosa costa.
Se in azienda oggi non c’è margine per dedicare quelle ore, l’alternativa non è rinunciare al progetto: è comprare parte di quel tempo dall’esterno. I nostri servizi di implementazione sono a listino, 100 €/ora, scontati del 40% in fase di avvio (60 €/ora). È un’opzione, non la raccomandazione di default — il referente interno resta comunque necessario per le decisioni che solo chi conosce l’azienda può prendere; quello che si può comprare è il tempo di esecuzione, non il giudizio.
Non sapete se avete le ore per farlo da soli?
Raccontateci come siete organizzati oggi: vi diciamo con onestà se bastano le ore che avete, o se conviene affiancarle con le nostre.
ParliamoneDomande frequenti
Chi deve seguire un progetto gestionale in una PMI senza IT interno?
Non serve un ruolo tecnico. Serve una persona che conosce il processo aziendale, ha l’autorità per decidere senza chiedere il permesso ogni volta, e ha ore dedicate messe a calendario prima dell’avvio del progetto — non trovate strada facendo.
Quante ore alla settimana servono per seguire un progetto software?
Varia per fase: indicativamente 4–6 ore/settimana in avvio, 5–8 durante formazione e test, 8–10 nella settimana del go-live, poi in calo. Sono stime indicative per dare un ordine di grandezza, non una durata garantita: dipendono dalla complessità dell’azienda e dal punto di partenza.
Cosa succede se in azienda nessuno segue davvero il progetto?
Non un fallimento immediato: un degrado silenzioso. Le decisioni sui bivi le prende il fornitore per assenza di risposta, la verifica dei dati migrati diventa superficiale, e la formazione la fa chi ha tempo libero invece di chi conosce meglio il processo. I problemi emergono settimane dopo, quando sono più cari da correggere.
Il referente interno deve essere il titolare dell’azienda?
Non necessariamente, anche se in molte PMI lo diventa di fatto. Conta di più che la persona conosca il processo e abbia l’autorità per far rispettare una decisione — può essere il responsabile di produzione, l’amministrativo, chiunque soddisfi questi criteri e abbia ore dedicate.
Si possono comprare le ore che mancano in azienda dall’esterno?
Sì, i servizi di implementazione Sivaf sono a listino (100 €/ora, scontati al 60 €/ora in fase di avvio). Compra il tempo di esecuzione, non sostituisce il giudizio di chi conosce l’azienda: il referente interno resta necessario per le decisioni.
Questo vale solo per l’ERP o anche per MES, WMS, LIMS?
Vale per qualsiasi software che cambia un processo esistente, non solo per l’ERP. Cambia il tipo di decisioni da presidiare — in produzione i bivi sono su postazioni e distinte, in magazzino su ubicazioni e flussi — non il principio: qualcuno con tempo dedicato e autorità reale.
Il primo dei tre lavori del trimestre — la decisione scritta prima di partire — e il piano dell’ultimo trimestre restano il punto di partenza di questa serie. Per la sequenza di un’implementazione, fase per fase, vedi tempi e fasi di un software AI-first; per le cause di fallimento in generale, perché il 67% delle PMI fallisce nell’ERP.
