La même commande est ressaisie trois fois

Elle arrive par mail. On la recopie dans un tableur pour la suivre, puis une troisième fois dans la comptabilité pour facturer. À chaque copie, une chance de se tromper — et personne ne saurait dire laquelle des trois versions fait foi.

Ce que vous voyez

• Un client demande où en est sa commande. Il faut deux appels en interne pour lui répondre.
• Le tableur de suivi porte le prénom de la personne qui l'a créé, et une colonne que plus personne n'ose supprimer.
• La facture part avec un prix qui n'est plus celui du devis, et personne ne sait à quel moment il a changé.
• Le stock affiché n'est jamais tout à fait le stock réel. On vérifie à l'atelier avant de promettre une date.
• Quand la personne qui tient le tableur est absente, la chaîne s'arrête.

Ce qui se passe vraiment

Le problème n'est pas la saisie. C'est qu'il n'existe aucun endroit qui fasse foi. Chaque outil détient un morceau du dossier et aucun ne détient le dossier : le mail porte l'engagement commercial, le tableur porte l'avancement, la comptabilité porte l'argent. Les trois divergent dès la première modification, parce que rien ne les oblige à se parler.

Ce qui se met alors en place n'est pas de la négligence, c'est une compensation. Quelqu'un devient le point de synchronisation. Cette personne sait que la colonne H veut dire autre chose depuis mars, que ce fournisseur-là facture au colis et non à l'unité, et que ce dossier est un cas particulier qu'on ne touche pas. Ces règles sont justes. Elles ne sont écrites nulle part.

Quand nous reprenons une chaîne pareille, nous ne commençons pas par écrire du code : nous sondons les données réelles. Sur l'une de ces reprises, deux colonnes s'appelaient « montant » et contenaient des quantités. Le libellé était faux depuis des années. Tout le monde s'en était arrangé, et plus personne ne s'en souvenait. C'est le genre de chose qu'on ne trouve pas en réunion.

Ce que ça vous coûte

La double saisie se voit : c'est du temps, et le temps se compte. Le reste se voit moins. Un délai annoncé au client parce qu'on n'a pas osé vérifier. Une remise accordée deux fois. Une facture partie en retard parce que la commande était livrée mais que personne ne l'avait dit à la comptabilité. Aucun de ces coûts n'apparaît dans un budget. Tous se payent.

Comment on s'y prend

On ne remplace pas la chaîne d'un coup. On commence par le maillon qui fait le plus mal — presque toujours celui où la commande change de main — et on le bascule pendant que le reste continue de tourner. Votre outil actuel ne s'éteint pas le jour de la mise en production : il s'éteint le jour où plus personne ne l'ouvre.

Avant cela, un cadrage à prix fixe produit un périmètre écrit et un budget, puis un cahier des charges que vous relisez et corrigez. Rien ne se code avant. Vous savez ce que vous achetez avant de l'acheter, et vous restez libre de vous arrêter là.

Ce que vous avez à la fin

Un dossier unique, qui porte la commande du devis jusqu'à l'encaissement, et que tout le monde regarde. Les étapes y sont des dates, pas des cases à cocher : quand la livraison est enregistrée, la commande passe d'elle-même en « à facturer ». Personne n'a à y penser, donc personne ne l'oublie.

Et les règles qui vivaient dans la tête de quelqu'un sont écrites, discutables, et modifiables sans nous appeler.

Où nous avons déjà vu ça

Les questions qu'on nous pose

Les autres situations

• Cas limitesDès que le cas sort du cadre, le terrain improvise
• Règles métierVos règles métier vivent dans un tableur que personne n'ose toucher
• Plafond techniqueVotre application a atteint les limites de sa technologie