Contenu du cours
Advanced · Cours 6 : Systèmes de planification retail et KPI · Leçon 1 sur 4

Ce qu'un système de planification retail suit réellement, au-delà d'un tableur

Niveau: AdvancedDurée: 45 minutesCommande utilisée: A (le T-shirt)Outil: Fiche de KPI de planification retail
Pour un merchandiser, un acheteur ou un planificateur retail qui veut savoir ce qu'un système de planification retail connecté apporte réellement par rapport à un tableur, avant d'en choisir un ou de lui faire confiance. Aucune leçon préalable requise. Ce cours reste neutre vis-à-vis des fournisseurs ; aucun logiciel précis n'est cité.
AcheteurNorthline Apparel
Détaillant fourniFairway Stores (chaîne de grands magasins)
CommandeA — 15 000 T-shirts, tailles S M L XL, ratio 1:2:2:1
Prix de gros8,00 USD la pièce
Prix boutique19,90 USD, prix soldé 3,98 USD
Magasins portant la commande A12 magasins Fairway Stores
02Ouverture

Cette page enseigne à un merchandiser, un acheteur ou un planificateur retail ce qu'un système de planification retail connecté suit qu'un tableur ne peut pas suivre, avant de faire confiance à l'un ou l'autre pour une vraie décision de réassort

Northline Apparel fournit la commande A, 15 000 T-shirts en coton basique, à Fairway Stores, une chaîne de grands magasins vendant ce modèle dans 12 magasins. Une fois les T-shirts en rayon, quelqu'un chez Fairway Stores doit savoir, magasin par magasin et taille par taille, à quelle vitesse le modèle se vend, combien de stock il reste, et à quel moment une décision de réassort devient urgente. Beaucoup de détaillants essaient encore de répondre à cette question à partir d'un tableur qu'une personne met à jour à la main une fois par semaine. Un tableur peut contenir les mêmes chiffres qu'un système de planification, mais il ne peut pas, par sa nature même, les garder à jour, connectés et fiables. Cette leçon nomme ce qu'un système de planification retail suit précisément et qu'un tableur a tendance à perdre.

03Avant de commencer

Ce dont vous avez besoin, et ce que cette leçon ne couvre pas

Vous avez besoin de : l'idée générale qu'un détaillant vend un modèle dans plusieurs magasins et doit connaître les niveaux de stock et la vitesse de vente pour planifier un réassort. Le Parcours 17, Cours 1 et Cours 3 sont une préparation utile.

À la fin de cette leçon, vous pourrez :

  • nommer ce qu'un système de planification retail connecté suit qu'un tableur mis à jour à la main ne peut pas ;
  • expliquer pourquoi un fichier tableur unique, partagé par e-mail, produit un conflit de versions sur une chaîne multi-magasins ;
  • identifier les données de référence dont un système de planification retail a besoin avant de calculer un seul KPI utile ;
  • décrire le point précis où un tableur devient un risque réel plutôt qu'une commodité ;
  • énoncer, en termes simples, pourquoi un système de planification retail est d'abord une discipline, pas un logiciel.

Non couvert ici : les KPI précis qu'un planificateur examine chaque semaine (leçon 6.2), comment vérifier les données derrière un rapport avant d'y faire confiance (leçon 6.3), et la construction d'une fiche de KPI de planification retail complète (leçon 6.4). Aucun logiciel précis n'est cité ou recommandé dans ce cours.

04Termes clés

Mots que vous rencontrerez dans cette leçon

