7 errori legati alle scorte di sicurezza che causano un eccesso di scorte
Sette errori legati alle scorte di sicurezza che trasformano silenziosamente un buffer protettivo in puro stock in eccesso: dimensionato una volta e mai rivisitato, copiato in ogni SKU.
Le scorte di sicurezza dovrebbero essere un cuscinetto, non l'abitudine di tenerne di più per ogni evenienza. La linea tra i due è più sottile di quanto sembri. Ogni errore riportato di seguito inizia come una scorciatoia apparentemente ragionevole e finisce con un inventario che non viene mai venduto. Questa è una lista di controllo, non un saggio: ogni elemento nomina l'errore e si collega al post che copre la soluzione effettiva.
Errori di dimensionamento
- Applicazione della regola di un giorno di copertura a ogni SKU. Un buffer fisso (domanda giornaliera media × un numero fisso di giorni) ignora la variabilità effettiva della domanda di ogni SKU, quindi protegge eccessivamente i venditori più stabili e protegge poco quelli irregolari. Vedi la formula della variabilità della domanda cosa utilizzare una volta che si dispone di uno storico delle vendite sufficiente per calcolarlo.
- Spingere il livello di servizio verso il 99%+ su tutta la linea perché "sembra più sicuro". La relazione tra livello di servizio e buffer richiesto non è lineare: passare dal 95% al 99% costa molte più scorte di sicurezza che passare dal 90% al 95%, con un rendimento decrescente nella protezione dall'esaurimento delle scorte. Prenota il top di quella gamma per gli SKU che lo giustificano effettivamente.
- Dimensionare il buffer durante un picco promozionale e non ricavarlo mai nuovamente per una settimana normale. Un buffer impostato per coprire due settimane virali diventa permanentemente in eccesso per le altre cinquanta. Ricalcolando da a vetrina di vendita recente e rappresentativa è la soluzione, non un'impostazione una tantum.
Errori di processo
- Non rivisitare mai un buffer dopo che la velocità di uno SKU rallenta. Le scorte di sicurezza dimensionate per un movimento veloce non si restringono da sole una volta che lo SKU si è raffreddato. Resta semplicemente lì come eccesso. Se questo è già successo a uno SKU nel tuo catalogo, vendere in eccesso senza distruggere il margine è il percorso di recupero.
- Trattare un fornitore cronicamente in ritardo come un problema di scorte di sicurezza invece che come un problema di tempi di consegna. Accumulare più margine per coprire un fornitore che è costantemente lento maschera il vero problema invece di risolverlo. Misurazione del lead time reale del fornitore e affrontarlo direttamente è solitamente la soluzione migliore rispetto all'aumento indefinito del buffer.
Errori di categoria
- Utilizzando lo stesso livello di servizio per un componente aggiuntivo a basso margine e lo SKU con le entrate più elevate. I punteggi Z differenziati per importanza strategica, margine o volume in dollari sono una pratica documentata, non eccessiva: vedi scegliendo un livello di servizio per SKU invece di un numero per l'intero catalogo.
- Sommando il buffer di variabilità della domanda e il buffer di variabilità del lead time come semplice somma. Quando le due fonti di variabilità sono indipendenti, la formula combinata corretta è una radice quadrata di quadrati sommati, che risulta inferiore a un'addizione semplice. Fare i conti a mano come somma invece che come radice quadrata gonfia silenziosamente ogni buffer che utilizza entrambi i termini: vedi la formula combinata, ha funzionato.
Nessuno di questi è errori esotici. Sono il risultato prevedibile dell'impostazione di un buffer una volta, in una serie di condizioni, e della sua esecuzione incustodita mentre lo SKU sottostante cambia. StockCue ricalcola la domanda e gli input di lead time dietro ogni numero di scorte di sicurezza rispetto ai dati di vendita in tempo reale, quindi un buffer impostato per uno SKU in rapida evoluzione non continua silenziosamente a diventare obsoleto dopo che lo SKU rallenta.
STOCKCUE
StockCue ricalcola la domanda e i tempi di consegna dietro ogni numero di scorte di sicurezza rispetto ai dati di vendita in tempo reale, su ogni piano incluso quello gratuito. Un buffer impostato una volta non continua a diventare obsoleto dopo che uno SKU rallenta.
Installa StockCue su Shopify →
Rahat Khan
Analista delle operazioni di e-commerce
Rahat Khan scrive delle operazioni di inventario di Shopify per Devmerx, lo studio dietro StockCue: Inventory Forecast.
Tutti gli articoli di Rahat Khan