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 type de programme réel, afin que le niveau de détail attendu soit clair. Deux exemples sont proposés : 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, et un suivi de webinaire pour un éditeur de logiciels B2B, où les volumes sont faibles et où le programme se termine par un transfert aux ventes. Lire le même champ dans les deux montre ce qui change avec le modèle d’affaires. Les chiffres sont illustratifs ; c’est la forme des entrées qui compte.

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.