Logiciel de planification des quais pour entrepôts : module intégré au YMS, SaaS autonome ou développement interne

D'abord, la conclusion : dans le choix d'un logiciel de planification des quais pour entrepôts, le gagnant n'est pas le produit avec la liste de fonctions la plus longue. C'est celui que les transporteurs utiliseront réellement. Si vous exploitez déjà un YMS et traitez moins de vingt camions par jour à un quai, commencez par le module de planification intégré au YMS. Si vous exploitez plusieurs sites, de nombreux transporteurs et un volume volatile en haute saison, choisissez un SaaS autonome. Ne développez en interne que dans un seul cas : votre processus est si inhabituel que rien sur le marché ne convient, et vous pouvez doter une équipe pour le maintenir pendant des années.

Cette conclusion a coûté trois projets à apprendre. Permettez-moi de commencer par un client qui a procédé de la manière difficile. Un 3PL du Midwest exploitait quatre entrepôts, plus de soixante camions par jour au total, et planifiait les quais par téléphone et par messagerie de groupe. Les chauffeurs arrivaient et faisaient la queue à la porte pendant que le personnel de l'entrepôt criait dans la messagerie pour savoir qui déchargerait en premier. Le propriétaire a acheté un système autonome très complet. Deux mois après le lancement, moins de trois rendez-vous sur dix passaient par le système. La plupart des camions continuaient d'aller directement à la porte. Pourquoi ? L'inscription demandait plus d'une douzaine de champs, les chauffeurs sur la route n'avaient aucune patience pour cela, et les répartiteurs continuaient d'appeler parce qu appeler était plus rapide. Le logiciel n'avait pas tort. Le processus n'avait pas tort. Le choix avait tort, parce que personne n'avait chiffré si les transporteurs l'utiliseraient.

Trois voies, un tableau : trouvez d'abord votre ligne

Le module intégré au YMS conserve les données là où elles se trouvent déjà. Portes, tâches et statut des véhicules ne nécessitent aucune nouvelle intégration, le lancement est rapide et la formation est légère. Sa faiblesse est la profondeur : les fonctions de planification d'un YMS sont souvent basiques, et l'auto-réservation des transporteurs, les règles souples et la coordination entre sites varient énormément selon le produit. Quand les règles de haute saison se compliquent, un module basique commence à souffrir.

Le SaaS autonome va en profondeur sur la planification elle-même : auto-réservation des transporteurs, règles d'affectation des portes, gestion des absences, enregistrement d'arrivée et rapports sur le temps de séjour sont généralement standard, et un seul ensemble de règles peut servir de nombreux sites. Le coût est un second système, un second abonnement et des intégrations avec WMS, TMS et YMS. Si ces intégrations sont faibles, les données divergent entre les systèmes et les ennuis doublent.

Développer en interne s'adapte exactement à votre processus et épouse vos systèmes internes. L'inconvénient est unique mais important : le développement n'est que le début, et la maintenance est sans fin. Les transporteurs veulent une nouvelle fonction, un navigateur se met à jour, une interface change, et votre équipe absorbe tout cela. J'ai vu ce piège trois fois. Chaque client disait qu'il ne lui fallait qu une version simple. Trois ans plus tard, la version simple était devenue un système hérité que personne n'osait toucher.

Liste de contrôle des fonctions du logiciel de planification des quais : votre liste de la nuit de lancement

Quelle que soit la voie choisie, exécutez d'abord cette liste de contrôle. Un élément critique manquant doit être signalé en rouge sur votre liste de contrôle de la nuit de lancement.

L'auto-réservation des transporteurs vient en premier. Un transporteur ou un chauffeur peut-il choisir, modifier et annuler un créneau sans appeler ? Le fait que la réservation nécessite un compte, et le nombre de champs demandés, décide directement de l'adoption. Mon critère est simple : un chauffeur doit terminer sa réservation sur un téléphone en moins de trois minutes. Au-delà, attendez-vous à une baisse de l'adoption.

Les règles d'affectation des portes viennent en deuxième. Le système peut-il suggérer des portes selon le type de cargaison, la capacité du quai et la durée du travail ? Une cargaison spéciale peut-elle verrouiller des portes précises ? Pouvez-vous ajouter des règles temporaires de haute saison ? Si les règles ne peuvent pas être écrites dans le système, le personnel finit par crier dans la messagerie de groupe, ce qui signifie que le système n'a rien apporté.

La gestion des absences est troisième. Que se passe-t-il quand un camion n'arrive pas ? Quel retard compte comme une absence ? Le créneau libéré retourne-t-il automatiquement dans le vivier ? Les absences répétées sont-elles signalées ou limitées ? Les démonstrations couvrent rarement cela, et le premier mois en direct l'expose.

L'enregistrement d'arrivée et le suivi du séjour sont quatrièmes. Comment un camion s'enregistre-t-il, par scan ou à un bureau ? Quand est-il parti ? Combien de temps est-il resté ? Sans données de séjour, vous ne pouvez jamais savoir si la congestion du quai vient d'un trop grand nombre de camions ou d'un déchargement lent.

