La scène est facile à reconnaître : une commande arrive en retard, le client appelle, l’entrepôt dit qu’elle est partie à l’heure, les ventes accusent le transport, et le service client finit par s’excuser sans pouvoir expliquer ce qui s’est passé. À première vue, on croit à un problème logiciel. En réalité, c’est souvent un problème de coordination.
Quand personne n’assume la décision finale sur une exception, c’est le client qui paie la confusion.
La thèse est inconfortable mais utile : dans beaucoup de PME, le pire ennemi du service n’est pas le manque de technologie, mais l’ambiguïté sur celui qui décide quand l’opération sort du cadre. Cette ambiguïté ne se résout pas en ajoutant des écrans. Elle se résout en clarifiant les règles, les limites et les responsabilités.
Ce que voit le client, et ce que l’entreprise croit vivre
Dans une PME commerciale, le parcours d’une commande paraît simple jusqu’à ce qu’une exception apparaisse. Le stock existe dans le système mais pas en rayon. Une date a été promise, mais le transport la rate. Un ticket est ouvert, mais personne ne sait si l’entrepôt, les ventes ou l’après-vente doit s’en charger.
Le vrai problème n’est pas l’exception elle-même. Le problème, c’est que chaque équipe optimise sa partie et personne n’optimise l’expérience de bout en bout. Cela produit des signaux très reconnaissables :
- des promesses commerciales trop optimistes ;
- du retraitement entre équipes ;
- des messages pour confirmer ce qui devrait déjà être clair ;
- des appels au client pour “gagner du temps” ;
- des décisions qui dépendent d’une personne précise au lieu d’une règle partagée.
Dans ce contexte, le logiciel amplifie souvent la confusion existante. Si le processus est flou, le système rend ce flou visible ; il ne le corrige pas tout seul.
Un cas modeste, mais très plausible
Imaginons une PME de distribution avec plusieurs canaux de vente. Elle a une équipe commerciale interne, une boutique en ligne et des commandes récurrentes de clients professionnels. Depuis plusieurs semaines, la direction constate le même schéma : le volume augmente, mais les incidents aussi. Pas parce qu’il y a plus d’erreurs techniques, mais parce que chaque commande touche plus de personnes avant d’être clôturée.
L’entreprise a décidé de ne rien acheter au départ. Elle a d’abord cartographié trois décisions critiques :
- quelles commandes peuvent être promises sans validation manuelle ;
- dans quels cas une commande doit être bloquée pour revue ;
- qui peut autoriser une exception et sous quel délai.
Ensuite, elle a suivi quatre indicateurs très simples :
- les commandes bloquées faute de règle claire ;
- le délai moyen avant une réponse utile au client ;
- le nombre de promesses modifiées après la vente ;
- les incidents répétés pour la même cause.
Le changement le plus important n’a pas été technique, mais organisationnel : ils ont cessé de chercher un coupable à chaque cas et ont commencé à enregistrer les décisions. Cela a permis de voir où le temps se perdait et quels types d’exceptions consommaient le plus de ressources.
La décision inconfortable : moins de flexibilité apparente
C’est ici que beaucoup d’entreprises butent. Améliorer le service exige souvent moins d’improvisation, pas plus. Cela veut dire refuser certaines promesses commerciales, limiter certaines sorties urgentes de l’entrepôt ou imposer une revue pour des commandes qui partaient autrefois “par habitude”.
Au début, cette discipline donne l’impression de ralentir. Certaines équipes ont le sentiment de perdre de l’autonomie. Le commercial craint de perdre des ventes. Les opérations redoutent que le contrôle bloque tout. Et, en effet, quelque chose ralentit : les décisions arbitraires.
Le bénéfice arrive ensuite, quand l’entreprise ne dépend plus de ses héros internes pour résoudre les problèmes du quotidien. Moins d’exceptions improvisées se traduisent souvent par :
- moins de retours évitables ;
- moins d’appels de relance ;
- moins de temps passé à savoir qui a fait quoi ;
- plus de prévisibilité pour le client et pour l’équipe.
Ce n’est pas une amélioration spectaculaire, mais elle se voit dans la trésorerie, la charge de travail et la réputation.
Ce qu’il faut mesurer pour de bon
Si la direction veut savoir si le problème vient du processus ou de l’outil, elle devrait regarder des signaux opérationnels plutôt que des opinions. Par exemple :
- le pourcentage de commandes nécessitant une intervention manuelle ;
- le temps entre l’incident et la première action utile ;
- le nombre de changements de promesse par semaine ;
- les causes récurrentes de blocage ;
- le nombre de fois qu’un dossier passe d’une équipe à l’autre.
Ces mesures permettent de distinguer trois cas :
- le processus est mal conçu ;
- le processus est clair, mais mal respecté ;
- le processus est clair et respecté, mais le système le soutient mal.
Cette distinction est essentielle parce qu’elle évite de mauvais investissements. Plus d’automatisation n’est pas toujours la réponse. Parfois, il faut une règle mieux écrite, un responsable mieux défini ou une exception moins fréquente.
La leçon pour la direction : décider avant de digitaliser davantage
Les entreprises les mieux opérées ne sont pas celles qui ont le plus d’outils, mais celles qui savent qui décide quoi, avec quelles données et à quel moment. Si ce cadre n’existe pas, toute amélioration technologique finit par se heurter au même problème : trop d’exceptions et pas assez de règles communes.
Avant de demander quel système manque, il faut donc demander quelle décision n’a toujours pas de propriétaire. Cette question révèle souvent plus qu’un schéma d’applications.
Chez Codefuente, c’est souvent par là que nous commençons : à la frontière entre processus, responsabilité et support technologique. Parce que lorsque cette frontière est mal dessinée, c’est le client qui le subit en premier.