Un déploiement, c'est là que tout commence vraiment

Livrer un MVP, c'est la partie facile. Le vrai test, c'est le lundi matin quand le chauffeur monte dans son camion, le téléphone à la main, et qu'il doit décider si l'application lui simplifie la vie ou la complique.

Avec CroûteTrack, on a eu la réponse assez vite. Et elle était pleine de surprises.

Les contenants : entre ce qu'on pose et ce qu'on reprend

Le problème de départ: des milliers d'euros de cagettes et de bacs perdus chaque année. La solution semblait simple : tracer ce qui est déposé chez chaque client, ce qui est récupéré et relancer quand ça traîne.

Sur le papier, c'est limpide. Sur le terrain, un chauffeur qui enchaîne 30 arrêts à 6h du matin, les bras chargés, confond vite "j'ai repris" et "j'ai posé". Résultat : des données saisies, mais incorrectes. Pire que pas de données du tout, parce qu'elles donnent une fausse impression de contrôle.

Ce n'est pas un problème de mauvaise volonté. C'est un problème d'interface et de contexte d'usage: une leçon provenant de la réalité du terrain, pas de derrière un écran.

La commerciale et ses emails

Le logiciel prévoit un canal dédié pour les remontées d'informations : incidents clients, retours terrain, problèmes de livraison. Fini le WhatsApp, fini les messages perdus dans des fils de conversation sans queue ni tête.

Sauf que la commerciale continue à traiter tout par email.

Ce n'est pas un bug. C'est une habitude de 5 ans. Un outil peut proposer un meilleur process mais il ne peut pas forcer quelqu'un à l'adopter du jour au lendemain. Le vrai travail, à ce stade, c'est l'accompagnement humain autant que le développement technique.

Le prestataire extérieur : ni dedans, ni dehors

CroûteTrack a été pensé pour les équipes internes. Mais la réalité d'un atelier de livraison, c'est aussi des prestataires externes qui interviennent ponctuellement. Quand on leur donne accès, deux comportements émergent : soit ils saisissent tout... et parfois en doublon avec ce que l'équipe interne a déjà entré, soit ils ne saisissent rien, et les données sont incomplètes.

Gérer des utilisateurs "externes" dans un logiciel métier, c'est un cas d'usage à part entière qui n'avait pas assez anticipé.

Corriger, sécuriser, guider

C'est la question la plus difficile de tout déploiement terrain. Quand une donnée est fausse, est-ce parce que l'utilisateur s'est trompé, ou parce que l'interface l'a induit en erreur ?

Au démarrage : les deux. Quelques bugs, principalement dus à une mauvaise détection des besoins en amont ont semé le doute. Mais ils ont tous été corrigés. Mieux : le logiciel a été renforcé pour ne plus seulement enregistrer les données, mais guider activement le process: contenants, informations, rôles de chacun. Moins de place pour l'ambiguïté, moins de risque de confusion.

Commencer par le plus difficile

Il y a un détail qui a tout changé dans la façon dont les problèmes ont été détectés : on a commencé le déploiement avec le chauffeur le plus distrait de l'équipe. Pas le plus aguerri, pas le plus motivé, le plus susceptible de faire des erreurs. Résultat : les frictions sont remontées vite, en masse, et ont pu être corrigées rapidement. Ce qui aurait pu prendre des mois à découvrir en conditions idéales a été résolu en quelques semaines.

Grâce à tout ça : le logiciel se déploie

Graĉe à toutes ces expériences, remontées et corrections, les confusions de contenants, les emails qui persistent, les doublons... CroûteTrack est aujourd'hui en cours de déploiement pour l'ensemble des parties prenantes: direction, commerce, préparation, livraison, distribution, vente.

Un déploiement terrain, ce n'est jamais propre. C'est une série d'ajustements, de frictions, de compromis entre ce qu'on a conçu et ce que les gens font vraiment. Le succès ne ressemble pas à la maquette. Il doit ressembler aux besoins métiers et être à l'épreuve du terrain.