Quando devo riordinare questo ASIN?

Sapere quante unità hai in FBA è facile. Sapere quando dovrai riordinare è la parte difficile — e il divario tra le due cose è la velocità di vendita.

Mille unità da sole non dicono niente. A 10 al giorno sono cento giorni di copertura. A 50 al giorno sono venti. E se la velocità passa da 10 a 50, il piano che hai fatto il mese scorso non è leggermente sbagliato — parla di un’altra azienda.

Quindi una previsione di riordino non è un numero che calcoli una volta. È una stima permanente, che dovrebbe muoversi ogni volta che si muovono le prove.

Un avvertimento, detto una volta e non ripetuto: una data di riordino prevista non è una predizione. È il risultato di un calcolo su ipotesi che sai nominare. Quando cambia un’ipotesi, cambia la data. È il sistema che funziona, non che si rompe.

Ecco come costruire la stima e — cosa più utile — come leggerla.

01Due date, non una

I venditori chiedono «quando resto senza?». Il sistema deve prima rispondere a una domanda più difficile.

• La data di rottura di stock è quando le scorte utilizzabili arrivano a zero, sotto un’ipotesi di domanda dichiarata.
• La data limite d’ordine è l’ultimo giorno in cui puoi piazzare l’ordine e avere ancora le unità a terra prima che succeda.

Le separa tutto il tuo lead time di rifornimento più il buffer che hai deciso di tenere. Con un fornitore da 60 giorni, un ASIN con 45 giorni di copertura non è tranquillo — è già in ritardo di quindici giorni.

Aspettare che le scorte sembrino basse è una strategia che funziona solo se il tuo fornitore è più veloce dei tuoi clienti.

Ogni sezione qui sotto serve a rendere più onesta una di quelle due date.

02Il problema della finestra, e come risolverlo davvero

La velocità di vendita è unità vendute ÷ giorni. L’aritmetica è banale. La scelta dei giorni è tutta la decisione.

La scala è monotona: ogni finestra più corta è più veloce di quella prima. Il segnale è quella forma, non una riga singola. Dice che la domanda sta accelerando, e lo dice in modo più convincente di quanto potrebbe mai fare da solo un dato a 7 giorni, perché un picco compare in una finestra sola mentre una tendenza compare in tutte.

Un valore predefinito che puoi difendere

Mescola la finestra reattiva con quella stabile e pesa di più il recente:

velocità ponderata = 0.6 × (ultimi 7 giorni)
                   + 0.4 × (ultimi 30 giorni)

                   = 0.6 × 47.1 + 0.4 × 40.0
                   = 44.3 unità/giorno

Così reagisci a un cambiamento vero nel giro di una settimana, e un singolo giorno anomalo non te lo trascina come farebbe con un dato grezzo a 7 giorni. Usalo come predefinito e scavalcalo apposta.

Quando scavalcarlo

Scarta la finestra corta quando sai dire la causa e la causa ha una data di fine. Un coupon attivo fino a venerdì, un concorrente che torna disponibile tra due settimane, la coda del Prime Day — sono eventi, non domanda. Riporta la previsione alla base di prima dell’evento e segnati quando ricontrollare.

Fidati della finestra corta quando la scala è monotona e il divario dura da due settimane di fila. Uno scalino senza una causa che sai nominare di solito è un cambiamento vero di ranking o di posizione competitiva.

03Ancora i conti ai dati, non a oggi

Ecco l’errore che rompe in silenzio più previsioni di riordino di qualsiasi scelta di modello.

I tuoi dati di vendita finiscono a una certa data. Quasi mai è oggi — i report si consolidano tardi, le importazioni girano a orario, qualcuno si è dimenticato. Se l’ultimo dato di transazione arriva al 5 settembre e il tuo sistema calcola gli «ultimi 30 giorni» contro la data di oggi, fa la media tra vendite reali e giorni che non hanno ancora dati dentro.

Dodici giorni di ritardo su una finestra di 30 giorni sottostimano la velocità di circa il 40%. Dividi le scorte per quel numero e il sistema dichiara copertura tranquilla su uno SKU che sta per spegnersi — in verde, con sicurezza.

Due regole lo sistemano per sempre:

