Unique customer ID
Par Iago Carballo · Publié le 8 juillet 2026
« L’IT doit construire à la main un segment pour le Marketing, en consolidant des données issues de silos. Et il n’est pas dynamique. »
Si vous travaillez dans le marketing d’un retailer de taille moyenne, vous reconnaissez cette situation sans qu’on ait besoin de vous l’expliquer. Vous demandez un segment, les clients de Madrid qui ont acheté des jeans mais pas de sweat à capuche ces trois derniers mois, et la réponse n’est pas le segment. C’est un ticket adressé à l’IT, une file d’attente et une date de livraison qui dépend du nombre de projets prioritaires que l’IT a devant le vôtre. Quand le segment arrive, ce n’est plus le même segment. Les clients qui remplissaient cette condition il y a deux semaines ne sont pas ceux qui la remplissent aujourd’hui. Certains ont déjà acheté le sweat. D’autres ont cessé de venir en magasin. Le segment que vous recevez est un instantané périmé d’un comportement qui a déjà changé. Cet article explique comment l’éviter : ce qu’est la segmentation dynamique, en quoi elle diffère du RFM, point de départ de la plupart des entreprises, et surtout comment passer d’un segment bien défini à une campagne active sans que le marketing ait à attendre qui que ce soit.
La plupart des retailers omnicanaux ont leurs données clients dispersées dans des systèmes différents : le POS du magasin physique, la plateforme e-commerce, le CRM, WhatsApp s’ils l’utilisent pour la fidélisation, l’application s’ils en ont une. Chaque système connaît une partie de l’histoire. Aucun ne la connaît en entier. Quand le marketing veut lancer quelque chose de plus sophistiqué qu’un envoi de masse, comme « les clients qui ont acheté en magasin ces 60 derniers jours mais pas en ligne depuis » ou « les clients chaussures qui dépensent en moyenne plus de 80 € et n’ont reçu aucune communication depuis 30 jours », il n’existe pas de bouton pour cela. Il existe une demande à l’IT. L’IT, de son côté, doit aller chercher ces données là où elles se trouvent, les croiser à la main, les nettoyer et livrer un fichier. C’est du travail de plomberie de données, pas de stratégie, et il entre généralement en concurrence de priorité avec des projets que l’IT juge plus critiques : l’ERP, le POS lui-même, la sécurité. Un segment marketing gagne rarement cette course. Le résultat comporte deux problèmes, pas un. Le premier est la vitesse : ce qui devrait prendre quelques minutes prend des jours ou des semaines. Le second, plus discret, est que le segment naît déjà périmé. C’est une extraction ponctuelle, un instantané. Le client qui remplissait la condition le jour où la requête a été exécutée peut ne plus la remplir au moment où la campagne part. Ce n’est pas un problème de talent de l’équipe IT, c’est un problème d’architecture. Quand les données clients sont fragmentées en silos et qu’aucune couche ne les unifie de façon native, tout segment un peu sophistiqué exige une intervention manuelle. Et le manuel ne passe pas à l’échelle, encore moins ne se met à jour tout seul. L’alternative n’est pas d’embaucher plus de monde à l’IT ni d’accélérer le traitement des tickets. C’est de supprimer le besoin même de tickets. C’est ce que change la segmentation dynamique.
Un segment statique est un instantané : il est calculé une fois, avec les données disponibles à ce moment-là, et reste figé jusqu’à ce que quelqu’un le recalcule à la main. Si vous l’avez créé lundi, il est déjà obsolète vendredi : certains clients qui remplissaient la condition ne la remplissent plus, et d’autres qui la remplissent maintenant ont été laissés de côté parce qu’ils se sont qualifiés après la date de coupure. Un segment dynamique n’est pas un instantané. C’est une règle vivante. Le client entre dans le segment et en sort automatiquement en fonction de son comportement réel, sans que personne ait à relancer quoi que ce soit. Si vous définissez « les clients qui n’ont pas acheté depuis 45 jours », ce segment se recalcule tout seul : le client qui atteint aujourd’hui 44 jours sans achat entre demain, et celui qui rachète sort automatiquement, sans que le marketing ait à penser à le retirer. La différence paraît minime sur le papier et elle est énorme dans la pratique. Avec un segment statique, chaque campagne commence par la question « ce segment est-il encore valable ? ». Avec un segment dynamique, la question n’existe pas : le segment reflète toujours le comportement actuel, et non celui du moment où il a été calculé.

