
Ce qu'est un pack de contenu multi-canal, et pourquoi un seul brief devrait tout produire
Un pack de contenu multi-canal, c'est un seul brief transformé en chaque élément dont une campagne a besoin. En une exécution, il produit un brouillon de blog, une publication écrite pour chaque plateforme sociale, le texte d'e-mail, et la direction d'image à partir d'un seul argument, pour que les pièces s'accordent au lieu de dériver.
Le vrai mode d'échec, c'est la dérive. Si quatre personnes différentes écrivent quatre éléments séparés sur quatre jours différents, chacun à partir d'un document vide, le blog fait un énoncé, l'e-mail un voisin, et la publicité un troisième. Personne ne le remarque jusqu'à ce que la campagne parte, moment où la page d'atterrissage contredit en silence la publication qui y envoyait les gens.
La correction est structurelle plutôt qu'éditoriale. L'argument se prépare une fois, puis chaque canal s'en dérive, donc la cohérence est une propriété de la façon dont les matériaux ont été créés, plutôt que quelque chose que le relecteur doit attraper à la fin.
Avec ActionFlows, ce flux repose sur le nœud Generate Object, qui renvoie tous les canaux dans une seule structure validée plutôt que comme quatre générations séparées.
Comment l'ActionFlow s'exécute sur le canevas
Le nœud Start prend le brief comme entrée structurée : le public, le message principal, les canaux sur lesquels vous publiez, et toute contrainte qui compte (une limite de caractères, une affirmation déjà validée, ou un nom de produit qui doit s'utiliser exactement tel qu'il apparaît). Start Scheduled s'utilise quand le pack se produit selon un calendrier plutôt qu'en réponse à une demande.
Le premier nœud Generate Text est construit pour ne rien produire de publiable. Il expose l'argument principal en trois phrases. Chaque nœud suivant prend son entrée de cette sortie plutôt que du brief d'origine.
L'étape Generate Object fournit la structure. Plutôt que de générer un texte séparé pour chaque canal, elle renvoie un seul objet structuré avec un champ distinct par canal (blog, x, linkedin, email et image_prompt) selon un schéma que vous fixez. Quatre générations séparées peuvent diverger en silence sur l'offre. Ces champs ne le peuvent pas, parce qu'ils sont générés ensemble, à partir du même argument, dans le même appel. Un nœud Validate suit. Si un champ requis est vide, il arrête l'exécution.
Le champ image_prompt alimente Generate Image, donc le visuel se génère à partir de l'argument plutôt que d'être choisi ensuite dans une bibliothèque de stock.
La distribution est tenue à part exprès. Un nœud Notion écrit le pack fini comme une seule page, avec l'argument central en tête. Un nœud Slack de la catégorie Human in the Loop retient le pack jusqu'à l'approbation d'une personne. L'approbation est un nœud dans le graphe, pas une étape dont quelqu'un se souvient. Ce n'est qu'après approbation qu'un nœud X (Twitter) publie.
Nœuds utilisés par cet ActionFlow
- Start : reçoit le brief comme entrée structurée. Start Scheduled produit des packs selon un rythme.
- Generate Text (AI Core) : écrit l'argument central en trois phrases.
- Generate Object (AI Core) : renvoie un objet avec un champ par canal, formé par votre schéma.
- Validate (Data) : arrête l'exécution quand un champ de canal requis revient vide.
- Generate Image (AI Core) : prend le champ image_prompt pour que le visuel porte le même argument.
- Notion (Integration) : écrit le pack comme une page, avec l'argument en tête.
- Slack (Human in the Loop) : retient le pack pour approbation à l'intérieur du graphe.
- X (Twitter) (Integration) : publie seulement après approbation.
Questions fréquentes
Newsletter
Recevoir les mises à jour produit
Nouveaux nœuds, agents et notes produit. Nous n'envoyons un e-mail que lorsqu'il vaut la peine de l'ouvrir.