TermeSens
Système de planification du commerce de détailUn enregistrement partagé et connecté qui suit le stock, les ventes et les décisions de réassort par magasin et par taille automatiquement, au lieu d'un fichier qu'une personne met à jour à la main.
Données de référenceDes données de référence réutilisables qui restent stables à travers de nombreuses commandes jusqu'à ce qu'elles soient délibérément modifiées.
Donnée d'entréeL'un des chiffres individuels qu'un calcul de tableau de bord combine pour produire son chiffre affiché.
Couverture de stockLe nombre de semaines pendant lesquelles le stock actuel d'une marque devrait durer avant de s'épuiser, compte tenu de son rythme de vente normal.
Taux d'écoulementLa part du stock effectivement vendue pendant une période planifiée, utilisée pour juger si une prévision était correcte.
Conflit de versionsDeux enregistrements montrant des valeurs différentes alors que les deux sont traités comme actuels.
Feuille de calcul de complémentUn tableur utilisé uniquement pour des informations qu'aucun système contrôlé ne détient actuellement.
05Enseignement
La règle

Un système de planification retail ne mérite son nom que si le stock, les ventes et le réassort restent connectés et à jour dans chaque magasin à la fois, ce qu'un seul fichier mis à jour à la main ne peut pas faire

Un tableur est un fichier. Un système de planification retail est une discipline pour garder les niveaux de stock, les chiffres de vente et les décisions de réassort connectés entre eux, mis à jour selon un calendrier fixe, et visibles par tous ceux qui en ont besoin en même temps. Les deux se recoupent dans ce qu'ils peuvent afficher : tous deux peuvent montrer un niveau de stock, un chiffre de vente, une couverture de stock. Ils diffèrent nettement dans ce qui se passe au moment précis où deux personnes doivent mettre à jour le même fait depuis deux endroits différents en même temps. Un tableur n'a aucun moyen d'empêcher cela de produire deux réponses différentes qui semblent « actuelles ». Un système de planification retail est conçu spécifiquement pour l'empêcher.

Tableur, envoyé chaque semaineChaque magasin saisit son propre compteDeux versions peuvent sembler actuellesAucune trace de qui a changé quoiSystème de planification retailChaque compte magasin alimente un enregistrementUne seule réponse actuelle à tout momentChaque changement est enregistré automatiquement
Un tableur et un système de planification retail peuvent afficher les mêmes chiffres, mais un seul peut garantir qu'il n'existe qu'une seule réponse actuelle. La différence apparaît au moment où deux magasins mettent à jour le stock le même jour.
Ce que vous rencontrerez dans la réalité

L'écart entre un tableur et un vrai système de planification retail se creuse avec le nombre de magasins, la rapidité du modèle économique, et qui lit les chiffres

Ce qui peut différerLes cas que vous rencontrerezPourquoi cela vous concerne
Chaîne export à la commande versus marque domestique sur stockFairway Stores lit le taux d'écoulement de la commande A sur 12 magasins export ; une marque domestique comme Cedar & Co. lit le même type de données pour décider son prochain cycle de réassort à partir de sa propre prévision.Les données d'une commande MTO servent surtout la commande séparée suivante ; un programme de réassort MTS a besoin de données assez récentes pour agir dans le cycle en cours.
Magasin unique versus chaîne multi-magasinsUne seule boutique peut survivre avec un tableur qu'un responsable met à jour chaque soir. Une chaîne de 12 magasins comme Fairway Stores ne le peut pas, car le compte de stock du même modèle change à 12 endroits à la fois.Plus le nombre de sites qui alimentent le même chiffre est élevé, plus le risque que deux personnes le mettent à jour différemment au même moment augmente.
Côté acheteur/marque versus côté détaillantNorthline Apparel a besoin du taux d'écoulement propre de Fairway Stores pour planifier sa prochaine production ; Fairway Stores a besoin de ses propres comptes de stock pour décider une réallocation au niveau des magasins.Chaque côté a besoin des mêmes faits sous-jacents tenus à jour pour une décision différente, donc l'enregistrement doit être fiable pour les deux usages à la fois.
Comptes hybrides gérés par un agentUn agent comme Meridian Sourcing, coordonnant un compte hybride entre une usine et plusieurs acheteurs, a besoin d'un seul enregistrement actuel plutôt que de tableurs séparés de chaque côté qui peuvent se contredire.Un compte hybride mêlant une prévision permanente à des runs de complément est justement là où deux tableurs déconnectés risquent le plus de se contredire.
Le cas que nous suivons

