Modèle de planification d’automatisation marketing

Un modèle de planification d’automatisation marketing est un plan d’une page, rempli avant de construire le moindre parcours, qui fixe l’objectif, les règles d’audience, le déclencheur et la cadence, les canaux et leur consentement, chaque sortie et la méthode de mesure d’un programme automatisé. Cette version compte six sections. Chacune énumère les champs à remplir, les montre complétés pour un type de programme réel et nomme l’erreur que la section existe pour éviter.

Réponse courte

Remplissez les six sections dans l’ordre — objectif, audience, déclencheur et moment, canaux et contenu, sorties et transfert, mesure et responsabilité — une copie par programme. Un champ peut contenir une valeur ou un « sans objet, parce que… » explicite ; il ne peut pas rester vide. Le plan est terminé quand le responsable du programme l’a signé, qu’une date de révision y figure et que la section mesure nomme un groupe témoin plutôt qu’un rapport d’attribution au dernier contact.

Il s’adresse à la personne qui doit faire exécuter quelque chose de précis à un outil d’automatisation — HubSpot, Marketo, Braze, Adobe Campaign, Salesforce Marketing Cloud, Klaviyo ou leurs équivalents — et aux parties prenantes qui doivent s’entendre sur ce « quelque chose ». Il est volontairement indépendant de l’outil : chaque champ correspond à un réglage dans chaque plateforme que j’ai configurée, et ceux qui n’y correspondent pas sont ceux qui causent des incidents.

Comment utiliser ce modèle

Le modèle est un contrat entre les personnes qui veulent le programme et celles qui le construisent. Traitez-le ainsi :

1. Copiez la version texte en fin de page dans le document ou le billet où le programme sera approuvé. Une copie par programme ; une « série de bienvenue » et une « reconquête » sont deux plans, pas un.
2. Remplissez les sections dans l’ordre. L’objectif avant l’audience, l’audience avant le déclencheur. Un déclencheur choisi en premier finit par définir l’audience par accident.
3. Écrivez des noms de champs et de systèmes, pas des concepts. « Client actif » est une expression ; « statut = actif dans le système de facturation, selon la synchronisation nocturne » est une règle que quelqu’un peut tester.
4. Quand un champ ne s’applique vraiment pas, écrivez « S.O. » et la raison. Un champ vide est indiscernable d’un champ oublié.
5. Passez la revue prélancement ci-dessous sur le plan terminé, puis faites-le signer par le responsable nommé. C’est la signature qui transforme un document en décision.
6. Conservez le plan là où vit le programme — la plupart des outils ont un champ de description sur le parcours — et traitez toute modification des règles d’entrée ou de la cadence comme un changement qui le rouvre.

La troisième colonne de chaque tableau montre les champs complétés pour un programme, afin que le niveau de détail attendu soit clair : une séquence de relance de panier abandonné pour un détaillant en ligne vendant au Canada et aux États-Unis, par courriel d’abord et par SMS ensuite. Les chiffres sont illustratifs ; c’est la forme des entrées qui compte.

1. Objectif et indicateur de succès

Énoncez le seul résultat d’affaires que le programme existe pour faire avancer, l’indicateur qui prouvera qu’il a avancé, la référence par rapport à laquelle il est mesuré et la date à laquelle quelqu’un décidera de garder, de modifier ou d’arrêter le programme.

Ce qui tourne mal ici

• Trois objectifs dans un seul programme. Un programme censé récupérer du revenu, éduquer le marché et réactiver des comptes dormants à la fois sera jugé sur celui des objectifs qu’il manquera. Séparez-le.
• Une référence consignée après le lancement. Une fois le programme en marche, il ne reste rien d’honnête à comparer. Tirez la référence la semaine précédente et écrivez la période à côté.
• Un indicateur que l’outil produit mais que personne ne peut défendre. Le « revenu attribué » d’une plateforme d’automatisation signifie généralement « dernier contact » dans une fenêtre choisie par le fournisseur. C’est le groupe témoin de la section mesure qui rend l’indicateur principal réel.

2. Audience : entrée, exclusion et suppression

Définissez qui peut entrer dans le programme sous forme de règle testable sur des champs nommés dans des systèmes nommés, puis écrivez les exclusions qui tiennent les mauvaises personnes à l’écart, les suppressions globales qui s’appliquent quoi qu’il arrive et le système unique qui décide de l’appartenance.

