Réapprovisionnement prédictif sur Shopify : arrêter d'acheter au feeling

Shopify répond très bien à une question : « combien d’unités ai-je en stock ? » Il reste muet sur celle qui compte vraiment pour un marchand : « qu’est-ce que je dois commander, quand, et en quelle quantité ? » Entre les deux, il y a tout l’écart entre un inventaire descriptif et un réapprovisionnement prédictif, et c’est souvent là que se joue la rentabilité d’un e-commerce qui grossit.

Ce billet explique pourquoi le stock natif de Shopify ne suffit plus passé un certain volume, et comment une application sur mesure transforme un simple compteur en aide à la décision d’achat. Les exemples viennent d’un projet réel mené pour un distributeur romand de nutrition sportive, dont nous avons anonymisé les données.

Le problème : un compteur n’est pas une stratégie d’achat

Le stock Shopify est un nombre par variante et par emplacement. C’est suffisant pour vendre, insuffisant pour piloter. Concrètement, Shopify ne sait pas :

• Distinguer un best-seller d’un produit dormant. Une référence qui part à 50 unités par semaine et une qui en vend 2 ont le même affichage : un chiffre brut.
• Corriger les ventes des ruptures. Un produit en rupture la moitié du mois affiche des ventes faibles, ce qui est trompeur : il s’est mal vendu parce qu’il était absent, pas parce qu’il n’intéresse personne.
• Calculer un point de commande. Le moment où il faut recommander dépend des ventes, du délai du fournisseur et d’une marge de sécurité. Shopify n’intègre rien de tout cela.
• Tenir compte du fournisseur. Un fournisseur qui livre en 3 jours et un qui livre en 6 semaines n’imposent pas le même anticipation. Pour Shopify, le « vendor » n’est qu’une chaîne de texte.

Résultat : le réapprovisionnement se fait à l’instinct. On commande ce qui « semble » bas, on oublie une référence qui part vite, on sur-stocke par prudence. Chaque erreur a un coût : une rupture, c’est une vente perdue ; un sur-stock, c’est de la trésorerie immobilisée et, pour les produits périssables, du gaspillage.

Ce que calcule un moteur de réappro sur mesure

L’idée n’est pas de remplacer Shopify, mais de lui greffer un moteur de calcul qui exploite ses données. Dans le projet évoqué, un traitement nocturne produit plus de quinze indicateurs par variante. Les plus utiles au quotidien :

• La classification produit : Important, Moyen, Faible ou Dormant, selon la vélocité de vente réelle. Elle conditionne la stratégie : on ne gère pas un best-seller comme un fond de catalogue.
• Les ventes hebdomadaires corrigées des ruptures : on reconstitue la demande réelle en neutralisant les périodes où le produit était indisponible.
• Le taux de disponibilité : le pourcentage de temps où la référence a été en stock sur une fenêtre glissante. Un taux bas sur un best-seller est une alerte directe sur le chiffre d’affaires.
• Le point de commande : le seuil sous lequel il faut recommander, calculé à partir des ventes, du délai fournisseur et d’un stock de sécurité.
• Les jours avant rupture et la quantité suggérée à commander : la traduction concrète, actionnable, de tout le reste.

Ces calculs intègrent une vraie logique fournisseur : délai de livraison, fréquence de commande, fiabilité. Un même niveau de stock ne déclenche pas la même recommandation selon que le fournisseur livre en 3 jours ou en 6 semaines.

De la donnée à la décision

La valeur n’est pas dans le tableau d’indicateurs, mais dans ce qu’il permet de faire. Au lieu de parcourir le catalogue à la recherche de ce qui paraît bas, l’acheteur ouvre une liste triée par urgence :

• les références en « action critique » (rupture imminente) en haut,
• les « actions recommandées » ensuite,
• chacune avec une quantité à commander déjà proposée.

On passe de « je crois qu’il faut recommander des protéines » à « commande 120 unités de cette référence d’ici 4 jours, son fournisseur livre en 6 ». La décision d’achat devient une validation, plus une enquête.

Pour les produits à date de péremption, ce pilotage se double d’une logique anti-gaspillage : croiser le réappro avec la DLC évite de commander une référence qu’on ne vendra pas avant qu’elle ne périme. Nous détaillerons cet angle dans un prochain article.

Embarqué ou externe : où faire tourner ces calculs

Ce type de moteur ne vit pas forcément dans l’admin Shopify. Dans le projet cité, les calculs lourds tournent dans une application externe (en Symfony), connectée à Shopify via l’Admin GraphQL API et les webhooks, tandis que les équipes consultent les résultats là où elles travaillent. Ce découpage a deux avantages :

• La performance : un calcul nocturne sur des centaines de variantes n’a pas à ralentir l’admin Shopify.
• La pérennité : la logique métier vous appartient, hébergée en Suisse ou dans l’EEE, sans dépendance à un éditeur d’app tiers qui détiendrait vos données.

Selon les cas, on combine cette app externe avec une app embarquée dans l’admin Shopify (Polaris, App Bridge) pour les actions du quotidien. Le bon choix dépend de qui utilise l’outil et pour quoi.

Est-ce pour vous ?

Le réapprovisionnement prédictif devient rentable quand le nombre de références et le volume de ventes rendent le pilotage manuel hasardeux. Quelques signes :

• vous avez des ruptures régulières sur des produits qui se vendent bien,
• vous découvrez du sur-stock ou des produits périmés en faisant l’inventaire,
• vous passez un temps notable, chaque semaine, à décider quoi commander,
• vous jonglez avec plusieurs fournisseurs aux délais très différents.

Si ces situations vous parlent, une application Shopify sur mesure peut transformer vos achats en décisions objectivées. C’est précisément ce que couvre notre service de développement d’applications Shopify : cadrage métier, MVP utile livré en quelques semaines, puis itérations selon vos retours terrain. Une expertise Shopify rare en Suisse romande. Parlons de votre projet, premier échange gratuit.