Quand l'éditeur de votre logiciel de dispatch a arrêté de le faire évoluer
Un système qui n'a pas changé depuis des années n'est pas stable, il est abandonné. Ce qui compte, c'est de savoir si une demande de fonctionnalité devient une fonctionnalité, ou juste un ticket de support de plus auquel personne ne répond.
Le problème
Chaque logiciel de dispatch a été neuf un jour. Celui encore utilisé chez beaucoup d'opérateurs de transferts et de navettes a été construit il y a des années, par un éditeur qui a vendu assez de licences pour vivre des renouvellements et s'est arrêté là. L'interface ressemble encore à l'année de sa sortie, le code en dessous est plus vieux que certains des chauffeurs qui l'utilisent, et chaque demande de fonctionnalité part dans la même file : nulle part.
L'équipe contourne le problème à la place. Les réservations que le système ne gère pas passent sur WhatsApp. Un planning que le logiciel ne peut pas construire est refait dans un tableur chaque matin. Rien de tout cela n'est un échec du personnel, c'est ce qui arrive quand l'outil arrête de progresser alors que le métier, lui, continue. C'est le même schéma qui sous-tend remplacer un dispatching WhatsApp et Excel : le travail manuel comble le vide laissé par une plateforme à l'arrêt.
Comment 8Move le traite
8Move fait évoluer le produit en continu, et ce n'est pas une affirmation à prendre pour argent comptant : le journal des mises à jour liste ce qui a été livré et quand, publiquement, au fil de l'eau.
Une fonctionnalité manquante n'est pas non plus une impasse. Les opérateurs nous disent ce dont leur semaine a besoin, et une vraie demande d'un vrai opérateur est à l'origine de la plupart de ce qui figure sur ce journal.
Ce que cela donne selon l'industrie
Le même problème se lit différemment selon l'activité. Voici les segments les plus touchés.