Ce qui tourne mal ici

• Un concept au lieu d’une définition. « Clients actifs » ne se teste pas. Un champ, une valeur, un système et l’heure de la dernière synchronisation, oui. Si le champ n’existe pas encore, le plan vient de découvrir une exigence de données — consignez-la comme telle.
• Des exclusions écrites après l’incident. Les clients existants dans un parcours d’acquisition, les personnes avec une plainte ouverte et les acheteurs récents sont les trois exclusions dont tout programme a besoin et que la plupart ajoutent seulement après qu’un d’eux a répondu.
• Deux systèmes qui peuvent tous deux modifier l’appartenance. Ils divergeront, et la divergence prendra la forme d’un client qui a reçu un message qu’il n’aurait pas dû recevoir. Désignez le système qui fait autorité et faites lire l’autre à partir de lui ; la comparaison CDP, CRM et automatisation marketing montre comment consigner cette propriété champ par champ.

3. Déclencheur, moment et fréquence

Nommez l’événement discret qui démarre le parcours, l’attente entre les étapes, le plafond de fréquence qui s’applique à l’ensemble des programmes et les heures, dans le fuseau horaire du destinataire, pendant lesquelles un message peut partir.

Ce qui tourne mal ici

• Un segment là où il faudrait un événement. Un événement se déclenche une fois. Un segment évalué périodiquement requalifie la même personne à chaque passage, et c’est ainsi qu’un seul abandon devient un message par jour pendant une semaine. Si la plateforme n’offre que l’entrée par segment, la règle de réentrée de la section 2 doit faire le travail que le déclencheur ne peut pas faire.
• Des plafonds réglés par programme. Cinq parcours bien élevés plafonnés à un message par jour chacun produisent quand même cinq messages dans la journée. Le plafond est une propriété de la personne, pas du programme, et il doit inclure les envois calendaires que l’équipe marketing planifie à la main.
• Des heures de silence dans le fuseau de l’expéditeur. Les règles américaines de télémarketing interdisent les sollicitations avant 8 h et après 21 h à l’endroit où se trouve la personne appelée, et les programmes SMS aux États-Unis s’alignent sur la même fenêtre. Un serveur à Toronto qui envoie à 9 h, heure de l’Est, atteint Vancouver à 6 h. Si le fuseau est inconnu, le réglage sûr est de ne pas envoyer le SMS du tout.

4. Canaux, consentement et contenu

Pour chaque étape, consignez le canal, le consentement que vous détenez pour ce canal et l’endroit où il est enregistré, le contenu dont le message a besoin, chaque jeton de personnalisation avec sa valeur de repli, et le chemin que prend le parcours quand un canal est indisponible pour une personne donnée.

Ce qui tourne mal ici

• Un consentement traité comme transférable. La permission d’écrire par courriel n’est pas la permission de texter. Le consentement est propre à chaque canal et, selon les règles québécoises et européennes, à chaque finalité ; une case cochée pour des « nouvelles » ne couvre pas une séquence promotionnelle. Confirmez le consentement pour chaque canal de la séquence avant de la concevoir, pas après avoir écrit les messages.
• Un jeton sans valeur de repli. « Bonjour {{first_name}} » affiché littéralement est la défaillance d’automatisation la plus courante et la plus évitable. Testez chaque message sur un profil dont tous les attributs sont vides.
• Le désabonnement traité comme une formalité juridique. Google et Yahoo exigent des en-têtes de désabonnement en un clic de quiconque envoie 5 000 messages ou plus par jour à leurs utilisateurs, et Google demande aux expéditeurs de garder le taux de plaintes pour pourriel sous 0,3 % — idéalement sous 0,1 %. Un désabonnement qui demande un effort produit des plaintes à la place, et les plaintes coûtent en délivrabilité à tous les programmes, pas seulement à celui-ci.

5. Sorties, suivi et transfert

Définissez un état final pour chaque chemin du programme — conversion, absence de réponse, désabonnement et erreur —, ce qui arrive à la personne après chacun, et exactement comment et quand un prospect ou un problème est transféré aux ventes ou au service.

Ce qui tourne mal ici

