Quand dois-je réapprovisionner cet ASIN ?

Savoir combien d’unités vous avez en FBA est facile. Savoir quand il faudra réapprovisionner est la partie difficile — et entre les deux, il y a la vitesse de vente.

Mille unités ne veulent rien dire toutes seules. À 10 par jour, c’est cent jours de couverture. À 50 par jour, c’est vingt. Et si la vitesse passe de 10 à 50, le plan du mois dernier n’est pas légèrement faux — il parle d’une autre entreprise.

Une prévision de réapprovisionnement n’est donc pas un chiffre calculé une fois. C’est une estimation permanente qui doit bouger dès que les faits bougent.

Une réserve, dite une fois et pas répétée : une date de réapprovisionnement prévue n’est pas une prédiction. C’est le résultat d’un calcul sur des hypothèses que vous pouvez nommer. Quand une hypothèse change, la date change. C’est le système qui marche, pas qui casse.

Voici comment construire l’estimation et — plus utile encore — comment la lire.

01Deux dates, pas une

Les vendeurs demandent « quand serai-je en rupture ? » Le système doit d’abord répondre à une question plus dure.

• La date de rupture est le jour où le stock utilisable tombe à zéro sous une hypothèse de demande donnée.
• La date limite de commande est le dernier jour où vous pouvez passer le bon de commande et recevoir les unités avant.

Elles sont séparées par tout votre délai de réapprovisionnement plus la marge que vous avez choisi de garder. Avec un fournisseur à 60 jours, un ASIN à 45 jours de couverture n’est pas confortable — il a déjà quinze jours de retard.

Attendre que le stock ait l’air bas est une stratégie qui ne marche que si votre fournisseur est plus rapide que vos clients.

Chaque section qui suit sert à rendre l’une de ces deux dates plus honnête.

02Le problème de la fenêtre, et comment le trancher

La vitesse de vente, c’est unités vendues ÷ jours. Le calcul est trivial. Le choix des jours, c’est toute la décision.

L’échelle est monotone : chaque fenêtre plus courte est plus rapide que la précédente. C’est cette forme le signal, pas une ligne isolée. Elle dit que la demande accélère, et elle le dit mieux qu’un chiffre à 7 jours ne le pourrait seul, parce qu’un pic apparaît dans une fenêtre alors qu’une tendance apparaît dans toutes.

Une valeur par défaut défendable

Mélangez la fenêtre réactive et la fenêtre stable, en penchant vers le récent :

vitesse pondérée = 0.6 × (7 derniers jours)
                 + 0.4 × (30 derniers jours)

                 = 0.6 × 47.1 + 0.4 × 40.0
                 = 44.3 unités/jour

Cela réagit à un vrai changement en une semaine environ, sans se faire tirer par une seule journée inhabituelle comme le fait un chiffre brut à 7 jours. Prenez-le par défaut et ne le remplacez que volontairement.

Quand le remplacer

Écartez la fenêtre courte quand vous pouvez nommer la cause et que cette cause a une date de fin. Un coupon qui court jusqu’à vendredi, un concurrent de retour en stock dans deux semaines, la traîne d’un Prime Day — ce sont des événements, pas de la demande. Ramenez la prévision au niveau d’avant l’événement et notez quand la revérifier.

Faites confiance à la fenêtre courte quand l’échelle est monotone et que l’écart tient depuis deux semaines d’affilée. Un saut sans cause identifiable est en général un vrai changement de rang ou de position.

03Ancrez-vous aux données, pas à aujourd’hui

Voici la panne qui casse plus de prévisions de réapprovisionnement que n’importe quel choix de modèle.

Vos données de ventes s’arrêtent à une date. C’est rarement aujourd’hui — les rapports se stabilisent tard, les imports tournent selon un planning, quelqu’un a oublié. Si vos dernières transactions vont jusqu’au 5 septembre et que votre système calcule les « 30 derniers jours » à partir de la date du jour, il fait la moyenne de vraies ventes avec des jours encore vides.

Douze jours de retard sur une fenêtre de 30 jours sous-estiment la vitesse d’environ 40 %. Divisez votre stock par ce chiffre et le système annonce une couverture confortable sur un SKU qui va s’éteindre — en vert, avec assurance.

Deux règles règlent ça définitivement :