La forme la plus connue de segmentation dynamique est le RFM : Récence, Fréquence et valeur Monétaire. Si vous connaissez déjà le modèle, vous savez qu’il classe les clients selon la date de leur dernier achat, leur fréquence d’achat et leurs dépenses. C’est un excellent point de départ, car il est simple à comprendre et couvre le cas d’usage le plus courant : identifier vos meilleurs clients et ceux qui sont sur le point de partir. Mais le RFM seul n’épuise pas ce que la segmentation dynamique peut faire. Un moteur de segmentation dynamique complet travaille avec plus de 50 paramètres différents : catégorie de produit achetée, canal d’achat préféré, sensibilité aux remises, comportement en matière de retours, interaction avec WhatsApp, panier moyen par visite, jour de la semaine où ils achètent, combinaisons de produits qu’ils n’ont jamais essayées. Le RFM est la porte d’entrée. La segmentation dynamique complète, c’est la maison tout entière.
Voici la partie qui change réellement le quotidien du marketing : construire un segment dynamique ne devrait pas exiger de savoir écrire du SQL, ni de dépendre de la disponibilité, précisément cette semaine-là, de la personne qui sait le faire. Concrètement, cela fonctionne ainsi : le marketing combine des conditions de façon visuelle, « catégorie = chaussures » + « panier moyen > 80 € » + « dernier achat il y a entre 30 et 60 jours », et le système construit le segment immédiatement, sans requête de base de données que quelqu’un doive écrire, relire et maintenir. Ce n’est pas une simplification cosmétique de quelque chose qui reste technique en dessous. C’est la différence entre un marketing qui dépend d’une ressource rare, quelqu’un qui sait écrire des requêtes, et un marketing qui opère en pleine autonomie sur un moteur conçu pour des personnes qui n’ont pas, et ne veulent pas avoir, de profil technique. La conséquence pratique est que tout le cycle, avoir une idée de campagne, construire le segment qui la sous-tend et la lancer, passe d’un processus de plusieurs jours ou semaines avec l’intervention de l’IT au milieu à un processus que le marketing mène de bout en bout, en une seule session de travail, sans ouvrir de ticket. C’est exactement ce qui change pour le responsable CRM ou fidélisation qui veut aujourd’hui mieux segmenter mais a besoin de l’IT pour chaque action. Le goulot d’étranglement ne s’accélère pas. Il disparaît.
Disposer d’un segment bien construit ne représente que la moitié du travail. L’autre moitié, c’est ce qui se passe ensuite : transformer cette liste en une campagne que le client reçoit réellement sur le canal où il se trouve, et non sur celui qui arrange le marketing. Un segment dynamique qui n’est pas relié à l’activation est un exercice académique. Ce qui boucle la boucle, c’est que ce même segment puisse être activé nativement sur les canaux pertinents, e-mail, SMS, push in-app, WhatsApp, et aussi exporté comme audience vers Meta Ads et Google Ads pour hyper-segmenter les dépenses publicitaires grâce à des données comportementales réelles, plutôt qu’avec la segmentation générique proposée par la plateforme publicitaire elle-même. Un cas d’usage concret : les jours creux. La plupart des magasins physiques ont une fréquentation inégale au fil de la semaine, des pics le samedi, des creux le mardi et le mercredi. Avec un segment dynamique de « clients à forte fréquence qui n’ont pas mis les pieds en magasin depuis 10 jours », activé spécifiquement via WhatsApp avec une incitation à venir un jour précis, une partie de cette fréquentation peut être déplacée des jours de pointe vers les jours creux, sans remise massive pour toute la base, mais uniquement pour le segment capable de changer de jour. Autre cas d’usage : le client en risque d’attrition. Un segment dynamique qui détecte le moment où la récence d’un client commence à baisser, avant qu’il ne devienne un client dormant, permet de lancer une campagne de réactivation dans la fenêtre où il est encore pertinent d’essayer, et non des mois plus tard, quand il est déjà trop tard. Agir à temps est essentiel : perdre un client coûte de cinq à sept fois plus cher que le fidéliser, si bien que chaque semaine que ce segment met à s’activer a un coût réel, pas seulement théorique. Un troisième cas boucle avec l’exemple du début de cet article : la vente croisée par catégorie. Le segment « a acheté des jeans ces 90 derniers jours, n’a pas acheté de sweat à capuche » n’est pas une curiosité théorique, c’est exactement le type de règle qui, calculée à la main, oblige à croiser POS et e-commerce, à filtrer par catégorie et par date et à livrer le tout sous forme de fichier. Calculée dynamiquement, elle existe comme une règle vivante qui s’active par e-mail ou WhatsApp dès que le client remplit la condition, et non des semaines après une demande à l’IT. Ce sont les mêmes données, mais au bon moment. L’idée de fond est que segmenter et activer ne sont pas deux projets distincts avec un transfert d’information entre les deux. C’est un seul et même flux de travail, sans friction entre le moment où vous définissez à qui vous parlez et le moment où cette personne reçoit le message.