• Relancer quelqu’un qui a déjà acheté. La conversion doit faire sortir du parcours immédiatement, et « conversion » doit inclure les canaux que l’outil d’automatisation ne voit pas — le magasin, le centre d’appels, un représentant. Un programme qui continue de relancer un panier payé la veille est le signe le plus clair que personne n’a cartographié les sorties.
• Un transfert que personne n’a accepté. Un prospect acheminé vers une file que personne n’a accepté de surveiller n’est pas un transfert ; c’est un prospect qui dort dans une file. Convenez du déclencheur, de la destination et du délai de réponse avec l’équipe réceptrice avant le lancement, et écrivez le nom de la personne dans le plan.
• Le « ne rien faire » laissé sans définition. Le silence est un chemin. Une personne qui n’ouvre jamais, ne clique jamais et n’achète jamais doit aboutir quelque part de délibéré — admissible à la réentrée, supprimée pour une période ou déplacée vers un programme à fréquence réduite — sinon elle s’accumule dans le parcours indéfiniment.

6. Mesure, responsabilité et révision

Énumérez les événements suivis à chaque étape, la méthode qui isole l’effet du programme, les garde-fous qui l’arrêteront, la fenêtre d’attribution, ainsi que le responsable nommé, la date de révision et les critères d’arrêt.

Ce qui tourne mal ici

• Les ouvertures comme déclencheur ou comme indicateur. La protection de la confidentialité dans Mail d’Apple charge le contenu des messages par un mandataire et empêche les expéditeurs de voir si un message a été ouvert ; les taux d’ouverture sont gonflés et peu fiables depuis 2021. Ne faites pas bifurquer un parcours sur une ouverture, et n’en rapportez pas une comme résultat.
• Pas de groupe témoin. Sans un groupe qui s’est qualifié et n’a reçu aucun message, la « progression » du programme est le taux de récupération organique du détaillant sous le nom du programme. Le groupe témoin coûte peu ; la dispute d’attribution qu’il évite, non. La liste de vérification d’implémentation analytique couvre la capture propre des événements d’étape eux-mêmes.
• Une date de lancement mais pas de date de révision. Les programmes d’automatisation n’échouent pas bruyamment. Ils continuent de tourner sur des hypothèses devenues fausses — un champ renommé, une politique de retour modifiée, une hausse de prix —, ce qui rend la date de révision plus importante que celle du lancement, et explique pourquoi un programme sans critères d’arrêt tourne jusqu’à ce que quelqu’un en soit gêné.

Revue prélancement

Passez cette revue sur le plan terminé et le parcours configuré, ensemble. Chaque ligne est un test qui réussit ou échoue, pas un rappel.

• Chaque champ contient une valeur ou un « S.O., parce que… » explicite. Aucun vide.
• La règle d’entrée, exécutée sur les données réelles, renvoie un compte à moins de 10 % de ce que le plan prévoyait. Un grand écart signifie que la règle ou les données ne sont pas ce que le plan supposait.
• Des enregistrements témoins pour chaque exclusion — un acheteur récent, un billet ouvert, un compte d’employé — ont été inscrits et correctement tenus à l’écart.
• Chaque message a été rendu sur un profil dont tous les attributs sont vides, et chaque valeur de repli est apparue.
• Le lien de désabonnement fonctionne, supprime dans tous les programmes et prend effet immédiatement dans l’outil — la limite légale selon la LCAP et CAN-SPAM est de dix jours ouvrables, et personne ne devrait en avoir besoin.
• Les en-têtes de désabonnement en un clic sont présents sur un envoi de test et fonctionnent.
• Un témoin inscrit dans ce programme et dans un autre a atteint le plafond de fréquence interprogrammes et a reçu le nombre plafonné de messages, pas la somme.
• Un témoin dont le fuseau horaire est à trois heures de celui de l’expéditeur a reçu le SMS à l’intérieur de sa propre fenêtre d’heures de silence.
• Un témoin qui a complété une commande après le message 1 n’a rien reçu d’autre, y compris quand la commande a été passée par un canal que l’outil d’automatisation ne voit pas.
• Le groupe témoin a été assigné à l’entrée, avant le premier envoi, et apparaît dans les rapports comme une population à zéro message.
• Le tableau de bord par étape existe avant le lancement et affiche des zéros, pour que les données de la première semaine atterrissent à un endroit déjà convenu.
• Le responsable, la date de révision et les critères d’arrêt figurent en tête du plan, et le responsable l’a signé.

