Perché gli ERP tradizionali sono un incubo

Un progetto ERP tradizionale può costare a sei cifre, richiedere 18 mesi, sottrarre le persone migliori delle operations alla fabbrica e produrre comunque un sistema che il team evita appena il lavoro diventa urgente. Questo dovrebbe far arrabbiare più persone.

In qualche modo, l'industria ERP è riuscita a convincere i produttori che questo dolore sia normale: timeline lunghe, consulenza pesante, go-live in ritardo, operatori che tengono appunti su carta perché il sistema è troppo lento, finance che a fine mese riconcilia la realtà con quello che dice l'ERP. Purtroppo, un modello rotto è diventato familiare.

Gli ERP tradizionali sono un incubo perché il dolore non finisce al go-live. La produzione avrà sempre fornitori in ritardo, richieste cliente che cambiano e piani di produzione da spostare. Questo articolo mostra come gli ERP tradizionali trasformano quel normale movimento in progetti lenti, sistemi paralleli e lavoro che il team deve portarsi addosso, poi chiude con cosa rifiutare la prossima volta che un vendor ti dice che quel dolore fa solo parte del lavoro con un ERP.

La tassa ERP

Gli ERP tradizionali ti fanno pagare due volte. La prima fattura è evidente: licenze, consulenti, integrazioni, migrazione dati e formazione. Un progetto che sembra costoso sulla carta di solito è peggio nella realtà, perché le persone che lo portano avanti sono le stesse che devono ancora spedire ordini, risolvere problemi fornitori, rispondere alle vendite e tenere in movimento la produzione.

La seconda fattura è ancora più dolorosa perché non finisce mai. Ogni cambiamento di processo diventa una discussione. Ogni eccezione diventa configurazione. Ogni nuovo canale di vendita, magazzino, regola fornitore, controllo qualità e bisogno di reporting deve passare dalla domanda che nessuno vuole fare: quanto sarà doloroso farlo nell'ERP?

L'azienda paga una volta per installare il sistema, poi continua a pagare ogni volta che la realtà si muove.

L'azienda è costretta a fermarsi

I progetti ERP tradizionali iniziano trasformando l'azienda in documentazione. Il team mappa i processi, approva requisiti, definisce campi, valida workflow e prova a catturare come funziona il business.

Nel frattempo, la fabbrica non aspetta. Il lead time di un fornitore passa da due settimane a sei. Un nuovo cliente vuole regole di consegna diverse. Una linea prodotto cambia. Il layout di magazzino viene rifatto perché i volumi hanno superato quello vecchio. Il team operations si adatta perché non ha scelta, mentre il progetto ERP continua a implementare la versione del business che esisteva durante i workshop.

Per un'azienda stabile, questo ritardo è fastidioso. Per un produttore in crescita, è pericoloso.

Un progetto ERP di 12 mesi dà al business 12 mesi per allontanarsi dalle ipotesi che vengono configurate. Un progetto di 18 mesi gliene dà 18. Al go-live, il sistema può corrispondere al perimetro approvato e mancare comunque il modo in cui il lavoro funziona adesso. È così che un progetto diventa obsoleto prima di essere finito.

Il processo pulito non è la realtà

La logica degli ERP tradizionali ama il processo pulito: ricevere l'ordine, controllare lo stock, pianificare la produzione, comprare materiali, produrre, spedire, fatturare. Come sai bene, le fabbriche non funzionano in modo così pulito.

Il materiale arriva in ritardo, ma l'ordine cliente è urgente. Un lotto è bloccato per qualità. Un fornitore cambia packaging. Un prodotto ha un ciclo per le piccole serie e un altro per volumi più alti. Un subfornitore può assorbire l'eccesso questa settimana, ma non la prossima. Un cliente ha bisogno di un'eccezione di etichettatura. Un altro richiede una consegna divisa su due siti.

Gli ERP tradizionali costringono le aziende a scegliere tra due opzioni pessime. Modellare tutto, e il sistema diventa troppo complesso per gli utenti normali. Modellare poco le eccezioni, e il team fa la maggior parte del lavoro in fogli di calcolo, via email, su carta e con le due persone che sanno come funzionano davvero le cose.

Il sistema mette le persone al servizio del database

