Gouvernance et organisation
Automatiser une mauvaise décision ne la rend pas meilleure
Automatiser une décision ne la rend ni objective ni meilleure. Sans critères clairs, droit de contestation et responsabilité assumée, l’IA industrialise les habitudes de l’entreprise — y compris les mauvaises.
Une entreprise déploie un scoring pour aider ses commerciaux à appeler les bons prospects. Quelques semaines plus tard, les priorités paraissent plus nettes, les tableaux de bord plus propres, les discussions plus courtes.
C’est précisément ce qui devrait inquiéter.
Car si l’entreprise n’a jamais clairement défini ce qui fait d’un prospect une priorité, le système ne révèle pas les meilleurs dossiers. Il industrialise les préférences, les habitudes et les renoncements déjà présents dans l’organisation.
Faut-il privilégier la marge potentielle, la probabilité de signature, l’intérêt stratégique, l’urgence de fin de trimestre ou la relation historique avec un client ? Avant l’outil, ces arbitrages pouvaient rester implicites, varier selon les managers ou se négocier au fil des situations.
Après l’outil, ils deviennent une règle appliquée sans fatigue, sans hésitation et à grande échelle.
Le danger n’est pas que l’automatisation invente une mauvaise décision. Le danger est plus discret : elle peut donner à une décision mal définie la vitesse, la cohérence apparente et l’autorité d’un système.
Une décision répétitive n’est pas forcément automatisable
Parce qu’une décision revient souvent, beaucoup d’entreprises la considèrent comme automatisable. C’est une erreur de catégorie.
Envoyer un accusé de réception, relancer une facture échue ou vérifier qu’un champ obligatoire a été rempli relèvent d’une logique stable. La règle est explicite, les exceptions limitées, les conséquences généralement prévisibles.
Prioriser un client, accorder une remise, sélectionner un candidat ou escalader un dossier sensible relèvent d’un autre registre. Ces décisions contiennent des arbitrages entre des objectifs légitimes, mais parfois contradictoires :
- rentabilité immédiate ou potentiel à long terme ;
- rapidité de traitement ou qualité de la réponse ;
- équité de traitement ou urgence commerciale ;
- protection d’un client existant ou conquête d’un nouveau marché.
Une décision peut être fréquente sans être simple. Répéter une action n’est pas arbitrer.
Le cas d’une remise commerciale
Prenons une remise supérieure à 10 %.
Un système peut examiner le montant du contrat, la marge estimée, l’ancienneté du client, le niveau de remise demandé et l’historique des négociations comparables. Techniquement, le sujet paraît accessible.
Mais le vrai sujet n’est pas technique.
Une remise peut protéger une relation stratégique. Elle peut aussi dissimuler une offre mal positionnée, un défaut de qualité ou l’incapacité à défendre la valeur proposée. Elle peut être justifiée pour entrer sur un marché, mais devenir destructrice lorsqu’elle constitue la réponse automatique à toute objection.
Le système ne tranche pas ce dilemme. Il applique la manière dont l’entreprise a choisi — ou refusé de choisir — de le traiter.
Un score ne rend pas une décision objective
Un score rassure parce qu’il donne un chiffre. Un classement rassure parce qu’il semble neutre. Une recommandation chiffrée peut même mettre fin à une discussion que personne ne voulait vraiment avoir.
Pourtant, un score n’est jamais qu’une formalisation : des données disponibles, des objectifs retenus, des critères pondérés et des exclusions acceptées.
Il ne supprime pas le jugement. Il rend moins visible celui qui a déjà été porté.
Un outil de recrutement, par exemple, peut classer les candidats selon leur probabilité de réussite à partir des profils historiquement recrutés et considérés comme performants. Mais que mesure-t-il réellement ?
La performance ? L’adaptation à une culture existante ? La capacité à satisfaire un manager ? Ou la réussite dans un système qui favorise déjà certains parcours ?
Le problème ne se limite pas au biais algorithmique au sens technique. Il tient à l’apparence de rationalité que le système peut donner à des critères jamais débattus.
Une recommandation peut s’imposer non parce qu’elle est juste, mais parce qu’elle paraît trop sophistiquée pour être contestée.
Le vrai risque : transformer une habitude en règle industrielle
Dans les entreprises, les décisions ne suivent jamais uniquement les procédures officielles.
Elles sont aussi façonnées par ce qu’un dirigeant préfère, ce qu’un directeur commercial tolère, les exceptions accordées aux comptes influents, les indicateurs qui dominent à l’approche de la clôture ou les compromis installés avec le temps.
Ces pratiques sont imparfaites. Mais elles restent humaines, donc visibles. Elles provoquent des discussions, des frictions, des justifications. Elles laissent parfois apparaître leur faiblesse.
L’automatisation leur donne une autre stature.
Une règle locale devient une norme reproductible. Une préférence ancienne devient un critère. Une exception mal comprise devient une donnée historique. Et une décision discutable devient un flux que personne ne semble plus vraiment posséder.
L’erreur humaine appelle une explication. L’erreur automatisée produit un tableau de bord.
La cohérence n’est pas la qualité. Une organisation peut devenir remarquablement cohérente dans l’application d’une mauvaise règle.
Exemple : quand le scoring commercial confond potentiel et attention passée
Le scoring commercial est révélateur parce que son intention est généralement légitime : aider les équipes à concentrer leurs efforts sur les opportunités les plus prometteuses.
Une promesse raisonnable
Une entreprise B2B déploie un outil pour classer ses prospects. Le système examine la taille de l’entreprise, son secteur, le budget déclaré, l’origine du lead, la vitesse de réponse, le profil du contact et les données des opportunités précédentes.
L’objectif semble difficile à contester : éviter que les commerciaux consacrent du temps à des dossiers peu susceptibles d’aboutir.
Mais l’historique commercial ne raconte pas seulement quels prospects ont signé. Il raconte aussi ceux auxquels l’entreprise a donné du temps, des ressources, des commerciaux expérimentés et des relances de qualité.
C’est une différence décisive.
Ce que les données apprennent vraiment
Dans cette entreprise, les grands comptes connus ont toujours reçu davantage d’attention. Les commerciaux les plus expérimentés ont traité les dossiers les plus attractifs. Les PME ont été rappelées plus tard, avec moins de disponibilité. Certains secteurs ont été abandonnés après quelques échecs mal analysés. Les opportunités atypiques ont été peu documentées parce qu’elles entraient mal dans les catégories prévues par le CRM.
Le modèle observe alors que les grands comptes des secteurs historiques convertissent mieux.
Mais convertissent-ils mieux parce qu’ils ont un potentiel supérieur ? Ou parce qu’ils ont bénéficié de meilleurs interlocuteurs, de davantage de relances et d’un effort commercial plus soutenu ?
Le système ne peut pas le déduire seul.
Il confond facilement ce qui a le mieux marché avec ce que l’entreprise a le plus aidé à réussir.
Une préférence ancienne devient une allocation de ressources
La recommandation du modèle est alors parfaitement logique : privilégier les segments déjà privilégiés.
Les grands comptes historiques remontent en tête du classement. Les PME, les nouveaux marchés et les prospects atypiques obtiennent des scores plus faibles, faute de données positives suffisantes. Les commerciaux suivent les recommandations, car elles paraissent fondées sur des résultats objectifs.
À court terme, le taux de conversion peut progresser. L’équipe perd moins de temps dans le tri. Le pipeline devient plus prévisible.
Mais l’entreprise concentre progressivement ses efforts sur les segments qu’elle connaît déjà. Elle réduit sa capacité à détecter de nouveaux relais de croissance. Elle peut même confondre discipline commerciale et rétrécissement stratégique.
Le problème n’est pas le scoring.
Le problème est d’avoir demandé à un système de répondre à une question stratégique — où voulons-nous réellement nous développer ? — à partir des traces laissées par les comportements passés.
La même mécanique existe dans les remises commerciales, la priorisation des tickets clients ou le recrutement. Les données historiques sont parfois la mémoire fidèle de compromis que personne n’a voulu assumer.
Quatre questions avant d’automatiser une décision
L’enjeu n’est pas d’interdire les recommandations automatisées. Elles peuvent alléger des charges, détecter des signaux faibles et améliorer la qualité d’exécution.
Mais avant de déléguer un arbitrage à un système, une entreprise doit pouvoir répondre à quatre questions simples — et exigeantes.
1. Quelle décision prenons-nous exactement ?
« Optimiser le traitement des demandes », « améliorer le recrutement » ou « prioriser les meilleurs clients » ne désignent pas une décision. Ce sont des ambitions.
Il faut nommer l’acte précis :
- prioriser les clients à rappeler dans les vingt-quatre heures ;
- accorder ou refuser une remise supérieure à 10 % ;
- déclencher une revue humaine pour un dossier client sensible ;
- classer les candidatures pour un premier entretien.
Si l’acte de décision ne peut pas être formulé clairement, son automatisation ne fera qu’ajouter de l’opacité à une confusion existante.
2. Quels critères acceptons-nous de sacrifier ?
Toute décision produit des effets secondaires.
Favoriser la vitesse de réponse peut réduire la qualité de traitement. Donner la priorité à la marge immédiate peut pénaliser le potentiel à long terme. Réduire les délais de recrutement peut écarter des profils moins conventionnels. Limiter les remises peut protéger la rentabilité tout en faisant échouer une négociation stratégique.
Le sujet n’est pas d’éliminer les arbitrages. Il est de les assumer.
Une direction qui ne dit pas ce qu’elle accepte de perdre laisse le système le décider à sa place, à partir des données qu’elle lui fournit.
3. Qui peut contester la recommandation ?
Une recommandation impossible à contester cesse d’être une aide à la décision. Elle devient une délégation de responsabilité.
Un droit de recours concret doit exister : qui peut déroger à la recommandation ? À quelles conditions ? Comment l’exception est-elle documentée ? Qui examine les exceptions récurrentes ?
Ce dernier point est souvent négligé.
Une exception n’est pas toujours un défaut à éliminer. Elle peut révéler une règle insuffisante, un segment mal compris ou un objectif contradictoire. Lorsque les équipes contournent fréquemment un système, il ne suffit pas de leur demander de mieux l’utiliser.
Il faut se demander ce qu’elles voient que le système ne voit pas.
4. Comment saurons-nous que le système se trompe ?
La vitesse de traitement et le taux d’adoption ne suffisent pas.
Un outil peut être utilisé par tous, traiter les dossiers deux fois plus vite et dégrader pourtant la qualité des décisions. Il faut donc suivre les conséquences, pas seulement la fluidité du flux :
- opportunités écartées à tort ;
- dossiers renversés par les équipes ;
- écarts entre segments de clientèle ;
- concentration excessive du pipeline ;
- candidats refusés puis recrutés avec succès ailleurs ;
- impact sur la rétention, la satisfaction ou la marge à long terme.
Mesurer uniquement l’efficacité du processus revient à confondre mouvement et progrès.
Le bon ordre : clarifier, décider, puis automatiser
Une automatisation saine intervient après un travail de clarification.
L’entreprise doit avoir défini son objectif réel, les règles de décision, les données nécessaires, les cas d’exception, les responsabilités humaines et les mécanismes de révision.
L’IA peut alors jouer un rôle utile : classer des informations, détecter des incohérences, signaler une urgence probable, formuler une recommandation ou alléger une charge administrative.
Elle soutient une organisation qui sait déjà ce qu’elle cherche à faire.
Un outil peut, par exemple, trier les tickets clients selon leur urgence probable. C’est souvent pertinent. Mais la définition de l’urgence ne relève pas d’un calcul neutre. Risque juridique, perte de chiffre d’affaires, vulnérabilité d’un client, engagement contractuel, impact réputationnel : ces critères traduisent des priorités de gouvernance.
On peut déléguer le tri à une machine. On ne peut pas lui déléguer la responsabilité des priorités qu’elle applique.
À retenir
- Une décision fréquente peut contenir des arbitrages qu’aucun score ne résout à lui seul.
- Les données historiques reflètent autant les efforts passés de l’entreprise que le potentiel réel de ses clients, candidats ou marchés.
- Un système automatisé doit pouvoir être contesté, expliqué et révisé.
- Le premier travail n’est pas technique : il consiste à rendre la décision claire, assumable et gouvernable.
La question à poser en comité
Si notre système appliquait cette règle dix mille fois demain, pourrions-nous en assumer publiquement les critères, les exceptions et les conséquences ?
Si la réponse hésite, le problème n’est probablement pas encore l’outil.
Il est dans la décision elle-même.
L’IA est parfois appelée à trancher non parce qu’elle serait mieux placée pour le faire, mais parce que personne ne veut signer l’arbitrage. C’est souvent le signe d’une dette organisationnelle : responsabilités floues, indicateurs contradictoires, exceptions permanentes et conflits que l’on préfère couvrir d’un score.
La couche IA explore ce moment de bascule : celui où la technologie semble apporter de la rigueur, alors qu’elle révèle surtout ce que l’organisation n’a pas eu le courage de clarifier.
Pour aller plus loin
La Couche IA
Pourquoi les entreprises ajoutent de l’intelligence artificielle au lieu de transformer leur organisation.
Découvrir le livre