Pourquoi les programmes d’automatisation marketing échouent

Le modèle est organisé autour des façons dont les programmes se brisent réellement. D’après le travail d’implémentation sur plusieurs plateformes de campagne, voici les récurrentes, et la section qui prévient chacune :

• La stratégie improvisée dans l’outil. Le canevas de parcours devient l’endroit où l’audience, la cadence et les sorties se décident, un glisser-déposer à la fois, par la personne qui configure. Les sections 1 et 2 déplacent ces décisions dans un document que les parties prenantes peuvent lire.
• Des boucles de réentrée dues aux déclencheurs par segment. Un segment planifié requalifie les mêmes personnes à chaque passage. La section 3 demande un événement, et la section 2 demande une règle de réentrée quand aucun événement n’est disponible.
• Des plafonds qui ne comptent qu’un programme. Chaque parcours est poli ; le client entend quand même parler de cinq d’entre eux le même jour. La section 3 place le plafond sur la personne, tous programmes et envois calendaires confondus.
• Un consentement présumé transférable entre canaux. La permission courriel appliquée au SMS est le chemin le plus court vers une plainte portant l’en-tête d’un organisme de réglementation. La section 4 consigne le consentement par canal, avec sa source.
• Des sorties que personne n’a cartographiées. Les gens qui ont acheté continuent d’être sollicités ; ceux qui se sont tus restent dans le parcours indéfiniment. La section 5 exige un état final pour chaque chemin, y compris le silencieux.
• Un transfert sans receveur. Les prospects aboutissent dans une file que personne n’a accepté de surveiller. La section 5 exige le nom de l’équipe réceptrice et son délai de réponse dans le plan avant le lancement.
• Une progression qui est en réalité la référence. Sans groupe témoin, on crédite au programme des conversions qui seraient arrivées de toute façon. La section 6 fait du groupe témoin la méthode de mesure principale, et la section 1 rend la référence explicite.
• Des programmes qui survivent à leurs hypothèses. Pas de date de révision, pas de critères d’arrêt, et le programme tourne pendant des années sur un champ renommé au deuxième trimestre. La section 6 y met une date et une condition.

Quel système doit exécuter le programme

Le modèle est indifférent à la plateforme qui exécute le parcours, mais le plan révélera si la pile en est capable. La section 2 a besoin d’un système qui évalue la règle d’entrée sur des données à jour ; la section 4, d’un enregistrement de consentement par canal que l’outil d’automatisation lit plutôt que détient ; la section 6, d’événements par étape qui atterrissent là où un groupe témoin peut être comparé. Quand un champ n’a aucun système à désigner, c’est un constat sur la pile, pas un échec de planification.

Si la question est de savoir si le CRM, la plateforme d’automatisation ou une plateforme de données clients doit détenir l’audience et le consentement, la comparaison CDP, CRM et automatisation marketing sépare les trois selon le travail que chacun détient et fournit un tableau de propriété champ par champ à copier. Pour la question plus large de savoir si la pile est prête pour de tels programmes, l’évaluation de préparation de la pile note neuf domaines en quelques minutes, et le guide de planification MarTech explique comment écrire des cas d’usage comme celui-ci sous forme de contrats opérationnels avant de choisir un outil. Les termes employés ici — liste de suppression, plafond de fréquence, groupe témoin, système de référence — sont définis dans le glossaire MarTech.

Questions fréquentes

Qu’est-ce qu’un modèle de planification d’automatisation marketing ?

C’est un document court et structuré, rempli avant la configuration d’un programme automatisé. Il fixe l’objectif et l’indicateur de succès du programme, les règles d’entrée et d’exclusion, le déclencheur et la cadence, les canaux et le consentement détenu pour chacun, chaque sortie et transfert, ainsi que la méthode de mesure et le responsable. Il sert à rendre ces décisions explicites et testables avant qu’elles soient encodées, un glisser-déposer à la fois, dans un outil d’automatisation.

Que doit contenir un plan d’automatisation marketing ?

