Travaux supplémentaires: comment garder une trace de chaque accord
Un supplément modifie le prix, le planning ou les deux. Enregistrer chaque validation avec un nom et une date ferme la discussion avant qu'elle ne commence.
Un supplément modifie le prix, le planning ou les deux. Enregistrer chaque validation avec un nom et une date ferme la discussion avant qu'elle ne commence.

Non, pas sans risque. Des travaux supplémentaires réalisés sans accord écrit exposent l'entreprise à une facture contestée et le client à une dépense qu'il n'avait pas anticipée. La règle tient en une phrase: tant que le supplément n'a pas été chiffré et validé, il n'existe que dans la mémoire de deux personnes qui ne s'en souviendront pas de la même manière.
Ce n'est pas une question de mauvaise foi. Un client qui pose une question pendant une visite ne modifie pas un contrat dans sa tête. Il demande, il obtient une réponse, et il considère que c'est réglé. L'entreprise fait le même raisonnement. Personne n'écrit rien, parce qu'à cet instant il n'y a rien qui ressemble à une transaction. C'était une conversation.
Six mois plus tard, la cuisine est posée avec les mauvaises poignées, et chacun se souvient différemment de cette conversation.
Le supplément n'est pas un phénomène de chantier. C'est ce qui se produit dès qu'un client fait encore des choix pendant l'exécution, et cela concerne presque tous les métiers où l'on travaille pour quelqu'un.
Un promoteur gère cent acquéreurs qui choisissent chacun leur niveau de finition, avec chacun une échéance et un prix. Un entrepreneur reçoit la demande sur place, entre deux tâches. Un constructeur de machines livre une installation dont le client veut un module de plus à mi-parcours, avec un effet sur le délai. Une agence voit le périmètre bouger dès que le client a vu la première proposition.
Même événement, autre secteur, même problème: quelqu'un dit oui, et ce oui doit pouvoir être retrouvé plus tard.
La différence ne vient pas du sérieux des équipes. Elle vient de ce que personne n'a décidé où ces accords vivent. Dans une petite structure, le processus se résume souvent à la personne qui a pensé à envoyer un mail de confirmation, et cette personne n'est pas toujours présente. Les décisions se prennent par messagerie, se confirment d'un hochement de tête, et se rangent dans la mémoire de quelqu'un. Quand cette personne part, l'histoire du projet part avec elle.
Un accord non enregistré coûte de l'argent au moment exact où il est remis en question. Entre le matériel, les heures et la seconde intervention, une cuisine commandée de travers représente plusieurs milliers d'euros, avant même de parler du geste commercial.
Le dommage tient rarement à un litige spectaculaire. Il tient à la version lente: une modification ici, un malentendu là, chacun absorbé plutôt que discuté, chacun prélevé sur la marge de ce projet.
Une validation donnée sur WhatsApp ne tient pas, parce que le message porte la réponse mais pas ce sur quoi elle portait. La conversation garde un oui. Elle ne garde ni la description, ni le prix, ni l'échéance, ni la version du plan que tout le monde avait en tête.
L'outil qui règle cela n'est donc pas une meilleure messagerie. C'est un endroit où le choix lui-même porte son prix, son échéance et le nom de la personne qui l'a validé, pour que la validation et ce qui a été validé ne se séparent pas.
Le scénario se répète. Un client pose une question sur une option un mardi soir. Quelqu'un répond avec un montant. Personne ne note à laquelle des trois offres ce montant se rapportait. À la facture, chacun discute d'un message au lieu de lire un dossier.
La messagerie convient pour la question. La réponse, elle, doit vivre là où on peut la produire à nouveau.
Une validation enregistrée porte quatre éléments: ce qui change, ce que cela coûte, l'effet sur le planning, et le nom et la date de la personne qui a validé. En dessous, c'est une note. Avec ces quatre éléments, le supplément cesse d'être un récit que deux parties racontent différemment et devient un document qui répond de lui-même.
La mécanique est ordinaire. Chaque choix devient un élément à part entière. Le client l'ouvre, voit la description, le plan, l'impact sur le prix et l'échéance, puis valide. Son nom et la date restent attachés à cette validation. L'équipe travaille à partir de la version validée, et uniquement de celle-là.
La valeur apparaît deux fois, et la seconde est celle que personne n'anticipe. La première au moment du changement, quand le prix est arrêté avant que la commande ne parte chez le fournisseur plutôt qu'après. La seconde à la réception, quand un client conteste une ligne de facture dix-huit mois plus tard et que la réponse est un document plutôt qu'une discussion sur ce qui aurait été dit en mars.
| Accord dans une conversation | Validation enregistrée | |
|---|---|---|
| Où il se trouve | Un appel, une visite, un fil de mails | Le dossier de projet, rattaché à la décision concernée |
| Qui peut le retrouver | Ceux qui étaient présents | Toute personne sur le projet, des années plus tard |
| Ce qu'il prouve | Ce dont chacun se souvient | La description exacte qui a été validée |
| Ce que le client a vu | Une explication orale | La description, le plan, le prix et l'échéance |
| Coût en cas de litige | Reprise, seconde intervention, conflit | Une validation avec un nom et une date |
Un client ne devrait pas avoir besoin d'une formation pour valider un choix qu'il a déjà fait. L'objection revient dans chaque discussion, et elle est fondée: quelqu'un qui choisit sa cuisine n'apprendra pas un logiciel pour cela.
La validation doit donc tenir en un geste. Une notification arrive, elle ouvre sur la seule chose à décider, et c'est terminé. Pas de parcours de connexion, pas de manuel, pas de second système à retenir. Structurer la décision reste votre travail. La valider reste aussi simple que possible, parce que c'est le seul moment où vous dépendez entièrement de quelqu'un qui n'a pas choisi votre outil.
Cela doit aussi tenir sur le terrain. Les suppléments naissent dans des pièces à moitié finies, pas derrière un bureau. Quand un client demande si l'îlot peut se décaler de trois mètres, la version utile consiste à l'enregistrer, le chiffrer et l'envoyer en validation avant que tout le monde ne soit reparti.
Ziggu enregistre chaque décision dans le projet auquel elle appartient, avec son prix, son échéance et la validation qui la clôture. Votre équipe exécute. Le client voit et valide les parties qui le concernent, et vous regardez tous les deux le même dossier.
Dans quatre pays, plus de 2 500 entreprises utilisent Ziggu pour environ 30 000 projets en cours, avec plus de 42 000 clients qui se connectent pour suivre le leur. La brique qui porte ce travail, ce sont les décisions et approbations, et le même problème vu du côté de la messagerie se trouve dans ce qui remplace WhatsApp sur un chantier.
Le premier supplément qui se referme sans discussion suffit à faire la démonstration.