Documentation des opérations marketing : quoi consigner et où placer le journal

Qu'est-ce que la documentation des opérations marketing ?

La documentation des opérations marketing regroupe tout ce dont une nouvelle recrue aurait besoin pour piloter le marketing sans vous poser de questions : comment les outils sont reliés, comment se fait le travail récurrent, quelles règles s'appliquent, et ce qui a changé et quand. Moins de manuels interminables, plus de pages courtes, faciles à trouver et à jour.

La plupart des équipes en ont déjà des morceaux éparpillés entre un wiki, un dossier partagé, les paramètres des plateformes et la mémoire de chacun. Le problème apparaît à trois moments : quand quelqu'un arrive, quand un compte change de mains et quand un client ou votre direction demande pourquoi les résultats ont bougé. Forrester le dit sans détour pour le premier cas : la dernière chose qu'une nouvelle recrue devrait faire, c'est cliquer partout dans la plateforme d'automatisation pour comprendre comment elle fonctionne.

Pensez en quatre couches : référence (ce qui existe), procédure (comment faire le travail récurrent), règles (ce que tout le monde respecte) et historique (ce qui a changé). La plupart des équipes rédigent les trois premières et oublient la quatrième, celle dont vous avez justement besoin quand un indicateur chute.

Que doit documenter une équipe marketing ops ?

Documentez ce qui est difficile à reconstituer de mémoire et ce qui casse les résultats quand deux personnes le font différemment. Le tableau ci-dessous est un point de départ concret ; chaque ligne doit avoir un responsable nommé et un déclencheur de mise à jour clair.

La liste de Forrester va dans le même sens : elle cite les programmes de scoring, de nurturing et d'attribution des leads, les processus de reporting et les rôles comme ce qu'il faut consigner hors des plateformes. Les conventions de nommage méritent leur propre page, car un renommage discret coupe un rapport en deux ; consultez notre article sur les conventions de nommage UTM pour un modèle.

Comment rédiger un runbook marketing que l'équipe utilise vraiment ?

Rédigez un runbook par tâche récurrente, dans l'ordre où quelqu'un la ferait, avec les vérifications qui prouvent que tout s'est bien passé. Si une étape dépend d'un jugement, indiquez qui décide. Visez une page qui tient sur un écran.

1. Nommez la tâche et le responsable
2. Listez les étapes dans l'ordre
3. Ajoutez le contrôle de chaque étape
4. Précisez quoi consigner à la fin

Un bon runbook de hausse de budget, par exemple, indique où modifier le montant, la hausse maximale convenue par l'équipe, ce qu'il faut vérifier le lendemain matin et que la modification entre dans le journal avec son motif. Cette dernière étape transforme une procédure en historique que vous pourrez relire plus tard.

Le guide de gestion des incidents d'Atlassian décrit des playbooks qui regroupent runbooks, checklists et modèles pour que l'équipe réagisse toujours de la même façon. L'idée s'applique au marketing : un dossier par processus, des pages courtes et un lien vers l'endroit où le résultat est consigné. Les runbooks facilitent aussi un changement d'agence ; notre checklist de passation d'agence liste ce qu'il faut transmettre.

Où placer le journal des modifications dans votre documentation ?

Le journal des modifications est la couche historique : il consigne ce qui s'est réellement passé, alors que les runbooks et les règles décrivent ce qui devrait se passer. Sans lui, votre documentation explique comment lancer une campagne, mais pas pourquoi les conversions ont chuté en mars.

Chaque plateforme garde une partie de cet historique. L'Historique des modifications de Google Ads affiche les modifications des 2 dernières années, avec l'adresse e-mail de l'auteur pour les changements faits dans l'interface et des entrées comme « Google Ads system » pour les changements automatiques. Google Tag Manager conserve un historique des publications indiquant qui a publié chaque version et permet de donner un nom et une description à la version. GA4 permet aux utilisateurs ayant au moins le rôle Analyste de créer des annotations (titre de 60 caractères, description de 150, jusqu'à 1 000 par propriété). Aucune ne voit les autres, ni vos modifications de landing page, de CRM ou de prix.

Le journal se place donc au-dessus de toutes : une entrée par modification, avec date, plateforme, responsable, motif et effet attendu. Notre guide du journal des modifications marketing en explique le format et le modèle de journal des modifications vous donne les colonnes pour démarrer.

Exemple : mercredi, un client demande pourquoi les leads ont baissé mardi. Les runbooks montrent que les lancements ont suivi la checklist, donc l'équipe ouvre le journal. On y trouve une baisse du CPA cible dans Google Ads le vendredi, un nouveau formulaire sur la landing page le samedi et une version GTM publiée le lundi. Le formulaire avait perdu sa redirection vers la page de remerciement et l'événement de lead ne se déclenchait plus. Dans le CRM, les leads étaient stables ; seul le volume mesuré avait chuté.

Comment isoler la modification qui a causé la baisse grâce à votre documentation ?

Utilisez la documentation dans un ordre fixe : vérifiez la mesure avec le plan de marquage, listez toutes les modifications des jours précédant la baisse, puis testez une hypothèse à la fois. La cartographie des outils vous dit où chercher ; le journal vous dit ce qui a changé.

1. Écartez d'abord la mesure. Comparez le chiffre de la plateforme avec la source de référence définie dans votre plan de marquage (CRM, commandes, formulaires envoyés). Si un seul côté a baissé, c'est un problème de mesure.
2. Rassemblez toutes les modifications de la période. Prenez dans le journal les 7 à 14 jours précédant la rupture, puis comblez les trous avec l'Historique des modifications de Google Ads et la liste des versions GTM.
3. Comparez avec les runbooks. Une modification faite hors procédure (pas de contrôle le lendemain, pas de motif consigné) est le premier suspect.
4. Testez une hypothèse à la fois. Annulez ou segmentez la modification la plus suspecte et suivez l'indicateur, au lieu de tout défaire d'un coup.

Avec toutes les modifications sur une seule frise chronologique, l'exemple ci-dessus se règle en quelques minutes : la version GTM apparaît la veille de la baisse, juste après le changement de formulaire, et c'est là que vous regardez en premier. Changeline tient cette frise par projet client : les modifications Google Ads peuvent être importées automatiquement via une connexion en lecture seule, et l'équipe consigne le reste (site, marquage, CRM, prix) avec responsable et motif. Pour la méthode complète, consultez le guide pour expliquer une baisse de conversions à un client.

Comment tenir à jour la documentation marketing ops ?

Reliez chaque document à l'événement qui le rend obsolète et faites de sa mise à jour une étape de fin de tâche. La documentation vieillit quand elle vit à part du travail ; elle reste à jour quand la dernière étape de chaque tâche consiste à la mettre à jour.

Trois habitudes font l'essentiel. D'abord, un responsable nommé pour chaque page, pour que « quelqu'un devrait mettre ça à jour » ait une réponse. Ensuite, une courte revue à rythme fixe : mensuelle pour le journal et le plan de marquage, trimestrielle pour les runbooks et les rôles. Enfin, la règle qu'aucune modification ne part sans entrée : la personne qui modifie le budget, la balise ou le formulaire écrit une ligne avec le motif.

Si vous avez déjà un processus de revue, notre article sur la gestion des changements marketing montre comment ajouter des validations sans ralentir les lancements, et celui sur le post mortem de campagne montre comment transformer une mauvaise semaine en meilleurs runbooks.