• Calculez chaque taux par rapport au dernier jour réellement couvert par les données, pas à l’horloge.
• Projetez chaque date à partir de ce même ancrage — et affichez l’ancrage là où le lecteur le voit.

Une prévision qui ne dit pas l’âge de ses données demande qu’on lui fasse confiance sur le point où elle est la plus faible.

04Ce qui compte vraiment comme disponible

Toutes les unités rattachées à un ASIN ne peuvent pas servir le prochain client. Avant toute projection, séparez :

• Vendable — les seules unités qui satisfont la demande aujourd’hui.
• Réservé — affecté à des commandes clients, en transfert entre centres de distribution, ou en traitement. Réel, mais pas encore disponible.
• Inexpédiable — endommagé, périmé, bloqué. Présent dans le compte, absent de la prévision.
• En transit — pas du stock. Pas rien non plus. Voir la section suivante.

Deux d’entre eux gonflent régulièrement une prévision. Compter le réservé comme vendable vous achète quelques jours fantômes ; compter le transit comme du stock en main vous en achète des semaines.

05Le transit est une date, pas une quantité

Le raccourci habituel — additionner le stock en main et le transit, diviser par la vitesse — donne un chiffre presque toujours faux, parce qu’il suppose que 800 unités sur un bateau se vendent aujourd’hui.

Modélisez plutôt le stock comme une courbe. Il descend à votre vitesse, remonte d’un cran le jour de l’arrivée, puis redescend.

Ce quasi-accident est invisible dans tout calcul qui traite le transit comme une somme globale. C’est le meilleur argument pour modéliser le stock comme une frise.

Et cela veut dire qu’un avis de retard est une entrée de la prévision, pas un désagrément : décalez l’arrivée de dix jours et la projection doit changer dès que vous l’enregistrez.

06Le délai est une plage que vous avez déjà mesurée

La plupart des erreurs de réapprovisionnement remontent à un délai saisi une fois, avec optimisme, une autre année.

Pas besoin de l’estimer. Vous avez déjà passé les commandes. Mesurez du bon de commande passé aux unités vendables — toute la chaîne, pas seulement l’usine :

fabrication 20j + préparation 5j + transport 25j + réception 5j

Pour AB-2210, les cinq derniers bons de commande ont pris 48, 53, 59, 67 et 72 jours. La moyenne est de 60. Ne garder que la moyenne jette ce qu’il y a de plus utile dans cette liste — la dispersion.

délai total moyen  = 60 jours
pire observé       = 72 jours
marge sur le délai = 72 − 60 = 12 jours

Ces douze jours ne sont pas du rembourrage. C’est le coût observé de votre fournisseur tel qu’il est un mauvais mois. Ajoutez par-dessus une réserve pour la variabilité de la demande si le SKU est volatil.

Quel que soit votre choix, l’hypothèse doit être à l’écran. Une date de réapprovisionnement calculée sur un délai que le lecteur ne voit pas est un chiffre qu’il ne peut pas contester — et le vendeur sait généralement quelque chose que le système ignore.

07Le calcul complet, sur un SKU

Chaque entrée a maintenant une valeur défendable. Le point de commande est le seuil sous lequel il ne faut pas passer :

point de commande = vitesse × (délai total + marge)
                  = 44.3 × (60 + 12)
                  = 3,190 unités

AB-2210 a 1,240 unités en main et 800 en transit. Même en comptant les deux, on arrive à 2,040 — bien en dessous de 3,190. Il a franchi son point de commande depuis un moment.

La date dit la même chose :

rupture projetée    ≈ 21 oct.   (d’après la courbe ci-dessus)
moins le délai total    60 j
moins la marge          12 j
──────────────────────────────
date limite         ≈ 10 août   — il y a 30 jours

C’est le résultat vers lequel allait l’article, et c’est le cas courant : un SKU qui a l’air sain — six semaines de couverture, une expédition en mer — a un mois de retard sur son prochain bon de commande. Les jours de couverture le cachaient. Seule la date l’a montré.

Quand cela arrive, les questions changent. Non pas « dois-je commander ? » mais : combien puis-je accélérer, ce que coûte le fret aérien face à la rupture de stock qu’il évite, et faut-il scinder le bon de commande pour faire partir quelque chose tout de suite.