Le interfacce ERP scadenti vengono prese in giro perché sembrano vecchie. L'aspetto non è il vero problema (anche se di certo non aiuta); il vero problema è rendere costoso il lavoro semplice.

Ricevere stock non dovrebbe richiedere a un operatore di capire la logica di cinque schermate. Aggiornare lo stato di un lotto non dovrebbe sembrare un'attività finance. Chiudere un ordine di produzione non dovrebbe richiedere così tanto tempo da spingere le persone ad aspettare fine turno e inserire quello che ricordano.

Quando il sistema rallenta il reparto, le persone proteggono prima la produzione. Spostano il pallet. Preparano l'ordine. Scrivono l'appunto. Mandano un messaggio al planner. Aggiornano l'ERP più tardi perché il corriere, la macchina, la cella frigo o il cliente non possono aspettare il software.

Le persone non rifiutano i sistemi perché amano il caos. Rifiutano i sistemi che rendono più difficile fare il lavoro. Quando succede, l'ERP smette di essere la spina dorsale operativa; diventa un registro in ritardo di lavoro già fatto.

Il cambiamento diventa un progetto di consulenza

La vecchia promessa dell'ERP era il controllo. Metti il business in un sistema unico, standardizza il processo e il management ottiene visibilità. Quella promessa aveva più senso quando le operations cambiavano lentamente. In un'azienda manifatturiera in crescita, si rompe.

Crescita significa più prodotti, più varianti, più sedi di stock, più canali di vendita, più fornitori, più regole qualità, più persone che toccano lo stesso ordine. Un buon sistema dovrebbe assorbire quel movimento. Un ERP tradizionale lo trasforma in negoziazione interna.

Possiamo cambiare il workflow? Chi possiede il campo? L'integrazione si romperà? Quanto tempo ci metterà il consulente? Può aspettare la fase due?

Dopo abbastanza conversazioni di questo tipo, il team smette di chiedere all'ERP di adattarsi. Un ERP rigido, quindi, non previene i sistemi paralleli, li crea.

Registrare il lavoro non basta più

La maggior parte degli ERP tradizionali sono sistemi di registrazione, cioè archiviano ciò che è successo: ordini, movimenti di stock, ordini d'acquisto, fatture, lotti, cicli e stati. Certo, i produttori hanno bisogno di dati affidabili, e nessuna operazione seria può funzionare senza.

Ma registrare il business non basta più quando il team sta affogando nel lavoro operativo di routine. Il planner prepara ancora il piano. Il buyer controlla ancora le carenze. Il responsabile operations rincorre ancora gli ordini in ritardo. Il magazzino decide ancora cosa prelevare per primo. Qualcuno sposta ancora informazioni tra strumenti perché il sistema non lo fa.

L'ERP moderno dovrebbe, e può, fare di più. Dovrebbe essere un sistema d'azione, non solo un sistema di registrazione, capace di liberare tempo alle persone invece di chiederne ancora.

Entra Bonx

Bonx è un ERP manifatturiero nativo IA. Rifiutiamo categoricamente il vecchio standard fatto di implementazioni lunghe mesi, configurazione rigida, integrazioni tardive e un sistema che per lo più aspetta che gli esseri umani lo alimentino.

I nostri clienti, invece, raggiungono il go-live in 1-3 mesi, collegano gli strumenti che hanno già nello stack e spostano il lavoro operativo di routine dai fogli di calcolo al sistema. Soprattutto, Bonx crea un sistema d'azione che sposta il lavoro manuale sull'ERP, perché lo esegua per conto delle persone (con supervisione, ovviamente).

Per esempio?

• Something Added ha implementato Bonx in due mesi con un'integrazione nativa alle stampanti HP 3D. Prima di Bonx, la produzione dipendeva da controlli manuali, raggruppamento ordini, selezione delle macchine e avvio dei job di stampa. Dopo l'implementazione, gli ordini venivano raggruppati automaticamente, gli ordini di produzione venivano generati e i job assegnati alle macchine in base a regole industriali. La fabbrica è passata alla produzione 24/7 con oltre 10,000 pezzi prodotti ogni mese.
• Da L'Atelier du Ferment, un'azienda familiare in forte crescita i cui volumi raddoppiavano ogni anno su quattro laboratori, Bonx ha aiutato a rendere le operations più affidabili, migliorare la visibilità sulla produzione e costruire una base solida per crescere ed espandere la distribuzione multicanale. Per esempio, con il suo sistema d'azione, Bonx genera ordini di produzione e suggerimenti di approvvigionamento in base a vendite, shelf life e capacità di stoccaggio a freddo.

