Anatomie d’une décision IA en 300 millisecondes
Le bon message, au bon moment, sur le bon canal, c’est a recette d’un bon arbitrage multicanal.
L’expression est utilisée si souvent qu’elle est devenue un vœu pieux plutôt qu’une description opérationnelle. Mais derrière elle, quand elle est réellement implémentée, il y a un processus algorithmique précis qui se déroule en quelques centaines de millisecondes : perception d’un signal, activation de plusieurs moteurs en parallèle, pondération des contraintes, arbitrage final, exécution – ou abstention.
Cet article ouvre le capot de ce processus. Non pour plonger dans les détails techniques des algorithmes, mais pour comprendre concrètement ce qui distingue un arbitrage décisionnel réel d’une règle déguisée en IA.
Le déclencheur : qu’est-ce qu’un signal ?
L’arbitrage commence par un signal. Un signal est un événement observable qui modifie ce qu’on sait de l’état d’un client à un instant donné. Il peut être comportemental (clic, visite, achat, abandon, silence), transactionnel (achat réalisé, retour produit), contextuel (heure de la journée, localisation, météo), ou relationnel (ticket SAV ouvert, désabonnement partiel, baisse d’engagement sur un canal).
La distinction entre un CRM d’automation et un CRM décisionnel commence ici : l’automation réagit à un ensemble limité de signaux prédéfinis (« si abandon de panier alors… »). L’IA décisionnelle capte en permanence l’ensemble des signaux disponibles et les combine pour construire une représentation contextuelle complète du client à l’instant T. C’est le fondement de la segmentation clients IA dynamique.
Les moteurs qui s’activent en parallèle
Quand un signal pertinent est détecté pour un contact, cinq moteurs s’activent simultanément. Chacun répond à une question spécifique.
Le moteur de scoring comportemental calcule la probabilité d’engagement du contact sur une action donnée, compte tenu de son comportement récent et de son historique.
Le moteur de Perfect Timing évalue si l’instant présent est dans la fenêtre de réceptivité optimale pour ce contact – ou si la décision doit être différée. Pour comprendre les cinq dimensions de ce timing, consultez notre article sur le Perfect Timing CRM.
Le moteur de pression marketing évalue le niveau de sollicitation déjà exercé sur ce contact sur la période récente, sur chaque canal, et détermine si une activation supplémentaire est compatible avec le maintien d’une relation saine.
Le moteur de sélection de canal évalue, pour ce contact, quel canal présente la meilleure combinaison de réceptivité historique et de disponibilité actuelle.
Le moteur de recommandation de contenu sélectionne l’offre, le message et l’angle les plus pertinents selon le profil comportemental du contact et les contraintes business actives.
La coopération algorithmique
Ces moteurs ne décident pas chacun de leur côté. Ils votent, et le moteur d’orchestration ian tranche. C’est ce principe de pondération dynamique – plusieurs intelligences spécialisées coordonnées par une instance centrale – qui constitue la base du CRM cognitif.
L’arbitrage final : action ou abstention
Le moteur d’orchestration reçoit les sorties de tous ces moteurs et prend la décision finale. Il pondère les scores selon les priorités business définies par l’équipe marketing (maximiser le revenu incrémental, minimiser la pression, protéger le NPS) et sélectionne l’action optimale – ou décide que le bénéfice attendu de toute action est inférieur au coût relationnel.
Cette décision d’abstention – « mieux vaut ne rien envoyer aujourd’hui » – est la plus contre-intuitive et la plus précieuse. Elle n’existe pas dans les systèmes d’automation : si aucune règle d’exclusion n’est configurée, le système agit. Dans un moteur décisionnel, l’abstention est une décision active, produite par le raisonnement, pas par l’absence de règle. C’est ce mécanisme qui permet de réduire structurellement la pression marketing tout en améliorant les résultats, comme l’illustre notre article sur la fidélisation e-commerce.
Ce qui distingue un vrai arbitrage d’une règle déguisée en IA
La question est pratique : comment savoir si un système fait vraiment de l’arbitrage ou s’il applique des règles avec une interface IA ?
Un vrai arbitrage est contextuel : deux clients dans le même segment, le même jour, face à la même offre, peuvent recevoir des décisions différentes. Si tous les contacts d’un segment reçoivent la même décision, c’est une règle de segment, pas un arbitrage individuel.
Un vrai arbitrage est explicable : pour chaque décision prise, on peut accéder aux variables qui l’ont produite – quels scores, quelles contraintes, quelle pondération. Si la décision est une boîte noire, c’est un modèle de prédiction, pas un moteur décisionnel.
Un vrai arbitrage inclut l’abstention : si le système ne peut jamais décider de ne pas agir (sauf règle manuelle d’exclusion configurée), c’est un système d’automation, pas un arbitre.
Ce qu’il faut retenir
L’arbitrage multicanal en temps réel est un processus précis : perception d’un signal, activation de cinq moteurs spécialisés en parallèle, pondération par un moteur central, décision ou abstention. Ce processus se déroule en moins de 300 millisecondes, pour chaque contact, à chaque signal pertinent. Ce qui le distingue d’une règle déguisée en IA : il est contextuel, explicable, et capable de décider de ne rien faire. Pour voir ce moteur en action, découvrez ian decisioning.





