En bref
Attribuez à chaque création une décision visible, une version précise et un approbateur responsable avant sa mise en publication.
Créez un tableau de relecture monday.com lorsqu’une campagne comporte plusieurs créations attendant des décisions différentes. La vue utile indique qui doit agir, quelle version examiner et si l’approbation couvre le fichier qui sera réellement publié. Les créations générées par IA nécessitent les mêmes contrôles que les photographies, illustrations ou vidéos montées.
Utilisez un élément par livrable pouvant recevoir une approbation indépendante. Pour un lancement illustratif, il peut s’agir d’une image sociale, d’une courte vidéo et d’une légende traduite. Ne les regroupez pas dans un seul statut vert, sauf si la même personne les examine ensemble et qu’un refus partiel ne peut être confondu avec une autorisation de publier.
1. Définir la décision avant le tableau
Définissez le producteur responsable, l’approbateur final et la personne chargée de publier. Une personne peut cumuler les rôles, mais nommez-les explicitement. Convenez des questions que tranche l’approbateur : exactitude de l’offre, orientation visuelle, formulation juridique ou préparation au canal. Faites réaliser les contrôles spécialisés par le bon relecteur avant l’approbation finale, plutôt que donner la même autorité à chaque commentaire.
Rédigez une courte liste d’acceptation adaptée à la campagne. Incluez brief actuel, conditions exactes de l’offre, droits des ressources, orthographe, dimensions et mentions obligatoires. Pour une vidéo, ajoutez exactitude des sous-titres et dernière image. Consultez le guide de correction des sous-titres pour les contenus parlés et le guide de redimensionnement de campagne pour adapter un visuel à plusieurs emplacements.
2. Construire un tableau simple et lisible
| Colonne ou registre | Contenu à conserver | Utilité |
|---|---|---|
| Élément | Livrable, canal et langue | Évite d’approuver la mauvaise édition |
| Producteur | Un responsable désigné | Clarifie qui corrige |
| Échéance de relecture | Date attendue de la décision | Laisse le temps de corriger |
| Étape de production | Brouillon, relecture ou correction | Rend visible le travail en cours |
| Décision | En attente, corrections demandées ou approuvé | Sépare acceptation et activité |
| Version actuelle | Fichier ou lien contrôlé | Identifie la cible de relecture |
| Registre de décision | Approbateur, date et version | Conserve ce qui a été accepté |
| Registre de publication | Compte, heure et URL publique | Relie approbation et diffusion réelle |
Associez ces informations aux colonnes disponibles Personnes, Date, Statut et texte ou lien. Le tableau initial doit rester lisible sans tableau de bord supplémentaire. Séparer le statut de production de la décision d’approbation est utile. Cela empêche « montage terminé » de devenir « approuvé » et maintient une demande de correction visible même si le producteur a fini son travail assigné.
3. Rattacher les retours à une version précise
Lorsque la formule inclut la colonne Fichiers, monday.com documente téléversements, annotations et gestion des versions. Utilisez un nom clair, comme campagne-video-v03, et indiquez le fichier actuel. Demandez aux relecteurs de citer l’image, la page ou le texte à modifier. Un commentaire situe le problème ; le registre de décision doit toujours identifier la version acceptée.
La documentation Free exclut la colonne Fichiers. Pour un tableau interne simple, liez la ressource contrôlée dans les mises à jour de l’élément et indiquez sa version dans la demande de relecture. Ne promettez ni annotations, ni accès invité externe, ni automatisation sur un compte gratuit. Vérifiez formule et autorisations avant d’inviter un client ou de dépendre d’une fonction pour tenir le délai.
4. Rédiger une demande à laquelle on peut répondre
Copiez cette structure dans la mise à jour de relecture : « Demande de relecture : [création et version]. Emplacement prévu : [canal et langue]. Décision attendue avant : [date et fuseau horaire]. Vérifier : [liste précise]. Questions ouvertes : [points non résolus]. Répondre approuvé ou corrections demandées en identifiant cette version. Publication : [nom]. » Remplacez tous les champs avant l’envoi.
Gardez les retours du cycle actuel dans un seul fil et demandez au producteur de résumer les modifications de la version suivante. Si deux relecteurs s’opposent, transmettez le conflit à l’approbateur désigné plutôt que choisir discrètement un commentaire. Une nouvelle offre, légende modifiée ou image remplacée après approbation doit revenir en relecture. Le statut approuvé ne couvre pas automatiquement les changements futurs.
5. Donner à la publication ses propres preuves
Une fois l’approbation terminée, consignez la création et le texte exacts transmis à la personne qui publie. Distinguez programmé, publié et échec dans le registre. Un statut de tableau est une déclaration interne, pas la preuve qu’une plateforme sociale a accepté le contenu. Ajoutez l’URL publique après vérification et conservez chaque problème non résolu avec son responsable.
Commencez manuellement, puis ajoutez des rappels une fois les responsabilités et statuts stabilisés. Confirmez quotas d’automatisation et destinataires avant d’activer les règles. Pour une petite équipe relisant une seule création, un document partagé avec une décision claire peut être plus simple. Le tableau devient utile lorsqu’il aide à retrouver la version actuelle et agir sans reconstruire la campagne à partir de messages dispersés.