• Calcola ogni tasso rispetto all’ultimo giorno che i dati coprono davvero, non all’orologio.
• Proietta ogni data in avanti dalla stessa ancora — e metti l’ancora sullo schermo, dove chi legge la vede.

Una previsione che non ti dice quanto sono vecchi i suoi dati ti sta chiedendo fiducia proprio sul punto in cui è più debole.

04Che cosa conta davvero come disponibile

Non tutte le unità legate a un ASIN possono servire il prossimo cliente. Prima di qualsiasi proiezione, separa:

• Vendibili — le uniche unità che soddisfano la domanda oggi.
• Riservate — assegnate a ordini, in trasferimento tra centri logistici o in lavorazione. Reali, ma non ancora disponibili.
• Non spedibili — danneggiate, scadute, bloccate. Presenti nell’account, assenti dalla previsione.
• In arrivo — non sono scorte. E non sono nemmeno niente. Vedi la sezione seguente.

Due di queste gonfiano la previsione di continuo. Contare le unità riservate come vendibili ti regala qualche giorno fantasma; contare la merce in arrivo come giacenza te ne regala settimane.

05La merce in arrivo è una data, non una quantità

La scorciatoia solita — somma giacenza e merce in arrivo, dividi per la velocità — dà un numero quasi mai giusto, perché dà per scontato che 800 unità su una nave si possano vendere oggi.

Modella invece le scorte come una curva. Scende alla tua velocità, fa uno scalino in su alla data di arrivo e riscende.

Quel quasi-incidente è invisibile in qualunque calcolo che tratti la merce in arrivo come un blocco unico. È l’argomento più forte per modellare le scorte come una linea del tempo.

E vuol dire che l’avviso di un ritardo è un dato della previsione, non una seccatura: sposta l’arrivo di dieci giorni e la proiezione deve cambiare nel momento in cui lo registri.

06Il lead time è un intervallo che hai già misurato

Quasi tutti gli errori di riordino risalgono a un lead time che qualcuno ha scritto una volta, con ottimismo, in un altro anno.

Non devi stimarlo. Gli ordini li hai già fatti. Misura da ordine piazzato a unità vendibili — tutta la catena, non solo la fabbrica:

produzione 20 gg + prep 5 gg + transito 25 gg + ricezione 5 gg

Per AB-2210 gli ultimi cinque ordini hanno preso 48, 53, 59, 67 e 72 giorni. La media è 60. Prendere solo la media butta via la cosa più utile della lista — la dispersione.

lead time medio    = 60 giorni
peggiore osservato = 72 giorni
buffer lead time   = 72 − 60 = 12 giorni

Quei dodici giorni non sono imbottitura. Sono il costo osservato del tuo fornitore che fa il suo solito in un mese storto. Aggiungici un margine per la variabilità della domanda se lo SKU è volatile.

Qualunque cosa scegli, l’ipotesi va scritta a schermo. Una data di riordino calcolata su un lead time che chi legge non vede è un numero con cui non può discutere — e il venditore di solito sa qualcosa che il sistema non sa.

07Il calcolo completo, su un solo SKU

Adesso ogni dato in ingresso ha un valore difendibile. Il punto di riordino è la soglia sotto cui non devi scendere:

punto di riordino = velocità × (lead time + buffer)
                  = 44.3 × (60 + 12)
                  = 3,190 unità

AB-2210 ha 1,240 unità in giacenza e 800 in arrivo. Anche contandole tutte e due, siamo a 2,040 — molto sotto 3,190. Il punto di riordino l’ha superato da un pezzo.

La data dice la stessa cosa:

rottura di stock prevista  ≈ 21 ott   (dalla curva sopra)
meno lead time                 60 gg
meno buffer                    12 gg
──────────────────────────────
data limite d’ordine       ≈ 10 ago   — 30 giorni fa

È il risultato verso cui l’articolo stava andando, ed è quello frequente: uno SKU che sembra sano — sei settimane di copertura, una spedizione in mare — è in ritardo di un mese sul prossimo ordine. I giorni di copertura lo nascondevano. Solo la data lo ha scoperto.

Quando succede, cambiano le domande. Non «devo ordinare?» ma: quanto posso accelerare, quanto costa l’aereo rispetto alla rottura di stock che evita, e conviene spezzare l’ordine per far partire subito qualcosa.

08Mostra l’intervallo, non la data

