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. Vedila formula della variabilità della domandacosa 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 rispetto al passaggio 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 avetrina 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 prodotto che si muove velocemente non si restringono da sole una volta che lo SKU si raffredda: rimangono 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 fornitoree 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 – vediscegliendo un livello di servizio per SKUinvece 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 - vedila 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.StockCuericalcola 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 gli input di lead time 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 silenziosamente a diventare obsoleto dopo che uno SKU rallenta.
Installa StockCue su Shopify →Devmerx
Devmerx è un'agenzia di sviluppo Shopify e WordPress che aiuta i marchi DTC a creare negozi più veloci, migrazioni più pulite ed esperienze di conversione più elevate. Con sede a Londra, Regno Unito, serve clienti in tutto il mondo.
Guarda il nostro lavoro