Resources
Our Articles

Comment anticiper et estimer les retours produits ?

August 9, 2026
Read time: 3 minutes
Prévision des retours produits : modéliser les retours comme un flux d'approvisionnement entrant.

À retenir : la plupart des équipes Supply Chain traitent les retours produits comme une variable d'ajustement : un abattement forfaitaire sur la prévision de demande, ou quelques jours de stock de sécurité en plus pour « couvrir » l'incertitude. C'est l'inverse qu'il faudrait faire.

Dès que les taux de retour atteignent deux chiffres, les retours cessent d'être un bruit autour du vrai signal : ils forment une seconde Supply Chain, parallèle à la première, avec son propre volume et son propre calendrier. Les modéliser à la marge, c'est hériter exactement des angles morts que cette approximation mérite.

Les retours doivent être anticipés comme un flux d'approvisionnement entrant à part entière, avec leur taux et leur délai propres, injecté directement dans le réapprovisionnement plutôt que noyé dans le stock de sécurité.

Pourquoi noyer les retours dans le stock de sécurité crée des angles morts

La pratique courante soustrait un taux de retour supposé de la prévision de demande, ou rallonge le buffer de quelques jours pour « couvrir » les retours. Les deux réflexes écrasent deux questions distinctes dans un seul chiffre.

  • Combien de stock garder face à l'incertitude de la demande est une question ?
  • Combien d'unités vont physiquement revenir dans votre entrepôt mardi prochain ?

Fondre la seconde dans la première masque précisément l'information dont un planificateur a besoin pour dimensionner son réapprovisionnement.