Au minimum : un résultat d’affaires avec une référence et une date de décision ; une règle d’entrée écrite sur des champs et des systèmes nommés, avec exclusions, suppressions globales et règle de réentrée ; un déclencheur par événement, l’attente entre les étapes, un plafond de fréquence interprogrammes et des heures de silence dans le fuseau du destinataire ; le canal et le consentement de chaque étape, avec les valeurs de repli des jetons et les éléments obligatoires ; une sortie pour chaque chemin, y compris l’absence de réponse, et tout transfert avec le délai de réponse convenu par l’équipe réceptrice ; et des événements par étape, une méthode de mesure fondée sur un groupe témoin, des garde-fous, une fenêtre d’attribution et un responsable nommé avec une date de révision et des critères d’arrêt.

Un parcours doit-il démarrer d’un segment ou d’un événement ?

D’un événement, partout où la plateforme le permet. Un événement se déclenche une fois quand quelque chose se produit ; un segment est réévalué périodiquement et requalifie les mêmes personnes à chaque passage, ce qui produit des entrées et des messages répétés. Si seule l’entrée par segment est offerte, écrivez une règle de réentrée explicite — par exemple, une fois par 14 jours — et testez-la avec des enregistrements témoins avant le lancement.

Comment mesurer si un programme automatisé fonctionne vraiment ?

Avec un groupe témoin : une part de personnes assignée au hasard qui se qualifient pour le programme et y sont inscrites, mais ne reçoivent aucun de ses messages. La différence de résultat entre le groupe qui reçoit les messages et le groupe témoin est l’effet incrémental du programme. Les rapports d’attribution des plateformes, qui créditent généralement le dernier message avant une conversion dans une fenêtre choisie par le fournisseur, mesurent l’activité, pas l’effet ; gardez-les pour diagnostiquer l’étape qui perd des gens.

À quelle fréquence réviser les programmes d’automatisation marketing ?

Une première révision environ 30 jours après le lancement, quand il existe assez de données pour voir l’abandon par étape, puis chaque trimestre. Toute modification de la règle d’entrée, des exclusions, de la cadence ou de l’incitatif devrait rouvrir le plan plutôt qu’attendre la prochaine révision. Les programmes devraient aussi porter des critères d’arrêt — une condition dans laquelle ils sont désactivés —, parce que l’automatisation échoue en silence en continuant de tourner sur des hypothèses qui ne tiennent plus.

Faut-il une plateforme de données clients pour exécuter un tel programme ?

Non. L’exemple du modèle utilise un profil CDP pour évaluer la règle d’entrée, mais la même règle peut être évaluée dans un CRM, dans un entrepôt de données avec ETL inversé ou dans la plateforme d’automatisation elle-même, pourvu qu’un système fasse autorité pour l’appartenance et qu’un autre fasse autorité pour le consentement. Un CDP mérite discussion quand plusieurs programmes ont besoin de la même résolution d’identité en temps réel entre canaux, pas parce qu’un programme a besoin d’une audience propre.

Combien de temps faut-il pour remplir le modèle ?

Pour un programme à canal unique avec une définition d’audience existante, une première version prend environ une heure et demie. Pour un programme multicanal qui traverse les équipes — marketing, service, données, juridique —, comptez deux ou trois séances de travail, la plupart consacrées aux sections 2, 4 et 5, où la propriété et le consentement doivent être convenus plutôt qu’écrits. Ce temps est justement l’objectif : c’est la même conversation qui, autrement, a lieu après le premier incident.

Le modèle en texte brut

Copiez ceci dans le document, le billet ou la page wiki où le programme sera approuvé. C’est aussi le formulaire à remettre à un assistant ou à un agent qui aide à rédiger le plan — chaque ligne est un champ à remplir, et les titres correspondent aux sections ci-dessus.

PLAN DE PROGRAMME D’AUTOMATISATION MARKETING
Nom / identifiant du programme :
Responsable d’affaires :         Responsable technique :
Version / date du plan :         Approuvé par / date :

1. OBJECTIF ET INDICATEUR DE SUCCÈS
- Résultat d’affaires (un seul) :
- Indicateur principal et méthode (comment l’effet est isolé) :
- Référence (valeur, période mesurée) :
- Cible et date de décision :
- Contraintes (budget, marque, juridique, commercial) :

2. AUDIENCE
- Règle d’entrée (champ, valeur, système source, heure de synchronisation) :
- Exclusions :
- Suppressions globales :
- Source de vérité (appartenance / consentement / statut) et sens des données :
- Règle de réentrée :