Segnali che il tuo ERP è diventato l'incubo

I segnali di allarme di solito compaiono prima che il progetto di sostituzione abbia un nome.

• I piani di produzione vengono ricostruiti a mano perché nessuno si fida della vista del sistema.
• Gli operatori registrano il lavoro su carta o fogli di calcolo prima di aggiornare l'ERP.
• Lo stock è "più o meno giusto", il che significa che qualcuno lo controlla manualmente prima di ogni decisione importante.
• Un normale cambiamento di processo richiede un consulente, un ticket o una fase di progetto.
• Vendite, produzione e finance hanno ciascuna una versione diversa dello stesso ordine.
• Una o due persone portano la conoscenza operativa che l'ERP avrebbe dovuto contenere.
• L'ERP viene usato per fare reporting a posteriori, non per gestire la giornata.

Cosa rifiutare nella prossima conversazione ERP

Non lasciare che un vendor venda il dolore familiare come maturità.

Rifiuta l'idea che un ERP debba richiedere 12 a 18 mesi prima di creare valore. Rifiuta l'idea che il tuo team debba rimodellare il business intorno al software. Rifiuta l'idea che ogni cambiamento di processo dopo il go-live debba diventare una fattura di consulenza.

Fai domande più dure.

• Il sistema può andare live sui flussi che contano di più in settimane, non anni?
• Un ordine può passare da vendite a produzione, stock, spedizione e finance senza reinserimento dati?
• Il tuo team può cambiare workflow dopo il go-live senza avviare un nuovo progetto?
• L'ERP si collega agli strumenti che usi già, o ti chiede di sostituire lo stack?
• Il sistema agisce sul lavoro operativo di routine, o registra soprattutto quello che gli esseri umani hanno già fatto?
• Gli operatori lo useranno durante il turno, o lo aggiorneranno dopo che il lavoro reale è già stato fatto?

FAQ sugli ERP tradizionali

Perché gli ERP tradizionali sono così dolorosi per i produttori?

Gli ERP tradizionali sono dolorosi perché chiedono al business di fermarsi prima che il sistema possa aiutare. I produttori in crescita cambiano continuamente: fornitori, prodotti, clienti, sedi di stock, regole qualità e vincoli di pianificazione si muovono tutti. Se l'ERP non riesce a muoversi con loro, il team costruisce workaround.

Perché le implementazioni ERP tradizionali durano così tanto?

Le implementazioni ERP tradizionali durano così tanto perché troppe cose devono essere modellate in anticipo. Processi, eccezioni, strutture dati, permessi, report e integrazioni vengono definiti prima che il sistema vada live. Questo crea progetti lunghi, e i progetti lunghi danno al business più tempo per allontanarsi dalle ipotesi configurate.

Gli ERP tradizionali sono sbagliati, o solo implementati male?

Alcuni progetti ERP falliscono perché sono implementati male. Ma il problema più profondo è il modello stesso: configurazione rigida, consulenza pesante, integrazioni tardive e sistemi che registrano il lavoro più di quanto aiutino a eseguirlo. Un'implementazione perfetta del modello sbagliato lascia comunque il team a lottare contro il software.

Quando un produttore dovrebbe sostituire un ERP tradizionale?

Inizia a guardarti intorno quando l'ERP smette di essere il luogo in cui il lavoro accade. I segnali includono pianificazione manuale, dati di stock di cui le persone non si fidano, operatori che aggiornano il sistema dopo il turno, cambiamenti di processo che richiedono consulenti e team vendite o finance che mantengono la propria versione della verità operativa.

In cosa Bonx è diverso da un ERP tradizionale?

Bonx è un ERP manifatturiero nativo IA che si implementa in settimane, si collega allo stack esistente (CRM, finance, ecc.), si adatta dopo il go-live e agisce davvero per aiutare le persone a essere più efficienti nel lavoro operativo. I clienti usano Bonx su gestione ordini, stock, acquisti, pianificazione, produzione, qualità e logistica senza trasformare ogni cambiamento di business in un progetto di consulenza.