Il vaut la peine de s’arrêter sur la raison pour laquelle la nature dynamique du segment, et pas seulement sa sophistication, est ce qui a le plus d’impact sur les résultats. Imaginez que vous définissiez le segment des « clients à risque » : fréquence historique élevée, mais récence qui a commencé à baisser. Si ce segment n’était calculé qu’une fois par mois, la moitié de sa valeur serait perdue. Un client qui devient à risque le jour 3 ne reçoit aucune communication tant que le segment n’est pas recalculé, parfois des semaines plus tard, moment où il peut déjà avoir basculé dans la catégorie « dormant », où le réactiver coûte plus cher et fonctionne moins bien. Un moteur de segmentation dynamique évalue en continu le comportement de chaque client : les segments se mettent à jour en temps réel, ou toutes les 2 heures lorsque la complexité des règles l’exige. La différence entre « temps réel » et « une fois par mois » n’est pas une amélioration incrémentale, c’est la différence entre intervenir dans la fenêtre où le client est encore récupérable et découvrir trop tard qu’il ne l’est plus. Cela change aussi le rapport du marketing au risque. Quand les données sont périmées, chaque campagne est un pari : ce que j’ai supposé sur ce segment est-il toujours vrai ? Quand le segment se met à jour tout seul, cette question n’a plus lieu d’être : le segment que vous activez aujourd’hui reflète le comportement d’aujourd’hui, et non celui de la dernière fois où quelqu’un l’a recalculé à la main.
Il y a une objection qui surgit généralement à ce stade, le plus souvent non pas de la part de celui qui demande le segment, mais de celui qui le construisait : si le marketing peut créer et activer des segments sans passer par l’IT, cela signifie-t-il que l’IT perd le contrôle de ce qui arrive aux données clients ? Non. Ce qui change, c’est le type de travail que fait l’IT, pas la visibilité dont elle dispose. L’intégration se règle une seule fois, via une unique API de checkout qui se connecte au POS ou à la plateforme e-commerce, sans qu’il soit nécessaire de toucher à l’ERP, au moteur de prix ni de développer de la logique métier côté retailer. Une fois cette connexion établie, chaque segment et chaque campagne que le marketing construit ensuite n’exige plus aucune intervention technique. L’IT ne perd pas de visibilité sur l’architecture, elle cesse d’être le goulot d’étranglement opérationnel de chaque action marketing. Cela compte particulièrement chez les retailers où l’IT est déjà sous pression avec des projets prioritaires et n’a pas la capacité de prendre en charge un front supplémentaire. La question qui intéresse réellement un directeur informatique n’est pas « qui a le contrôle ? », mais « combien de travail nouveau vais-je recevoir ? ». La réponse, dans ce modèle, est : une intégration initiale, et rien de récurrent ensuite. Le marketing opère en autonomie sur des données déjà propres et unifiées, et non avec un accès direct et non supervisé aux systèmes critiques de l’entreprise.
Tout ce qui précède, des segments construits sans SQL, activés nativement sur le bon canal, tenus à jour automatiquement, mène à une seule conclusion pratique : l’équipe marketing peut opérer avec une autonomie réelle, de bout en bout, sans que chaque action dépende de la disponibilité de l’IT. Ce n’est pas seulement une question de vitesse, même si la vitesse compte. C’est une question du type de marketing qu’une équipe peut faire lorsqu’elle n’a pas à justifier chaque segment devant une file de tickets. Les campagnes qui ne valaient pas auparavant le coût de coordination, trop spécifiques, trop petites, trop urgentes pour attendre, deviennent viables. Le marketing cesse de se limiter à ce qui est facile à demander et ressemble davantage à ce dont l’entreprise a réellement besoin. Quand les bons segments s’activent au bon moment, l’impact se voit là où cela compte le plus : les données de la plateforme montrent une hausse de 20 % de la valeur moyenne des commandes sur les campagnes de vente croisée activées à partir du comportement réel, par rapport à des campagnes génériques envoyées à toute la base. Si vous dépendez encore d’un ticket à l’IT pour lancer un segment, ce n’est pas un problème de votre équipe marketing. C’est un problème de l’architecture sur laquelle repose votre stack actuelle, et c’est exactement le problème que la segmentation dynamique native résout par conception, et non comme un correctif. Si vous voulez voir comment se construit l’un de ces segments avec vos propres données, plutôt que dans l’abstrait, une conversation de 30 minutes avec l’équipe répond généralement à plus de questions que n’importe quel article.