Une boutique peut envoyer peu d’emails et mal les coordonner. Elle peut aussi multiplier les automatisations sans savoir pourquoi un profil a reçu un message, pourquoi un autre en a été exclu ou quel événement aurait dû arrêter le workflow. Le problème ne vient alors ni du calendrier éditorial ni du nombre de scénarios. Il vient d’une décision d’envoi mal définie.
L’unité utile est la famille d’envoi. Pour chacune, il faut écrire l’objectif, le mode, le signal, l’éligibilité, le consentement applicable, les exclusions, la pression, l’arrêt, la mesure et les responsables. Ce contrat s’appuie sur les données et sources de vérité du CRM e-commerce, sans refaire son architecture.
Un programme emailing coordonne des décisions, pas une liste de séquences
Le programme emailing réunit les campagnes planifiées et les scénarios déclenchés d’un même canal. Il porte leurs règles communes : calendrier, priorités, exclusions, pression, surveillance, mesure, recette et responsabilités.
Cette définition évite de confondre trois niveaux. Le canal email est un moyen de communication. Une campagne est une opération datée. Un scénario est un workflow ouvert par un événement ou une entrée de segment. Le programme doit arbitrer entre eux lorsqu’une même personne devient candidate à plusieurs messages.
Une liste de séquences ne suffit pas. « Bienvenue », « post-achat » ou « réactivation » nomment un contexte, pas une décision complète. Tant que le profil éligible, la règle d’arrêt et la source de mesure restent implicites, le scénario est seulement une idée d’activation. Les recettes détaillées de ces familles méritent leurs propres guides ; l’architecture commune doit d’abord rendre chaque décision vérifiable.
Campagne planifiée ou scénario déclenché : ce qui change
Une campagne part d’une sélection d’audience et d’une fenêtre d’envoi. Un scénario part d’un événement, d’une condition ou d’une entrée de segment, puis enchaîne filtres, attentes et actions. Aucun mode n’est automatiquement plus pertinent ni mieux gouverné.
| Mode | Point d’entrée | Décisions propres | Contrôles communs |
|---|---|---|---|
| Campagne planifiée | Audience sélectionnée à une date donnée | Fenêtre, règle de sélection, priorité dans le calendrier | Consentement, opposition, exclusions, pression, mesure et propriétaire |
| Scénario déclenché | Événement ou entrée de segment | Fraîcheur du signal, délais, branches, réévaluation et arrêt | Consentement, opposition, exclusions, pression, mesure et propriétaire |
Les documentations éditeurs illustrent les mécanismes disponibles, pas une stratégie universelle. Klaviyo documente des filtres de déclenchement et de profil, avec une réévaluation de filtres de profil avant certaines actions. Brevo décrit des déclencheurs, actions, règles, délais, branches, segments, événements, webhooks et attentes. Les fonctions, noms d’interface et disponibilités peuvent évoluer. Ces pages ne prouvent ni performance, ni pertinence stratégique, ni supériorité d’un éditeur.
L’ESP ou l’outil d’automatisation exécute les décisions. Il doit rester relié aux systèmes qui font autorité sur la commande, le produit, le support et le consentement. La cartographie de la stack e-commerce aide à distinguer ce moteur d’envoi des sources métier qu’il consulte.
Cartographier le lifecycle avant de rédiger les messages
Un moment du lifecycle fournit un contexte. Il ne déclenche pas mécaniquement un email. Le message part seulement si le signal est frais, le profil éligible, la pression compatible et aucune règle d’arrêt satisfaite.
| Moment / objectif | Mode | Signal ou sélection | Éligibilité au moment d’agir | Exclusion / arrêt | Coordination de pression | Mesure par volumes / cohorte | Propriétaire |
|---|---|---|---|---|---|---|---|
| Avant premier achat | Campagne ou scénario | Inscription qualifiée ou sélection datée | Canal et finalité autorisés, identité exploitable, signal frais | Opposition, achat ou expiration | Arbitrer avec les autres activations commerciales | Candidats, exclus, éligibles, envois et achats à horizon fixe | Lifecycle et technique |
| Après commande | Scénario | État de commande documenté | Destinataire, statut et contenu compatibles | Annulation, remboursement ou incident selon le message | Séparer communication nécessaire et prospection | Commandes éligibles, messages, erreurs, incidents et résultat métier | Opérations et lifecycle |
| Réachat ou disponibilité | Campagne ou scénario | Délai ou événement produit documenté | Consentement, produit disponible, aucune commande récente | Achat, rupture, opposition ou signal expiré | Dédupliquer avec les campagnes et autres rappels | Profils ou produits éligibles, exclusions, commandes et marge retenues | Merchandising et lifecycle |
| Relation inactive | Campagne ou scénario | Cohorte sans achat selon une règle locale | Consentement, absence d’incident, identité et statut fiables | Achat, opposition, litige ou fin du test | Appliquer le plafond global et séparer les tests | Taille de cohorte, exposition, commandes et marge à horizon fixe | CRM/lifecycle et data |
Chaque ligne est un contrat à adapter, pas une séquence prête à copier. Elle ne fixe aucun délai, nombre de messages, offre ou seuil d’inactivité. La carte sert à repérer le champ manquant avant de rédiger le contenu. Les futurs guides sur le panier, la bienvenue, le post-achat, le retour en stock ou la réactivation pourront ensuite traiter leurs règles propres sans encombrer cette architecture.
Vérifier l’éligibilité au moment d’agir
Le déclencheur constate un fait. L’éligibilité décide si une action reste permise et pertinente. Entre les deux, une personne peut acheter, se désabonner, ouvrir un ticket, recevoir une autre campagne ou sortir du segment.
Le contrôle minimal porte sur le canal autorisé, la finalité, l’identité exploitable, la fraîcheur du signal et l’état métier. Il interroge aussi les exclusions liées à la commande, au produit, au support et à la pression. Une donnée absente ou trop ancienne doit produire un comportement prévu : suspendre, exclure ou orienter vers une revue. Envoyer par défaut transforme une panne de données en décision commerciale.
Cette réévaluation doit intervenir avant chaque action qui dépend d’un état susceptible de changer, pas seulement à l’entrée du workflow. Le journal conserve le signal initial, les filtres appliqués, leurs résultats et la version des règles. L’équipe peut alors expliquer un envoi ou une exclusion sans reconstruire le parcours après coup.
Consentement et opposition limitent l’activation
Une adresse collectée pour exécuter une commande n’accorde pas une autorisation générale de prospection. Le registre exploitable conserve la finalité, le canal, le statut, la source, l’horodatage et la preuve. Il distingue aussi les informations nécessaires à la relation des données facultatives.
La CNIL rappelle que l’accès, la suppression, la conservation et l’archivage restreint doivent être organisés. Pour la prospection électronique B2C, elle présente le consentement comme principe, avec une exception encadrée pour certains clients existants et des offres similaires. Sa page sur la communication électronique demande également une opposition simple dans chaque message de prospection et durable dans le système.
Sur le plan opérationnel, l’opposition doit gagner contre un réimport, une fusion de profil ou une synchronisation retardée. Testez ce cas : retirez un profil de test du canal, rejouez les flux habituels et vérifiez qu’aucun système ne le réinscrit. La qualification exacte d’un message dépend de son contexte et de sa finalité. Les règles publiées par la CNIL et, si nécessaire, un conseil adapté au traitement priment sur une convention interne.
Coordonner la pression entre campagnes et scénarios
La pression n’est pas un nombre magique d’emails par semaine. C’est une règle locale qui précise quels messages comptent, sur quelle fenêtre, avec quelles priorités, quelles exclusions et quelles dérogations. Elle s’applique au programme complet.
Prenons une collision simple : une personne entre dans une campagne commerciale, attend une action post-achat et satisfait aussi un segment d’inactivité mal rafraîchi. Trois workflows peuvent la considérer séparément comme éligible. Le programme doit distinguer la communication nécessaire au service de la prospection, supprimer le message devenu incohérent et journaliser l’arbitrage.
La règle de pression contient au minimum : les familles comptabilisées, la fenêtre de calcul, l’ordre de priorité, les suppressions temporaires, la durée de suspension et la personne autorisée à déroger. Le tableau de suivi relie ensuite cette règle à un KPI propriétaire, plutôt qu’à un volume d’envoi sans décision associée.
Écrire les règles d’arrêt avant les délais et les contenus
Une règle d’arrêt nomme l’état qui met fin à l’action, sa source, le délai de grâce et le comportement si la donnée manque. « Arrêter si achat » reste insuffisant. Il faut préciser l’identifiant contrôlé, le statut de commande retenu, la fraîcheur attendue et la conduite à tenir en cas d’événement dupliqué ou retardé.
La fiche minimale d’une famille d’envoi tient dans les champs suivants :
| Champ | Contenu attendu |
|---|---|
| Objectif et mode | Décision visée, campagne ou scénario |
| Signal ou sélection | Événement, segment, date, source et durée de validité |
| Éligibilité | Canal, finalité, identité, fraîcheur et états métier requis |
| Exclusions | Opposition, commande, produit, support, incident ou pression |
| Arrêt et sortie | État, source, délai de grâce, donnée absente et reprise |
| Mesure | Volumes, cohorte, horizon, résultat et source de vérité |
| Responsables | Métier, technique, contenu, mesure et date de revue |
L’opposition, un achat confirmé, une rupture, un remboursement, un ticket sensible, l’expiration du signal ou la fin d’une campagne sont des arrêts possibles selon le contexte. Aucun ne s’applique mécaniquement à toutes les familles. Écrire l’arrêt avant le contenu évite qu’une séquence séduisante reste active malgré un changement d’état.
Surveiller la délivrabilité sans promettre un taux
La délivrabilité est une capacité de surveillance et de réaction. Le programme doit disposer de signaux observables, d’une cadence de revue, d’un responsable et d’une procédure d’incident. Les volumes envoyés, rejets, plaintes, désabonnements, signaux de réputation et états d’authentification peuvent alimenter cette surveillance selon les données réellement disponibles.
Google présente Postmaster Tools comme une source de diagnostic Gmail sur la réputation, l’authentification et la délivrabilité. Sa portée reste limitée à Gmail. Elle ne couvre pas tous les fournisseurs de messagerie et ne garantit aucun placement en boîte de réception.
Une variation d’un signal doit ouvrir une enquête, pas une conclusion automatique. Il faut vérifier le périmètre, les volumes, les changements de population, la configuration et les incidents avant d’attribuer une cause. Le diagnostic exhaustif de l’authentification et de la réputation relève d’un travail spécialisé ; cette page exige seulement une boucle de surveillance exploitable.
Mesurer par volumes et cohortes comparables
Commencez par les volumes. Un taux isolé masque les changements de population, d’exclusion ou de mix. Pour chaque campagne ou scénario, conservez une chaîne réconciliable :
| Étape | Volume à conserver | Question de contrôle |
|---|---|---|
| Population candidate | Profils ou événements considérés | Quelle règle les a fait entrer ? |
| Exclusions | Profils retirés, par motif | Consentement, opposition, état métier ou pression ? |
| Population éligible | Candidats restant après contrôles | Les filtres ont-ils été réévalués au bon moment ? |
| Tentatives et erreurs | Envois tentés, rejets et erreurs observés | Le périmètre technique correspond-il à la population ? |
| Réactions et opposition | Clics ou autres signaux retenus, désabonnements | Quelle définition et quelle fenêtre ? |
| Résultat métier | Commandes, marge ou autre résultat validé | Quelle source métier fait autorité ? |
Un ratio vient ensuite, avec un numérateur, un dénominateur, une période et un périmètre explicites. Pour recalculer un taux depuis ses volumes, conservez aussi le mix de population qui pourrait expliquer son évolution.
Une cohorte partage une règle d’entrée, une période et un horizon d’observation. Comparez des cohortes définies de la même manière, puis examinez les volumes avant les pourcentages. Une hausse du ratio peut venir d’un durcissement des exclusions plutôt que d’un meilleur message. La collecte des événements e-commerce peut documenter les interactions, tandis que la commande et la marge restent rapprochées de leurs sources métier.
L’attribution n’est pas l’incrémentalité
Une commande observée après un email peut être attribuée selon une règle de mesure. Cette proximité ne prouve pas que l’email a créé la vente. La question incrémentale demande ce qui se serait passé sans exposition et exige un protocole adapté. Ici, le reporting doit nommer sa convention d’attribution et borner la conclusion. La méthode complète avec groupe de contrôle appartient à un guide distinct.
Gouverner, tester et revoir le programme
Chaque famille d’envoi possède un propriétaire métier, un responsable technique du flux, un validateur de contenu, un responsable de mesure et une date de revue. Une même personne peut cumuler plusieurs rôles dans une petite équipe, mais aucune responsabilité ne doit rester vide.
La recette couvre le cas attendu et les cas contraires : profil éligible ou non, canal autorisé ou opposé, achat avant action, doublon, événement retardé, erreur, reprise et collision de pression. Utilisez des profils de test sans donnée personnelle réelle lorsque c’est possible. Conservez la preuve du résultat et la version des règles testées.
Le journal doit répondre à quatre questions : pourquoi le profil est-il entré, pourquoi était-il éligible, quelle règle a autorisé ou bloqué l’action, et quel état l’a arrêté ? Les changements de source, de priorité, de contenu et de mesure sont versionnés. Un workflow sans propriétaire, mesure ou date de revue doit être suspendu plutôt que maintenu par inertie.
Mettre en place le programme en quatre passes
- Inventorier. Listez campagnes et scénarios actifs, leurs objectifs, audiences, sources et responsables. Signalez immédiatement les workflows sans arrêt ni preuve de consentement exploitable.
- Écrire les contrats. Remplissez la carte lifecycle et la fiche minimale pour une famille prioritaire. Résolvez les sources de vérité avec le CRM et les systèmes métier, sans ouvrir un projet de refonte globale.
- Tester les contraires. Vérifiez opposition, achat avant envoi, incident, doublon, retard, donnée absente, reprise et pression concurrente. Corrigez les règles avant d’élargir la population.
- Mesurer et revoir. Réconciliez candidats, exclusions, éligibles, tentatives, erreurs et résultat métier sur un horizon défini. Documentez l’apprentissage, fixez la prochaine revue, puis passez à la famille suivante.
Ce travail produit un backlog de décisions auditables, pas une course au nombre d’automatisations. Une campagne simple avec des règles explicites vaut mieux qu’un scénario sophistiqué impossible à arrêter, expliquer ou mesurer.