Le résultat se voit tout de suite : des entrepôts à la fois en surstock (parce que personne n'a déduit les unités déjà dans un camion de retour) et en sous-stock (parce qu'une famille à retours rapides a hérité du même buffer générique qu'une famille à retours lents).

Un flux de retours qu'on ne suit pas comme un chiffre distinct ne peut être ni dimensionné, ni calé dans le temps, ni fiabilisé, et c'est exactement pour ça qu'on continue de le balayer comme du « bruit ».

Le piège des retours fantômes

Voici l'erreur qui fait le plus de dégâts, et elle est assez subtile pour que des équipes aient bâti des process autour sans la voir.

Si vous calculez vos retours attendus à partir de votre prévision de ventes plutôt qu'à partir de ce que vous avez réellement expédié, vous allez prévoir des retours sur des unités jamais vendues, tout simplement parce que l'article était en rupture cette semaine-là.

Exemple : la prévision annonçait 100 unités sorties ; il n'en est parti que 40 ; mais le modèle de retours, aveugle à cet écart, attend toujours le retour de la moitié des 100 fantômes.

Résultat : des entrepôts dimensionnés en personnel et en stock pour des retours qui ne peuvent pas exister.

Le correctif paraît presque trop simple :

  • calculez le taux et le délai de retour à partir d'un historique réel appariant ventes et retours (rapprocher chaque commande sortante des retours qui lui sont effectivement revenus)
  • puis appliquez ce taux et ce délai au flux sortant contraint, c'est-à-dire au plus petit des deux entre ce qui était réellement disponible à la vente et ce que la prévision annonçait, et non à la prévision seule.

Appliqué à un retailer ou distributeur e-commerce mid-market d'accessoires de mode réparti sur plusieurs entrepôts régionaux, ce seul changement (le flux réel plutôt que la prévision théorique) a fait toute la différence entre un modèle de retours auquel l'équipe pouvait se fier et un modèle qu'elle corrigeait discrètement à la main depuis des années.

Le taux de retour et le délai de retour ne sont pas des constantes universelles

La deuxième erreur consiste à traiter le taux de retour comme un chiffre unique pour tout le catalogue. Il ne l'est pas, et l'écart peut être spectaculaire.

Imaginons un distributeur textile mid-market qui applique une hypothèse de taux de retour unique à toute sa gamme : un basique racheté en continu et une robe de cérémonie achetée pour un seul événement ne reviennent pas au même rythme, et les moyenner produit un chiffre faux pour presque tout ce à quoi on l'applique.

Graphique en barres montrant que les taux de retour varient fortement selon la catégorie produit, de 15 % sur les basiques à 57 % sur les tenues de cérémonie (exemple hypothétique).

Le délai de retour est tout aussi irrégulier, et il dépend du canal plus que du produit. Une politique de retour peut autoriser deux semaines via la boutique en ligne de l'enseigne et plus de trois mois via une marketplace partenaire, si bien que la même unité vendue le même jour peut revenir à des moments très différents selon l'endroit où la vente a eu lieu. Un calcul de taux et de délai de retour qui ne distingue pas les canaux gomme précisément l'information de calendrier dont un entrepôt a besoin pour planifier sa capacité en réception.

Rien de tout cela n'a à rester une boîte noire. Le taux et le délai de retour se calculent directement à partir de l'historique ventes-retours, à la granularité (référence, famille de produits, canal) que la variabilité impose réellement, et les chiffres obtenus doivent être assez transparents pour qu'un planificateur les explique en une phrase, pas seulement pour qu'il pointe une sortie « décidée par l'IA ». Un planificateur qui hérite d'un modèle de retours qu'il ne sait pas expliquer ne lui fait pas confiance, et un modèle auquel personne ne se fie finit corrigé à la main jusqu'à ne plus tourner du tout.

Quand les retours sont le cœur de métier, pas l'exception

Le retail est le cas le plus courant, mais la même logique va bien plus loin dans les modèles fondés sur la circulation, comme la location de vêtements ou l'abonnement à du matériel, où la vie entière d'une unité est expédition sortante, retour entrant, remise en état, puis nouvelle expédition. Dans ce modèle, le « retour » n'est pas une fuite face à un chiffre de ventes : c'est la moitié du cycle d'exploitation, et la prévision doit tourner sur des volumes de circulation entrants et sortants plutôt que sur une courbe de demande classique par référence. Une entreprise de location de vêtements par abonnement qui aborde ce sujet, par exemple, a besoin que son outil de planification traite les retours entrants comme une donnée de prévision de premier plan dès le premier jour, et non comme une correction appliquée après coup, parce qu'il n'existe tout simplement pas de prévision de demande « normale » à corriger en dessous.

C'est un cas extrême utile à garder en tête même pour un retailer classique : un aperçu de ce qui arrive quand un modèle de retours pensé comme un simple ajout se retrouve à porter un vrai poids opérationnel. Si votre volume de retours représente déjà une fraction significative de votre volume sortant, vous êtes plus proche de ce modèle de circulation que vous ne le pensez, et l'approche « on ajuste le stock de sécurité » est plus près de rompre qu'il n'y paraît.

Transformer la prévision des retours en source d'approvisionnement à part entière

Une fois le taux et le délai de retour correctement calculés, la prévision des retours doit alimenter le réapprovisionnement comme sa propre source d'approvisionnement entrante, à côté de la commande fournisseur externe, et non fondue dedans.

Concrètement, pour une semaine donnée, les unités à commander à votre fournisseur égalent :

  • la prévision de demande de la semaine,
  • moins les unités déjà présentes en entrepôt,
  • moins les unités que votre modèle de retours attend pour cette même semaine.

Omettez ce dernier terme et vous surcommandez systématiquement, puisque vous achetez un stock que vous alliez de toute façon récupérer gratuitement.

Schéma de la prévision des retours modélisée comme un flux d'approvisionnement entrant distinct, qui alimente le réapprovisionnement et réduit les commandes fournisseurs.

Cela change aussi ce qu'un planificateur doit voir au quotidien. Une prévision des retours affichée comme une ligne distincte et visible permet de repérer quand le taux de retour d'un produit dérive, le signe d'un problème de qualité ou de fiche produit qui mérite une escalade, là où un chiffre silencieusement absorbé dans un buffer plus gros ne le montrera jamais. Coupler cette visibilité à une prévision de la demande centralisée et pilotée par l'IA, c'est réconcilier le signal des retours et celui de la demande au même endroit, au lieu de les laisser vivre dans deux tableurs déconnectés que quelqu'un doit recroiser à la main chaque semaine.

Construire un modèle de retours que vous pouvez expliquer à votre direction

L'exigence la plus difficile dans toute discussion sur la prévision des retours n'est pas le calcul, c'est la transparence. Un planificateur à qui l'on demande de défendre un chiffre devant la direction doit pouvoir dire mieux que « c'est le modèle qui l'a décidé ».

Un modèle de retours bâti comme taux de retour × délai de retour × flux sortant contraint est auditable là où un ajustement en boîte noire ne le sera jamais : chaque entrée remonte à un historique réel de ventes et de retours, et chaque sortie peut être recalculée à la main si quelqu'un le demande.

Cette exigence de transparence est au fond la même que celle qui sous-tend le fait de dimensionner le stock de sécurité sur le risque réel plutôt que sur un taux de service uniforme : dans les deux cas, l'objectif est un chiffre qu'un planificateur peut assumer, pas un chiffre qui a simplement l'air raisonnable.

Une prévision des retours bien menée ne remplace pas cette discipline, elle l'étend à l'autre moitié du flux, les unités qui reviennent au lieu des seules unités qui sortent. Laissée sans pilotage, cette moitié entrante se comporte comme une variabilité de la demande qui s'amplifie de façon incontrôlée le long de la chaîne : une petite erreur d'hypothèse sur les retours se propage en entrepôts en surstock, en planification des équipes mal calée et en fausses urgences sur des commandes qui n'auraient jamais dû partir.

Bien modélisée, elle devient une donnée d'entrée comme une autre, de la même façon que le passage du Groupe Lemoine à une optimisation des stocks pilotée par l'IA a transformé un processus de planification fragmenté et recollé à la main en un processus que l'équipe pouvait voir sur tout son réseau et piloter au quotidien.

Prêt à modéliser les retours comme un vrai flux d'approvisionnement, et non comme une approximation du stock de sécurité ? Demander une démo.

Optimisez votre Supply Chain
grâce à l'IA.

Demander une démo

FAQ

Les réponses aux questions fréquentes

Qu'est-ce que la prévision des retours ?

La prévision des retours consiste à estimer combien d'unités d'un produit vont revenir en entrepôt, et quand, à partir de ce qui a été vendu et du comportement historique des retours pour ce produit ou ce canal. Elle a deux composantes : un taux (la part des unités vendues qui finissent par revenir) et un délai (le temps moyen entre la vente et le retour).

Bien menée, elle produit une estimation jour par jour ou semaine par semaine du volume de retours entrant, exactement comme une prévision de demande produit une estimation des ventes sortantes. Cette estimation alimente ensuite le réapprovisionnement : l'entrepôt commande moins à ses fournisseurs quand un volume significatif de stock lui revient déjà.

La prévision des retours compte surtout dans les catégories à fort taux de retour (mode, chaussure, tout ce qui se joue sur la taille ou le goût) et dans tout modèle fondé sur la circulation, comme la location de matériel ou de vêtements, où les retours entrants sont une composante permanente du cycle d'exploitation, pas une correction occasionnelle.

Prévision des retours et prévision de la demande : quelle différence ?

La prévision de la demande estime un volume sortant : combien de produits les clients vont acheter sur une période. La prévision des retours estime un volume entrant : combien de ce qui a déjà été vendu va revenir. Les deux sont liées mais distinctes, et les traiter comme un seul chiffre mélangé est précisément là que la plupart des démarches de prévision des retours échouent.

Une prévision de demande trop haute gonfle directement les achats ; une prévision de retours fausse les gonfle indirectement, en amenant l'entrepôt à sous-estimer le stock qui lui revient déjà. Les deux prévisions doivent se calculer séparément, à partir de signaux historiques séparés (l'historique de ventes pour la demande, l'historique apparié ventes-retours pour les retours), puis se réconcilier au stade du réapprovisionnement, où le besoin net auprès d'un fournisseur tient compte à la fois de ce qui doit se vendre et de ce qui doit revenir.

Pourquoi un stock de sécurité classique ne règle-t-il pas le problème des retours ?

Un stock de sécurité est dimensionné pour absorber l'incertitude de la demande et des délais : il protège contre une prévision ratée ou un fournisseur en retard. Les retours sont une variabilité d'une autre nature, avec leur propre rythme (un délai, pas un événement instantané), leur propre déclencheur (les ventes passées, pas la demande future) et leur forte variance selon le produit et le canal.

Gonfler un buffer générique pour « couvrir les retours » mélange ces deux problèmes dans un chiffre qui ne convient à aucun : trop grossier pour refléter qu'un produit revient trois fois plus qu'un autre, et structurellement incapable de dire à un planificateur quand un lot précis de retours va effectivement arriver. Un modèle de retours calculé pour lui-même, à partir d'un taux et d'un délai réels, donne aux planificateurs un chiffre exploitable des jours ou des semaines à l'avance, au lieu d'un buffer qui se contente d'absorber la surprise une fois qu'elle est là.

Comment calcule-t-on le taux de retour et le délai de retour ?

Le taux de retour et le délai de retour se calculent tous deux à partir de l'historique de commandes, en rapprochant chaque unité retournée de la commande de vente d'origine dont elle provient.

Le taux de retour est la part des unités vendues, sur une fenêtre d'observation définie, qui ont fini par revenir, calculée à la granularité (référence, famille de produits ou canal) que la variabilité de votre catalogue impose réellement ; une moyenne unique à l'échelle de l'entreprise tend à être fausse pour presque chaque produit auquel on l'applique.

Le délai de retour est le temps moyen entre la date de vente et la date de retour pour cette même population appariée, et il doit être ventilé par canal de vente partout où les politiques de retour diffèrent, puisqu'une fenêtre de retour de deux semaines sur un canal et de plusieurs mois sur un autre produit des délais d'arrivée très différents pour ce qui ressemble au même produit.

Une fois les deux grandeurs calculées, on les applique au flux sortant contraint (le plus petit des deux entre le stock disponible et la demande prévue, pas la prévision seule) pour produire une prévision des retours jour par jour ou semaine par semaine.

Comment Flowlity gère-t-il la prévision des retours ?

Flowlity calcule le taux et le délai de retour directement à partir de l'historique ventes-retours, au niveau de la référence, de la famille de produits ou du canal selon l'endroit où se loge réellement la variabilité, plutôt que d'appliquer une hypothèse unique à tout un catalogue.

Cette prévision des retours est ensuite traitée comme sa propre source d'approvisionnement entrante dans la logique de réapprovisionnement de la plateforme, à côté des commandes fournisseurs, de sorte que les retours attendus réduisent ce qu'il faut réellement commander plutôt que de rester invisibles dans un stock de sécurité gonflé.

Le même algorithme d'optimisation des stocks pilotée par l'IA qui alimente la prévision de la demande et le dimensionnement des buffers s'étend à ce flux de retours, ce qui permet aux planificateurs de voir une seule vue réconciliée au lieu de maintenir un tableur séparé pour estimer les retours à la main. Pour les modèles à forte circulation, dont la location et l'abonnement où les retours entrants sont une composante permanente du cycle plutôt qu'une exception, cette même logique passe d'un ajustement en pourcentage des ventes à une donnée de prévision de premier plan.