Fairway Stores a d'abord géré le stock et les ventes de la commande A sur un tableur partagé avant que son système de planification ne détecte automatiquement le même écart

Avant que Fairway Stores ne connecte les données de stock et de ventes de la commande A à son système de planification retail, chacun des 12 magasins envoyait par e-mail son propre compte de stock hebdomadaire à un planificateur du siège, qui collait les chiffres dans un tableur maître unique. Deux magasins ont mis à jour leurs comptes le même jeudi après-midi : l'un depuis le système de caisse, l'autre depuis un recomptage manuel. Les deux versions ont été enregistrées sous le même nom de fichier, à une heure d'intervalle. Le planificateur travaillait avec la version ouverte en dernier, sans savoir qu'une seconde version existait. Une fois que le système de planification retail de Fairway Stores a pris en charge la même tâche, chaque transaction de caisse de chaque magasin a alimenté automatiquement le même enregistrement de stock, avec un horodatage sur chaque changement, de sorte qu'un seul chiffre de stock actuel pour ce modèle n'a jamais existé qu'à un moment donné.

Le chiffre calculé

Douze magasins mettant à jour indépendamment le même compte de stock offrent jusqu'à 66 endroits distincts où un conflit de versions de tableur peut commencer

12 magasins, chaque paire capable de contredire la version enregistrée d'un autre magasin
Nombre de paires possibles de magasins : 12 x 11 / 2 = 66 occasions distinctes pour deux versions « actuelles » de se contredire
Un système de planification retail réduit ce nombre à 1 : un seul enregistrement que la caisse de chaque magasin met à jour directement
Tableur : 66 conflits possiblesSystème de planification retail : 1 enregistrement actuel
Le risque n'est pas que le tableur soit lent ; c'est qu'il ne peut garantir qu'une seule réponse actuelle existe. Avec 12 magasins mis à jour indépendamment, 66 paires distinctes pourraient chacune se contredire au même moment.
La méthode

Jugez si l'enregistrement du stock et des ventes d'un détaillant est un vrai système de planification ou seulement une feuille de calcul de complément, en quatre étapes

  1. Demandez combien de personnes ou de magasins distincts peuvent mettre à jour le même fait au même moment.
  2. Vérifiez si un changement fait à un endroit se répercute automatiquement partout ailleurs, ou seulement après que quelqu'un le recopie.
  3. Recherchez un horodatage et un responsable attachés à chaque changement, pas seulement un chiffre final enregistré.
  4. Confirmez que les données de référence derrière chaque KPI, comme le nombre de magasins et le ratio de tailles planifié, sont saisies une fois et réutilisées, pas ressaisies dans chaque nouveau fichier.
Le piège

Une erreur courante est d'appeler un tableur partagé un « système » simplement parce que plusieurs personnes peuvent ouvrir le même fichier

Un tableur partagé donne l'impression d'être connecté parce que tout le monde peut techniquement accéder au même fichier, mais accéder à un fichier n'est pas la même chose que faire confiance au chiffre qu'il contient à un instant donné. Une erreur courante est de traiter un tableur envoyé chaque semaine à travers 12 magasins comme équivalent à un système de planification retail connecté, parce que les deux affichent un chiffre de couverture de stock qui paraît tout aussi précis à l'écran. Le coût de cette erreur reste invisible jusqu'à ce que deux versions se contredisent réellement, et à ce moment-là, personne ne peut dire quel chiffre était réellement actuel au moment où la décision de réassort a été prise.

06En mots simples