L'intégration avec WMS et TMS est cinquième. Un rendez-vous peut-il pousser une tâche dans le WMS ? Les données d'expédition du TMS peuvent-elles entrer ? Les changements de statut sont-ils réécrits ? Si cette ligne est rompue, l'outil de planification est une île, et le personnel de l'entrepôt copie les données entre systèmes à la main.

Les rapports sont sixièmes. Utilisation quotidienne des quais, taux d'absence et temps d'attente moyen, au minimum. Sans rapports, quand le patron demande si les quais se sont améliorés, vous ne pouvez répondre que par impression.

Calcul du prix et calcul de l'adoption du logiciel de planification des quais : exécutez les deux

Le calcul du prix doit aller au-delà des frais d'abonnement. Une facture de SaaS autonome comporte au moins quatre parties : abonnement, mise en œuvre et intégration, formation et main-d œuvre de transition, et main-d œuvre annuelle de réglage des règles et de maintenance. Un module intégré au YMS semble bon marché jusqu à ce que vous chiffriez son coût caché : les heures de répartiteur passées chaque jour au téléphone et dans les messageries, multipliées par le coût de main-d œuvre. Une facture de développement interne est la plus difficile à chiffrer : la main-d œuvre de développement n'est que l'acompte, et la maintenance annuelle, les mises à niveau et les corrections de bogues sont l'hypothèque.

Voici un cadre que j'utilise. D'abord, calculez le coût par rendez-vous : coût annuel total divisé par le nombre total de rendez-vous annuels. Ensuite, convertissez les heures de répartiteur économisées en coût de main-d œuvre, et soustrayez. Ce chiffre net est la vraie comparaison. Juger sur les seuls frais d'abonnement est l'erreur la plus paresseuse dans le choix d'un logiciel.

Le calcul de l'adoption par les transporteurs est séparé et simple : rendez-vous pris via le système au cours du premier mois divisés par le total des rendez-vous. Ma ligne de travail est que soixante pour cent au premier mois signifie que le processus fonctionne à peu près. En dessous de trente pour cent, ne blâmez pas d'abord les transporteurs. Vérifiez le flux d'inscription, les étapes de réservation et l'existence d'un recours téléphonique. Si l'adoption ne monte jamais, l'ensemble de fonctions le plus riche n'est que décoration.

La deuxième histoire de projet concerne une adoption récupérée. Le même 3PL, bloqué sous trente pour cent, n'a pas ajouté de fonctions. Nous avons plutôt réduit les étapes : l'inscription n'a conservé que les champs obligatoires, les chauffeurs ont réservé avec un numéro de téléphone et un code, la réservation est devenue trois étapes, et les réservations téléphoniques ont été saisies dans le système plutôt que contournées. Un mois plus tard, l'adoption a dépassé soixante pour cent, et la file à la porte a réellement raccourci. La leçon contre-intuitive est juste là : dans la planification des quais, moins de fonctions et des étapes plus courtes battent souvent un produit plus complet, parce que les utilisateurs ne sont pas vous. Ce sont des chauffeurs et des répartiteurs pressés.

Trois modes d'échec que j'ai vus trois fois

Mode d'échec un : supprimer les téléphones le premier jour. Le jour où les téléphones ferment, les transporteurs qui ne peuvent pas utiliser le système conduisent quand même jusqu à la porte, la porte s'engorge davantage, le personnel maudit le système, et le système meurt avant de démarrer. Fonctionnez plutôt en parallèle : téléphones et système ensemble pendant au moins un mois, réservations téléphoniques saisies dans le système, et ne retirez les téléphones que lorsque l'adoption est stable.

Mode d'échec deux : lancer avec des règles de portes non configurées. Le système utilise par défaut le premier arrivé, premier servi, le fret lourd arrive à des portes légères, le fret nécessitant un équipement spécial arrive à des portes standard, et le personnel réaffecte les portes toute la journée jusqu à abandonner le système pour la messagerie de groupe. Les règles de portes, les types de cargaison et les exigences d'équipement doivent être configurés avant le lancement. S'ils ne sont pas prêts, retardez le lancement.

Mode d'échec trois : personne ne possède les absences et les arrivées tardives. Un créneau d'absence qui ne retourne jamais dans le vivier est un quai vide pendant que quelqu un d'autre ne peut pas réserver. Un camion en retard sans règle signifie des disputes sur le terrain. Les règles d'absence et de retard appartiennent à l'avis aux transporteurs avant le lancement, configurées dans le système, et non improvisées sur place.

Une question est omise dans presque chaque réunion de sélection, et elle compte plus que la liste restreinte de fournisseurs : après le lancement, qui en est propriétaire ? Non pas qui paie, mais qui lit les rapports chaque jour, qui gère les absences, qui explique les règles aux transporteurs. Sans cette personne, les trois voies finissent de la même manière, de retour aux téléphones et à la messagerie de groupe. C'est tout le test pour un logiciel de planification des quais : les transporteurs l'utilisent, les portes fonctionnent selon des règles, et quelqu un possède les chiffres. Nommez d'abord le propriétaire, puis choisissez le produit.

Par Lin Xiao, Consultant en mise en œuvre WMS

Traduit de l'anglais. En cas de divergence, la version anglaise fait foi.