La phrase “ce client est spécial” est la plus chère de votre activité. Chaque exception que vous accordez sans contrat — une remise verbale ici, un créneau fixe là, une facture “on encaissera plus tard” — ouvre une fissure dans votre système. Trois fissures deviennent une fuite. Dix, et vous avez une opération sur-mesure que vous seul savez habiller. Le coût n’est pas ce que vous perdez avec ce client. C’est tout ce que votre équipe arrête de faire pendant qu’elle gère des exceptions au lieu de travailler sur le système.
Pourquoi “une exception” n’est jamais juste une
Dans un atelier mécanique, un cabinet d’avocats ou une clinique dentaire, la même chose se passe chaque semaine : quelqu’un — un client, un fournisseur, un cas ponctuel — a besoin de quelque chose hors protocole. Une remise. Un créneau que vous ne touchez pas. Une facture avec une date différente. Et la première fois vous dites oui parce que c’est raisonnable, parce que le client compte, parce que “c’est juste cette fois”.
Le problème n’est pas cette première exception. Le problème c’est que votre système ne sait pas qu’il a changé. Vous continuez à travailler avec la version de votre processus d’il y a six mois, pendant que vous accordez des exceptions qui vivent sur WhatsApp, dans la tête de votre réceptionniste, ou dans un email perdu. Et c’est là que ça devient cher.
Le Shape Up de Basecamp le dit crument : “si vous introduisez une exception, vous avez construit un nouveau système que vous ne documentez pas”. Chaque exception est un mini-système parallèle. Et les mini-systèmes parallèles ne passent pas à l’échelle, ne s’enseignent pas, ne survivent pas à un départ, n’apparaissent pas dans votre ERP, ne passent pas l’audit. Ils vivent dans la tête de celui qui a dit oui.
Exemple réel : le client “qui paie toujours en retard”
Un cabinet comptable a un gros client — un constructeur — qui paie chaque facture avec 45 jours de retard. Il y a deux ans ils l’ont accepté pour ne pas perdre le compte. Aujourd’hui :
- Le comptable tient un tableur parallèle rien que pour suivre ses paiements manuels.
- La réceptionniste lui envoie un rappel WhatsApp chaque mois — quelque chose qui n’existe pas dans le système officiel.
- Le propriétaire, quand il regarde la facturation réelle du mois, ne sait pas ce qui est rentré avant d’appeler son comptable.
Ce client n’est pas une exception. C’est un système entier hors du système. Et ça mange, facilement, 4 heures par semaine réparties sur trois personnes. À 11,25 €/h ça fait 1 950 €/an de temps coulé pour encaisser ce qui, sans l’exception, arriverait par prélèvement automatique.
Les trois fissures qu’ouvre chaque exception
Une exception n’est pas un problème isolé. Elle ouvre trois fissures dans votre opération en même temps. Et vous ne les voyez presque jamais avant que quelque chose casse.
| Fissure | Ce qui casse | Où vous le sentez |
|---|---|---|
| Opérationnelle | Le processus officiel cesse de refléter la réalité. Votre système dit une chose, votre équipe en fait une autre. | Réunions mensuelles, intégration des nouveaux, passation après un départ. |
| Mentale | Votre équipe brûle de l’énergie cognitive à se souvenir “comment ça marche avec un tel”. Des décisions qui devraient être automatiques deviennent manuelles. | Fatigue, erreurs, dépendance à “la personne qui était là avant”. |
| De données | L’information réelle n’atteint aucun tableau de bord. Vous décidez à l’aveugle. | Rapports financiers, planification de trésorerie, vous ne savez pas quel client est rentable. |
Les trois fissures se nourrissent. L’exception ouvre la fissure opérationnelle, qui force votre équipe à s’en souvenir de tête (fissure mentale), ce qui empêche les données propres d’arriver au système (fissure de données). Et à la fin vous devez reconstruire la réalité chaque lundi en demandant, en appelant, en croisant des tableurs.
Trois exemples d’exception dans des activités différentes
- Avocat — Un gros client corporate “a le droit de reporter” les réunions de suivi. Aujourd’hui la secrétaire perd 2 h/semaine à recaser des créneaux pour ses urgences.
- Clinique dentaire — Une famille vient depuis 12 ans et “paie toujours le mois prochain”. Le système d’encaissement ne l’inclut pas, et le propriétaire la considère comme VIP. Mais personne ne sait ce qu’elle doit réellement.
- Atelier mécanique — Un client VIP a la clé de l’atelier pour déposer la voiture hors horaires. Aujourd’hui deux mécaniciens différents ont récupéré la voiture sans se prévenir. Une fois ils ont presque emmené la mauvaise voiture au mauvais atelier.
Pourquoi on continue d’en accorder (même quand on connaît le coût)
Si les exceptions sont si chères, pourquoi continuons-nous à en donner ? Trois raisons, toujours les mêmes :
1. Peur de perdre le client. Le raisonnement est “si je dis non, il part”. Mais ce raisonnement ignore que la plupart des clients ne vous ont jamais demandé l’exception — c’est vous qui l’avez proposée, par anticipation, par anxiété. La prochaine fois qu’un client vous demande quelque chose hors protocole, essayez de dire : “Désolé, on travaille comme ça”. 70% du temps, il accepte sans discuter.
2. L’exception vous rend irremplaçable. C’est subtil. Quand “vous seul savez comment marche le truc de Untel”, votre position dans l’activité devient irremplaçable. Mais ce n’est pas être essentiel : c’est être prisonnier du système. Et si votre activité dépend que vous soyez là pour qu’un compte soit encaissé à temps, vous n’avez pas une activité. Vous avez un emploi avec un logo.
3. Personne n’a quantifié le coût. Sans chiffres, tout paraît “petit”. Quand vous commencez à mesurer, vous découvrez qu’une remise verbale de 5% pour trois gros clients vous a coûté 14 000 € par an. Et ce “on facturera la prochaine fois” représente 30 jours de trésorerie moyenne que vous financez vous-même.
Comment arrêter d’accorder des exceptions (sans perdre de clients)
La règle d’or : toute exception que vous accordez doit passer par écrit et par le système. Pas sur WhatsApp, pas de vive voix, pas “Marie est au courant”. Si l’exception est réelle et précieuse pour le client, elle a un prix. Et si elle a un prix, elle rentre dans un système.
Trois étapes concrètes :
1. Faites l’inventaire de vos exceptions cette semaine. Asseyez-vous 30 minutes avec votre équipe et faites une liste : que faisons-nous différemment pour quel client ? Vous allez avoir peur. C’est normal.
2. Décidez pour chacune : reste ou part ? Pour celles qui restent, documentez-les (prix, conditions, qui les a autorisées) et intégrez-les dans votre système comme un contrat. Pour celles qui partent, négociez le retour au protocole avec le client — la plupart acceptent si vous expliquez honnêtement pourquoi.
3. Mettez une date de revue. Les exceptions sont accordées “pour toujours”. Donnez-leur une date d’expiration. Si au bout de 3 mois l’exception n’est pas justifiée par des données, retour au protocole. C’est de l’ingénierie opérationnelle, pas de l’impolitesse.
Votre Quick Win d’aujourd’hui
Réservez 15 minutes cette semaine. Prenez une feuille et notez chaque client, fournisseur ou cas que votre équipe traite “différemment” — horaire, prix, conditions, mode de paiement, n’importe quoi. Notez juste le nom et la raison. Vous n’avez rien à résoudre aujourd’hui. Juste voir la carte réelle des exceptions qui vit dans la tête de votre équipe et nulle part ailleurs.
Si en faisant cet inventaire apparaissent plus de cinq exceptions non documentées, vous n’avez pas un problème de clients. Vous avez un système d’exploitation qui a besoin d’être réingénieré — et c’est exactement ce que nous faisons chez Hebra Studio : concevoir des opérations qui survivent au lendemain, pas seulement à la mémoire de celui qui les a inventées.
Demander un diagnostic gratuit