3. DÉCLENCHEUR, MOMENT ET FRÉQUENCE
- Déclencheur (nom de l’événement, système) :
- Séquence et temps d’attente (décalage, canal, rôle) :
- Plafond de fréquence (par canal, par période, tous programmes confondus) :
- Heures de silence et source du fuseau horaire :
- Périodes d’arrêt et priorité par rapport aux autres programmes :

4. CANAUX, CONSENTEMENT ET CONTENU
- Canal et consentement par étape (type, lieu d’enregistrement) :
- Contenu par message (le rôle, une ligne chacun) :
- Jetons de personnalisation et valeurs de repli :
- Éléments obligatoires (identification, adresse, désabonnement, en-têtes, ARRET) :
- Chemins de repli (sans consentement / rebond / retrait partiel / langue inconnue) :

5. SORTIES, SUIVI ET TRANSFERT
- Conditions de sortie et délai de prise d’effet :
- Après chaque sortie (admissible / inadmissible à) :
- Transfert (déclencheur, enregistrement de destination, champs, délai convenu, nom) :
- Conflits avec d’autres programmes (devance / cède à / exclusif avec) :

6. MESURE, RESPONSABILITÉ ET RÉVISION
- Événements par étape :
- Indicateur principal et méthode (part du groupe témoin, fenêtre, cadence) :
- Garde-fous (seuils et action) :
- Fenêtre et règle d’attribution :
- Date de révision, cadence et critères d’arrêt :
- Emplacement de la documentation et contrôle des changements :

Sources et méthode

La structure et les jugements sont ceux de l’auteur, tirés de la planification et de la configuration de programmes de campagne sur Unica, SAS, Redpoint, Adobe Campaign et Adobe Experience Platform pour des clients des services financiers, des télécommunications et du commerce électronique. Les faits externes s’appuient sur les sources suivantes, vérifiées le 21 août 2026 :

• CRTC — Loi canadienne anti-pourriel : foire aux questions — appuie les fenêtres de consentement tacite de deux ans (achat) et de six mois (demande), les trois exigences d’un message électronique commercial et la limite de dix jours ouvrables pour traiter un désabonnement.
• Site Web de la législation (Justice) — Loi canadienne anti-pourriel (L.C. 2010, ch. 23) — appuie le texte de loi derrière les directives du CRTC.
• Federal Trade Commission — CAN-SPAM Act: A Compliance Guide for Business — appuie l’obligation de donner suite à un retrait dans les dix jours ouvrables.
• 47 CFR § 64.1200 (Cornell Legal Information Institute) — appuie l’interdiction des sollicitations téléphoniques avant 8 h et après 21 h, heure locale de la personne appelée.
• Google — Consignes aux expéditeurs d’e-mails — appuie les exigences SPF, DKIM et DMARC, les en-têtes de désabonnement en un clic pour les expéditeurs de 5 000 messages quotidiens ou plus, et le plafond de 0,3 % de taux de pourriel avec une cible de 0,1 %.
• RFC 8058 — Signaling One-Click Functionality for List Email Headers — appuie l’en-tête List-Unsubscribe-Post et sa valeur obligatoire List-Unsubscribe=One-Click.
• Apple — Utiliser la protection de la confidentialité dans Mail sur l’iPhone — appuie le fait que la protection de la confidentialité dans Mail empêche les expéditeurs de voir si un message a été ouvert.
• RGPD, article 7 — Conditions applicables au consentement — appuie un consentement démontrable, spécifique et aussi facile à retirer qu’à donner.
• Québec — Loi sur la protection des renseignements personnels dans le secteur privé (P-39.1, modifiée par la Loi 25) — appuie un consentement manifeste, libre, éclairé et donné à des fins spécifiques (art. 14), et l’information préalable exigée avant d’utiliser une technologie qui identifie, localise ou profile une personne (art. 8.1).

L’exemple de panier abandonné est un composite du type de programme, pas les chiffres d’un client. Les seuils donnés en exemple — le groupe témoin de 10 %, la fenêtre de 72 heures, les taux de garde-fous — sont des points de départ raisonnables, pas des normes ; le plan devrait consigner ceux que votre programme utilise, et pourquoi.