La distinta base che cambia in continuazione: come si gestiscono le varianti senza impazzire

Il problema delle varianti non è tecnico, è aritmetico. Tre lunghezze, quattro materiali e due finiture fanno ventiquattro combinazioni, e se ognuna diventa una distinta base separata, ogni modifica al pezzo comune va ripetuta ventiquattro volte. Prima o poi qualcuno se ne dimentica una, e quella diventa l'ordine sbagliato.

Chi lavora su commessa ci convive da anni, di solito con un foglio di calcolo di fianco al gestionale.

Se vuoi capire quante combinazioni hai davvero e quali contano, scrivici: mezz'ora e i tuoi ultimi dieci ordini.

Perché il gestionale non basta quasi mai

I pacchetti gestiscono la distinta base come un albero fisso: un prodotto, i suoi componenti, le quantità. Funziona benissimo per chi produce sempre la stessa cosa.

Nel conto terzi la realtà è un'altra: il prodotto è quasi lo stesso, e la differenza sta in due o tre attributi che il cliente sceglie. Descriverlo con un albero fisso obbliga a duplicare l'albero per ogni combinazione, ed è la ragione per cui le anagrafiche di certe aziende contengono migliaia di codici quasi identici.

La soluzione non è un gestionale migliore. È descrivere il prodotto per attributi invece che per codici, e generare la distinta al momento dell'ordine.

Le quattro informazioni che servono

Quali attributi definiscono davvero il prodotto. Non tutti: quelli che cambiano il materiale, la lavorazione o il tempo. Il colore dell'imballo di solito non è uno di questi, la lunghezza sì.

Quali combinazioni sono ammesse. Non tutte le combinazioni esistono: certi materiali non prendono certe finiture, certe lunghezze non stanno su certe macchine. Queste regole oggi vivono nella testa di chi prepara gli ordini, ed è il motivo per cui quella persona non può andare in ferie.

Cosa cambia nel ciclo di lavorazione, non solo nei componenti. Una finitura diversa non aggiunge un pezzo: aggiunge un passaggio, spesso esterno, e cambia il tempo di consegna.

Cosa succede quando arriva una variante nuova. Perché arriverà. La domanda da risolvere prima è se il sistema la accetta come combinazione nuova degli attributi esistenti, o se richiede l'intervento di qualcuno.

Il punto in cui quasi tutti sbagliano

Si comincia dal prodotto più complicato.

È comprensibile e produce sempre lo stesso risultato: sei mesi a modellare il caso estremo, un sistema che nessuno usa, e il foglio di calcolo ancora lì. Il caso estremo ha quindici attributi, tre eccezioni per attributo, e regole che nemmeno chi le applica sa spiegare del tutto.

Conviene il contrario: si prende la famiglia di prodotti più frequente, si guarda quali tre o quattro attributi la descrivono, e si parte da lì. Il caso estremo si affronta dopo, quando il sistema ha già dimostrato di reggere il caso normale, oppure resta a mano perché capita due volte l'anno e non vale il costo.

Cosa può fare un sistema, e cosa resta a una persona

Un sistema che conosce gli attributi e le regole di compatibilità fa tre cose: genera la distinta per una combinazione che non era mai stata ordinata prima, calcola il ciclo aggiungendo i passaggi che quella combinazione richiede, e blocca le combinazioni impossibili prima che diventino un ordine.

Non decide se una combinazione nuova si può fare. Quando arriva una richiesta fuori dalle regole conosciute, la risposta è che serve una valutazione, e la valutazione la fa chi conosce le macchine. Un sistema che prova a rispondere da solo su quel terreno produce ordini che il reparto non può eseguire, e succede una volta sola prima che nessuno si fidi più.

Il vantaggio che non si vede subito

Il beneficio immediato è che l'anagrafica smette di gonfiarsi e le modifiche si fanno una volta sola.

Quello che conta di più arriva dopo: le regole di compatibilità, che oggi stanno nella testa di due persone, diventano una cosa scritta. È l'unico modo per cui un'azienda smette di dipendere dalla presenza di quelle due persone, e nella maggior parte dei casi è la ragione vera per cui vale la pena farlo.

C'è anche un effetto sul preventivo: quando la distinta si genera dagli attributi, il costo di una combinazione mai fatta si calcola invece di stimarlo.

Quando invece non conviene

Se le varianti sono meno di dieci e stabili, il foglio di calcolo va benissimo e costa zero. Se il prodotto cambia a ogni ordine e non esistono regole ricorrenti, non c'è niente da modellare: quello non è un problema di varianti, è produzione su disegno, e si affronta in un altro modo.

Il criterio pratico è la ripetizione: se le stesse combinazioni tornano, il sistema le paga. Se non tornano mai, no.

Come si verifica in un pomeriggio

Prendi gli ordini degli ultimi tre mesi e conta quante combinazioni diverse contengono. Poi guarda quante di quelle sono tornate più di una volta. Il rapporto fra i due numeri ti dice se questo lavoro ha senso, prima di sentire qualunque fornitore.

Se vuoi farlo con qualcuno che ha già visto come si rompe, scrivici. Mezz'ora, e bastano gli ordini che hai già.