Un tableur et un vrai système de planification peuvent se ressembler à l'écran, en affichant le même type de chiffres de stock et de vente. La vraie différence n'apparaît qu'au moment où deux personnes mettent à jour le même fait depuis deux endroits différents en même temps. Un tableur n'a aucun moyen d'empêcher cela de créer deux réponses « correctes » différentes ; un vrai système est conçu spécifiquement pour qu'il n'existe toujours qu'une seule réponse actuelle, avec un enregistrement de qui l'a changée et quand. Plus un détaillant gère de magasins, et plus ses décisions de réassort doivent être rapides, plus cette différence compte, car le risque que deux personnes mettent à jour le même chiffre en même temps augmente avec chaque magasin supplémentaire.

07Vérification rapide
  • Le rôle d'un système de planification retail est de garder une seule réponse actuelle, pas seulement de stocker des chiffres.
  • Le risque dans un tableur partagé augmente avec le nombre de magasins qui le mettent à jour, pas avec la façon dont les chiffres sont affichés.
  • Un horodatage et un responsable sur chaque changement sont ce qui distingue un vrai système d'un fichier partagé.
  • Les données de référence, comme le nombre de magasins et le ratio de tailles planifié, doivent être saisies une fois et réutilisées, jamais ressaisies par fichier.
  • Un tableur garde un usage légitime comme feuille de complément pour des informations qu'aucun système contrôlé ne détient actuellement.
  • Appeler un fichier partagé un « système » parce que plusieurs personnes peuvent l'ouvrir n'est pas la même chose qu'il se comporte comme tel.
08Scénario professionnel

Deux magasins Fairway Stores mettent à jour le compte de stock de la taille M de la commande A le même jeudi après-midi, à une heure d'intervalle, avant la réunion de réassort hebdomadaire

Fairway Stores gère encore le compte de stock de la commande A sur un tableur partagé pendant que son système de planification retail est en cours de déploiement. À 14 h, le responsable du magasin du centre-ville met à jour le compte à 40 pièces après une réconciliation de caisse. À 15 h, un planificateur du siège met à jour la même cellule à 65 pièces après un recomptage manuel signalé plus tôt par téléphone. Les deux versions sont enregistrées sous le même nom de fichier. La réunion de réassort a lieu dans 18 heures, et la décision dépend de savoir quel chiffre est réellement actuel.

Fichier de stock de la commande A, Fairway Stores. Stock taille M, dernière valeur enregistrée : 65 pièces, enregistrée à 15 h 04 jeudi. Aucune note sur l'entrée précédente de 40 pièces, aucun nom attaché à l'un ou l'autre changement.

Le planificateur doit-il faire confiance au chiffre de 65 pièces et passer directement à la décision de réassort de vendredi ? Décidez avant d'ouvrir la réponse.

Voir la décision

Non. Le planificateur ne doit faire confiance à aucun chiffre seul, et doit confirmer le compte réel avant la réunion.

1. Le fichier ne montre que la dernière valeur, 65 pièces, sans trace la reliant à l'entrée précédente de 40 pièces, produite une heure plus tôt par la réconciliation de caisse. 2. Aucun chiffre ne porte de nom de responsable, donc rien n'indique quelle mise à jour reflète un comptage réel et laquelle est déjà obsolète. 3. Décider sur un chiffre non vérifié risque un réassort inutile (si 40 était correct) ou un réassort manqué (si 65 cache un compte plus bas). 4. C'est exactement le risque qu'un système de planification retail connecté élimine, en alimentant chaque transaction de caisse dans un seul enregistrement horodaté.

09Ce que ça coûte

Un seul conflit de versions non résolu sur une taille, dans un magasin, peut déjà coûter plus que le réassort qu'il était censé protéger

Si le compte réel est 40 et que le planificateur agit sur le chiffre non vérifié de 65, la taille M est sous-commandée de 25 pièces
25 pièces x 19,90 USD prix boutique = 497,50 USD de ventes que le magasin ne peut satisfaire avant l'arrivée du prochain réassort