Un sistema che stampa «Riordina entro il 10 agosto» ha detto la verità e insieme creato un’impressione falsa. Il numero sembra un fatto. È una conclusione appoggiata a un’ipotesi di velocità che poteva ragionevolmente valere altri tre numeri.

Quindi mostra quanto vale l’ipotesi:

Guarda quel blocco un secondo e impari una cosa che nessuna data da sola poteva dirti: qui la discussione sulla finestra non conta. Ogni ipotesi plausibile mette la data limite d’ordine nel passato. La questione della velocità esiste, ma non è la questione di questo SKU — adesso decide solo la quantità, non se muoversi.

Su un altro SKU le stesse tre righe potrebbero coprire sei settimane e cadere a cavallo di oggi. Lì l’ipotesi è la decisione, e merita un pomeriggio. Mostrare la dispersione è ciò che permette a un venditore di distinguere i due casi con un’occhiata.

09Che cosa dovrebbe voler dire davvero «tempo reale»

Non ricalcolare ogni secondo. Nessuno decide un ordine d’acquisto con cadenza di cinque minuti, e una previsione che sobbalza a ogni oscillazione giornaliera ti addestra a ignorarla.

Tempo reale dovrebbe voler dire guidato dagli eventi: la proiezione si aggiorna quando cambia qualcosa che la alimenta.

• Arrivano nuovi dati di vendita
• Le scorte si muovono, o delle unità diventano non spedibili
• Una spedizione in arrivo parte, atterra o slitta
• Un ordine d’acquisto viene piazzato, ricevuto, o gli cambiano le date
• Cambi un lead time o una copertura obiettivo

E va accoppiato a una regola su quando avvisarti. Avvisa quando cambia una conclusione, non quando cambia un numero: una data limite d’ordine che attraversa oggi, una data di rottura di stock che si sposta di più di una settimana, uno SKU che scende sotto il suo punto di riordino. Tutto il resto è una schermata che puoi andare a guardare.

Un aggiornamento mensile si perde i cambiamenti veri. Uno continuo ne fabbrica di finti. La cadenza giusta è un sistema che ricalcola sugli eventi e ti interrompe sulle conclusioni.

10Tenere il punteggio è ciò che lo fa migliorare

Salva quello che avevi previsto. Confrontalo con quello che è successo. Senza questo, un sistema di previsione non migliora mai — continua solo a sbagliare con sicurezza nella stessa direzione.

Ci sono tre scostamenti che vale la pena seguire per SKU:

• Scostamento di velocità — previsto 40 al giorno, reale 52 al giorno. Un errore è rumore; lo stesso segno per quattro settimane di fila è un problema di impostazioni che puoi sistemare.
• Scostamento di lead time — ogni ordine d’acquisto chiuso è una misura gratis. Rimettila subito nella media e nel caso peggiore.
• Scostamento di arrivo — quante volte la merce in arrivo atterra alla data che ti avevano dato? Quel numero è il tuo vero fabbisogno di buffer, e di solito è più grande di quello che hai scelto.

Col tempo questo trasforma lead time e buffer da opinioni in osservazioni. L’effetto composto sta lì; l’aritmetica non è mai stata la parte difficile.

11La checklist

1. Trova l’ultima data coperta dai tuoi dati di vendita. Ancora tutto a quella.
2. Separa le vendibili da riservate, non spedibili e in arrivo.
3. Calcola la scala della velocità — 7, 30, 60, 90 — e leggine la forma.
4. Fissa la velocità operativa: ponderata di default, scavalcata solo per una causa che sai nominare.
5. Proietta le scorte come una curva, con uno scalino a ogni data di arrivo.
6. Misura il lead time dai tuoi ordini d’acquisto; tieni la media e il caso peggiore.
7. Fissa il buffer sulla dispersione, più un margine di domanda se lo SKU è volatile.
8. Calcola il punto di riordino e la data limite d’ordine. Segnala tutto quello che è già passato.
9. Mostra la data limite d’ordine a tre velocità, non a una.
10. Ricalcola sugli eventi; avvisa solo quando cambia una conclusione.
11. Registra la previsione, e dagli un voto dopo.

Undici passi, e solo due sono aritmetica. Il resto è decidere che cosa credi e scriverlo dove potrai controllarlo dopo.

Domande frequenti