Comment automatiser le parcours brief → production → validation → publication ?
Le bon workflow n’automatise pas tout. Il automatise les passages répétitifs et garde des points de décision là où une erreur de marque, de fait ou de publication coûte cher.
Nathalie StaelensGhostwriter et Rédactrice webLe brief est parfait à 9 h 12. À 14 h 40, il ne l’est plus.
Il a traversé un message Slack, un document, un prompt, une demande de visuel et deux commentaires. Personne n’a volontairement changé la consigne. Chacun en a gardé la partie qui lui semblait importante.
Automatiser un workflow marketing ne consiste pas à faire travailler une IA sans humains. Il consiste d’abord à empêcher le contexte de se dissoudre entre le brief, la production, la validation et la publication.
Étape 1 : dessinez le vrai parcours, pas l’organigramme
Ne commencez pas par choisir Zapier, Make, n8n ou un agent. Prenez une mission réelle et suivez-la.
D’où arrive la demande ? Où se trouve le Brand Kit ? Qui décide de l’angle ? Qui produit ? Qui vérifie ? Qui peut publier ? Où reviennent les corrections ?
Vous découvrirez souvent que le temps n’est pas consommé par la création mais par les déplacements : copier un brief, retrouver une pièce jointe, demander le bon lien, renommer un fichier, reconstituer la dernière validation.
Ce sont les premiers candidats à l’automatisation.
Étape 2 : créez une source de vérité par Mission
Un workflow fiable a besoin d’un identifiant commun.
La Mission doit contenir ou référencer :
- l’objectif ;
- la marque ;
- l’offre ;
- la cible ;
- les preuves ;
- les contraintes ;
- les formats ;
- la date ;
- les décisions déjà prises.
Les agents et outils n’ont pas besoin de recevoir tout le dossier à chaque étape. Ils ont besoin de recevoir la bonne tranche de contexte sans devoir la deviner.
Étape 3 : séparez recommandation et production
Une automatisation fragile lance la production dès qu’un brief arrive.
Une automatisation robuste vérifie d’abord si la demande est exploitable. Manque-t-il une cible ? Une offre ? Un réseau ? Une preuve ? Une contrainte légale ?
Puis elle produit une recommandation ou un plan que l’on peut valider avant d’engager les coûts de génération.
Cette séparation économise énormément de régénérations inutiles.
Étape 4 : donnez un contrat de sortie à chaque rôle
Le rédacteur ne doit pas livrer « un texte ». Il doit livrer un texte qui respecte une longueur, un angle, une offre et un niveau de validation.
Le designer ne doit pas recevoir « fais un visuel ». Il reçoit le texte verrouillé, les règles visuelles et le format.
La QA ne doit pas répondre « ça a l’air bien ». Elle contrôle une liste : faits, marque, lisibilité, dimensions, liens, informations obligatoires.
Étape 5 : distinguez « généré » de « prêt »
C’est probablement le statut le plus important.
Un contenu peut être généré sans être factuellement juste. Il peut être juste sans être cohérent avec la marque. Il peut être validé sans être au bon format. Il peut être prêt sans être programmé.
Ne résumez pas tout sous un bouton vert « terminé ».
Les statuts doivent représenter la réalité opérationnelle.
Étape 6 : placez l’humain aux points de coût élevé
Il n’est pas nécessaire de demander une validation humaine après chaque virgule.
Placez-la avant :
- une promesse commerciale nouvelle ;
- un contenu sensible ;
- une dépense ;
- un envoi externe ;
- une publication ;
- une suppression ;
- un changement de positionnement.
L’objectif du human-in-the-loop est de concentrer l’attention humaine, pas de recréer manuellement toutes les étapes automatisées.
Étape 7 : prévoyez l’échec
Une API ne répond plus. Un fichier manque. Un réseau refuse la publication. Une génération dépasse le délai. Que se passe-t-il ?
Un workflow sérieux doit pouvoir :
- conserver son état ;
- retenter sans dupliquer ;
- signaler une erreur ;
- reprendre à l’étape utile ;
- éviter une double publication.
Le scénario heureux fait la démo. Les reprises font le produit.
Où intervient un Agency OS
Un Agency OS sert précisément à porter cette continuité : marque, Mission, rôles, productions, validations, versions et livraison.
Il peut appeler des outils spécialisés sans leur déléguer toute la mémoire du travail. C’est la différence entre une chaîne d’API et un système métier.
Le meilleur workflow n’est pas celui qui contient le plus d’agents. C’est celui où, à n’importe quel moment, on sait ce que le système essaie d’obtenir, ce qu’il attend et pourquoi il n’a pas encore publié.