Face à la valeur totale au prix boutique de la commande A sur les 12 magasins (15 000 x 19,90 USD = 298 500 USD), un seul conflit de versions non résolu sur une taille dans un magasin est un chiffre modeste en soi, mais il se répète dans chaque magasin, chaque semaine, tant que l'enregistrement sous-jacent reste un tableur plutôt qu'un système connecté, sans savoir combien de conflits similaires se produisent, invisibles, au même moment.

10Modèle de travail

Fiche de KPI de planification retail : consignez quels faits sont des données de référence, des données actuelles ou non vérifiées

Utilisez la Fiche de KPI de planification retail T20-C06. Sa feuille « Vérification système ou tableur » consigne, pour chaque fait nécessaire, s'il est saisi une fois comme donnée de référence, mis à jour depuis une source en direct, ou repose encore sur un tableur maintenu à la main, afin de fermer un écart avant qu'il ne cause un conflit comme celui ci-dessus.

[Télécharger la Fiche de KPI de planification retail](../../templates/T20-C06-retail-planning-kpi-worksheet.xlsx)

Télécharger Fiche de KPI de planification retail (Excel)

11Vérifiez-vous

1. Quelle est la vraie différence entre un tableur et un système de planification retail connecté, selon cette leçon ?

2. Pourquoi les deux saisies de compte de stock pour la taille M chez Fairway Stores ont-elles créé un vrai risque avant la réunion de réassort de vendredi ?

3. Une chaîne de 20 magasins met à jour le compte de stock d'un modèle par tableur, deux magasins pouvant se contredire sur le même fait. Combien de paires distinctes de magasins pourraient produire un conflit de versions ?

12Glossaire
FRENARTRSignification
Système de planification du commerce de détailRetail planning systemنظام تخطيط التجزئةPerakende planlama sistemiUn enregistrement partagé et connecté qui suit le stock, les ventes et les décisions de réassort par magasin et par taille automatiquement, au lieu d'un fichier qu'une personne met à jour à la main.
Données de référenceMaster dataالبيانات المرجعيةAna veriDes données de référence réutilisables qui restent stables à travers de nombreuses commandes jusqu'à ce qu'elles soient délibérément modifiées.
Donnée d'entréeData inputمدخل بياناتVeri girdisiL'un des chiffres individuels qu'un calcul de tableau de bord combine pour produire son chiffre affiché.
Couverture de stockStock coverتغطية المخزونStok kapsama süresiLe nombre de semaines pendant lesquelles le stock actuel d'une marque devrait durer avant de s'épuiser, compte tenu de son rythme de vente normal.
Taux d'écoulementSell-through rateمعدل البيع الفعليSatış oranıLa part du stock effectivement vendue pendant une période planifiée, utilisée pour juger si une prévision était correcte.
Conflit de versionsVersion conflictتعارض الإصداراتSürüm çakışmasıDeux enregistrements montrant des valeurs différentes alors que les deux sont traités comme actuels.
Feuille de calcul de complémentSpreadsheet gap-fillerجدول بيانات لسد فجوةBoşluk dolduran e-tabloUn tableur utilisé uniquement pour des informations qu'aucun système contrôlé ne détient actuellement.
13Suivant

Leçon 6.2 : Les KPI essentiels qu'un planificateur retail examine chaque semaine

Vous savez maintenant ce qu'un système de planification retail suit au-delà d'un simple tableur. La leçon suivante nomme les KPI précis qu'un planificateur retail examine réellement chaque semaine, et explique pourquoi chacun mérite sa place dans cet examen. Retour à la carte du cours

14Échelle

Reconnaître Nommez ce qu'un système de planification retail connecté garantit qu'un tableur partagé ne peut pas garantir.
Relier Observez comment le nombre de magasins mettant à jour le même fait augmente le risque de conflit de versions.
Comparer Distinguez un vrai système de planification retail d'une feuille de calcul de complément utilisée pour couvrir un angle mort d'un vrai système.
Décider Jugez si un chiffre non vérifié doit être fiable avant une décision de réassort, ou vérifié d'abord.