08Montrez la plage, pas la date

Un système qui affiche « Commandez avant le 10 août » dit la vérité et crée une fausse impression en même temps. Le chiffre a l’air d’un fait. C’est une conclusion posée sur une hypothèse de vitesse qui aurait raisonnablement pu prendre trois autres valeurs.

Montrez donc ce que vaut l’hypothèse :

Lisez ce bloc une seconde et vous apprenez ce qu’aucune date seule ne pouvait dire : le débat sur la fenêtre ne compte pas ici. Toutes les hypothèses plausibles placent la date limite dans le passé. La question de la vitesse est réelle, mais ce n’est pas la question de ce SKU — elle ne décide plus que la quantité, pas s’il faut agir.

Sur un autre SKU, les mêmes trois lignes pourraient couvrir six semaines et encadrer aujourd’hui. L’hypothèse est alors la décision, et elle mérite un après-midi. Montrer la dispersion, c’est ce qui permet à un vendeur de distinguer ces deux situations d’un coup d’œil.

09Ce que « temps réel » devrait vouloir dire

Pas recalculer chaque seconde. Personne ne décide d’un bon de commande toutes les cinq minutes, et une prévision qui tressaute à chaque variation quotidienne vous apprend à l’ignorer.

Le temps réel devrait vouloir dire déclenché par événement : la projection se met à jour quand une de ses entrées change.

• De nouvelles données de ventes arrivent
• Le stock bouge, ou des unités deviennent inexpédiables
• Une expédition part, arrive, ou glisse
• Un bon de commande est passé, reçu, ou ses dates changent
• Vous changez un délai ou une couverture cible

Et il faut y ajouter une règle sur le moment où l’on vous prévient. Alertez quand une conclusion change, pas quand un chiffre change : une date limite qui passe avant aujourd’hui, une date de rupture qui bouge de plus d’une semaine, un SKU qui tombe sous son point de commande. Le reste est un écran que vous pouvez aller voir.

Un rafraîchissement mensuel rate les vrais changements. Un rafraîchissement permanent en fabrique de faux. Le bon rythme, c’est un système qui recalcule sur événement et vous interrompt sur conclusion.

10Tenir les comptes, c’est ce qui fait progresser

Enregistrez ce que vous aviez prévu. Comparez à ce qui s’est passé. Sans cela, un système de prévision ne s’améliore jamais — il se trompe avec assurance, toujours dans le même sens.

Trois écarts valent d’être suivis par SKU :

• Écart de vitesse — prévu 40/jour, réel 52/jour. Un raté est du bruit ; le même signe quatre semaines de suite est un réglage à corriger.
• Écart de délai — chaque bon de commande terminé est une mesure gratuite. Reversez-la directement dans la moyenne et le pire cas.
• Écart d’arrivée — à quelle fréquence le transit arrive-t-il à la date annoncée ? Ce chiffre est votre vrai besoin de marge, et il est en général plus grand que celui que vous avez choisi.

Avec le temps, le délai et la marge passent de l’opinion à l’observation. C’est là l’effet cumulé ; le calcul n’a jamais été la partie difficile.

11La liste de contrôle

1. Trouvez la dernière date couverte par vos données de ventes. Ancrez tout dessus.
2. Séparez le vendable du réservé, de l’inexpédiable et du transit.
3. Calculez l’échelle des vitesses — 7, 30, 60, 90 — et lisez sa forme.
4. Fixez la vitesse de travail : pondérée par défaut, remplacée seulement pour une cause que vous savez nommer.
5. Projetez le stock en courbe, avec une marche à chaque date d’arrivée.
6. Mesurez le délai sur vos propres bons de commande ; gardez la moyenne et le pire cas.
7. Fixez la marge d’après la dispersion, plus une réserve de demande si le SKU est volatil.
8. Calculez le point de commande et la date limite. Signalez tout ce qui est déjà passé.
9. Affichez la date limite à trois vitesses, pas une.
10. Recalculez sur événement ; alertez seulement quand une conclusion change.
11. Enregistrez la prévision, et notez-la plus tard.

Onze étapes, dont deux seulement sont du calcul. Le reste consiste à décider ce que vous croyez et à l’écrire là où vous pourrez le vérifier plus tard.

Questions fréquentes