Commençons par la conclusion : l'année dernière, j'ai visité un centre de distribution au Tennessee équipé de 18 AMR, et il traitait à peu près le même volume qu'avant avec 24. Le propriétaire n'a ajouté aucun robot. Il a fait une seule chose : passer la stratégie de dispatch du plus-proche-disponible à l'allocation par zones. J'ai aussi vu l'inverse : des flottes dépassant les 30 robots avec une production plate comme une crêpe. Le plafond d'une flotte d'AMR n'est pas le nombre de robots. C'est la stratégie de dispatch.
Cela peut piquer un peu : la plupart des entrepôts consacrent 90 % de leur budget et de leur attention aux robots eux-mêmes — charge utile, autonomie de la batterie, navigation LiDAR contre bande magnétique. La stratégie de dispatch ? C'est ce que le WMS ou le fournisseur d'AMR a défini par défaut lors de l'installation, cliqué sans y réfléchir à deux fois, et jamais revu sauf quand les choses tournaient mal. En 2024, j'ai vu le cas d'école dans un entrepôt e-commerce de 120 000 pieds carrés près d'Indianapolis : des robots ajoutés un par un jusqu'à ce que la flotte atteigne 32 pour la saison haute, et l'entrée de la zone de picking s'est transformée en parking à l'heure de pointe. Des courses à vide, des robots qui se cédaient le passage, une file aux chargeurs — et la direction demandait encore : « Faut-il plus de robots ? » Ils avaient assez de robots. Le dispatch ne suivait plus.
Le cœur du dispatch AMR, c'est l'allocation des tâches : une tâche arrive, quel robot la prend. Cela ressemble à une petite décision. Ratée, et chaque robot supplémentaire aggrave le désordre. Voici les trois stratégies que j'ai réellement vues sur le terrain, chacune avec sa personnalité.
Trois stratégies, et l'entrepôt qui va avec chacune
Stratégie un : le plus proche disponible. Simple et brutalement directe. Une tâche arrive, le système trouve le robot libre le plus proche et l'envoie. C'est tout.
Sa seule vertu est la vitesse. La latence de réponse des tâches est la plus basse des trois, le système est facile à mettre en œuvre et fonctionne très bien dans une petite installation avec une douzaine de robots environ. Mais il est aveugle au tableau d'ensemble. Les robots les plus proches de l'action sont toujours les mêmes quelques-uns, donc l'utilisation se biaise fortement ; les robots se croisent dans les mêmes allées à la poursuite de tâches « proches » ; et le pire, il ignore la batterie et la direction : un robot presque à plat se voit attribuer une tâche « proche », la termine et meurt sur place, et maintenant vous envoyez un deuxième robot le traîner jusqu'à la base. En 2023, j'ai vu cela se jouer dans un entrepôt de pièces automobiles dans l'Ohio : seulement 20 robots, mais la carte de chaleur du dispatch racontait l'histoire — les unités près du quai de sortie étaient exploitées jusqu'à la corde tandis que les robots du fond prenaient le soleil toute la journée. Une stratégie de dispatch avait fabriqué deux classes de robots : les surmenés et les vacanciers.
Pour qui : les petites flottes (une quinzaine de robots ou moins), une distribution des tâches équilibrée, des bâtiments compacts, pas de fortes marées directionnelles. À cette échelle, le plus proche disponible est peu exigeant en maintenance et fonctionne. Ne vous prenez pas la tête.
Stratégie deux : l'allocation par zones. Chaque robot a son propre territoire. L'entrepôt est divisé en zones, les robots sont affectés aux zones, et les tâches d'une zone ne vont qu'aux robots de cette zone.
Celle-ci guérit le chaos. Les robots restent dans leur couloir, les trajectoires deviennent prévisibles, la congestion des allées chute fortement, la décharge des batteries s'équilibre et la planification de la maintenance devient plus facile. C'est l'histoire du Tennessee — après avoir réparti 18 robots sur 4 zones, le kilométrage des courses à vide a baissé et le débit total a augmenté, parce que les robots ont cessé de se bloquer les uns les autres. Le prix est la rigidité : quand une zone explose, les robots inactifs d'à côté restent assis, et tout ce que vous pouvez faire, c'est regarder, ou re-zoner manuellement à la volée. Si les limites des zones sont mal tracées, c'est pire. J'ai vu un entrepôt alimentaire qui avait zoné selon le volume moyen des commandes — puis une promo est arrivée, les six robots de la zone des SKU chauds ont couru jusqu'à la protection thermique pendant que quatre robots de la zone voisine attendaient du travail. Les zones avaient été dessinées sur des moyennes papier, et personne n'avait prévu la variable promo.
Pour qui : les entrepôts à fort volume avec des patterns de vagues clairs et des allées relativement fixes. Les grandes opérations de pic e-commerce et les comptes 3PL dédiés atterrissent généralement ici. Et quand vous tracez des zones, ne zonez pas par la moyenne : zonez par le pic et par les poussées de catégories, et laissez 15 %–20 % de marge.
Stratégie trois : le pré-dispatch prédictif. Le robot bouge déjà avant que la tâche n'existe. Le système utilise le volume historique et les plans de vagues pour pré-positionner les robots inactifs là où les tâches sont les plus susceptibles d'apparaître. Quand la tâche tombe, un robot est déjà à proximité.
C'est la plus gourmande en données et la plus exigeante des trois. Quand elle fonctionne, les temps de réponse touchent le fond et le débit de pointe est le plus élevé du lot. Mais les prérequis ne sont pas négociables : des données historiques fiables, un rythme de vagues stable, et quelqu'un qui affine les paramètres en continu. J'ai vu un entrepôt de cosmétiques dont les pics de commandes suivaient le planning des livestreams — le modèle de prévision se prenait une gifle quotidienne, et les robots pré-dispatchés passaient la moitié de leur temps à attendre aux mauvais endroits. Un simple plus-proche-disponible aurait mieux fait. L'ennemi le plus mortel du pré-dispatch, c'est le faux pattern : quelque chose qui ressemble à un rythme mais n'en est pas un.
Pour qui : les opérations à fort volume, rythmiquement stables, avec une vraie base de données et une personne dédiée (ou un service du fournisseur) pour l'affinage continu. S'il en manque un des trois, n'y touchez pas — vous creuserez votre propre tombe.
Changer de stratégie n'est pas un interrupteur
Quand la stratégie est mauvaise, bien sûr, changez-la. Mais j'ai vu trop d'entrepôts traiter le « changement de stratégie de dispatch » comme un changement de configuration — on bascule la nuit, on produit le matin. Voici la séquence que j'ai réellement validée :
D'abord, faites tourner deux semaines de données de référence. Ne vous fiez pas à l'instinct. Enregistrez les temps de réponse actuels des tâches, la part des courses à vide, la dispersion de l'utilisation des robots et les points chauds de congestion. Sans base de référence, vous ne saurez même pas si le changement a aidé.
Ensuite, pilotez sur une petite zone. Par zones ? Essayez d'abord dans une zone. Pré-dispatch ? Une vague. Ne basculez jamais tout le bâtiment d'un coup — un effondrement du dispatch frappe tout le rythme de sortie, et l'essai-erreur se facture à l'heure.
Troisièmement, fixez une ligne de repli avant de commencer. Écrivez-le : si le temps de réponse se dégrade de X, si la congestion augmente de Y, on revient en arrière. Mettez-le sur papier, au mur, pour que le « regardons encore un peu » ne devienne pas le plan.
Quatrièmement, observez deux semaines avant de passer à pleine échelle. L'effet réel d'une stratégie de dispatch ne se voit pas le premier jour ; la première semaine est généralement la période de rodage, et les chiffres vous mentiront.
Un piège de plus à signaler d'avance : avant de changer, vérifiez que votre WMS et votre système de dispatch AMR prennent vraiment en charge la stratégie souhaitée. Certains fournisseurs câblent en dur leur « stratégie de dispatch » dans le firmware, et la prétendue allocation par zones doit être simulée par un regroupement manuel des tâches dans le WMS — dégradée, et un cauchemar de maintenance. Demandez avant de signer, pas après l'installation.
Une question pour finir : quelle stratégie votre entrepôt utilise-t-il en ce moment ? Quelqu'un l'a-t-il vraiment choisie — ou était-ce juste la valeur par défaut cliquée pendant l'installation ? Si votre flotte dépasse les 20 robots, que le volume continue de grimper et que personne n'a jamais touché à la stratégie de dispatch, il y a de fortes chances que le problème n'ait jamais été les robots.
Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.
