Gestion des versions de campagne : éviter de valider le mauvais fichier
Organisez les versions d’une campagne pour éviter de valider le mauvais fichier et garder l’historique visible.
Rédigé par l’équipe produit d’Aproova à partir des parcours que nous concevons et testons dans l’application.
La mauvaise version n’arrive pas avec un avertissement. Elle arrive avec un nom ressemblant.
final.png, final-cette-fois.png, final-client-ok.png. Les équipes créatives connaissent ces noms. Le risque augmente lorsque la décision reste dans une conversation et que le fichier validé se trouve ailleurs.
Un nom de fichier n’est pas un historique
Le nom aide, mais ne suffit pas. L’historique doit montrer quelle version est venue avant, les commentaires reçus et la raison d’être de la suivante.
Lorsque la révision conserve ce parcours, l’équipe n’a pas besoin de dossiers parallèles pour comprendre la campagne.
Ce que montre la vidéo
Les versions 1 et 2 sont comparées. Le nom de la couleur change, tandis que la référence F-027 et les tailles 36–44 restent identiques. Enregistrement réalisé dans Aproova avec une collection de mode fictive et des commentaires de test.
Comparez avant de décider
Quand une nouvelle version arrive, posez deux questions : est-elle satisfaisante et répond-elle à la demande ?
Comparer avant de valider aide à repérer un contenu qui a corrigé un point tout en en dégradant un autre.
Désignez clairement la version validée
La fin du processus doit renvoyer à une version précise, pas vaguement à ‘la dernière’.
Si quelqu’un revient sur la campagne plus tard, l’historique doit montrer le fichier validé et la décision prise.
Une nouvelle version doit expliquer pourquoi elle existe
L’étiquette v4 ne dit pas ce qui a changé. Le lien avec les commentaires précédents montre que cette version corrige un prix, remplace une photo ou ajuste la signature de marque.
Cela aide la personne qui produit comme celle qui révise. Elle peut vérifier la demande initiale sans chercher d’anciens messages.
Suivez chaque fichier d’un ensemble de campagne
Toutes les créations ne changent pas au même cycle. Une story peut atteindre la v3 tandis que la bannière reste en v1. Imposer un numéro unique à tout l’ensemble masque cette différence.
La vue d’ensemble doit montrer l’état de chaque fichier tout en gardant la campagne regroupée. L’équipe évite ainsi de perdre des créations ou de créer des doublons au cycle suivant.
Gardez un historique utile après le projet
Sa valeur apparaît des mois plus tard, lorsqu’on demande pourquoi une phrase a changé ou qui a validé l’emballage. Si le registre dépend de la mémoire des participants, il n’est pas fiable.
La version validée, les demandes résolues et la décision doivent rester consultables pendant la durée de conservation définie pour l’espace de travail.
Questions fréquentes avant d’organiser le processus
Comment nommer les versions ?
Utilisez des noms simples et cohérents, sans vous y fier uniquement. Le système doit montrer l’ordre, l’historique et l’état de chaque version.
Faut-il créer une révision à chaque cycle ?
Non. Ajoutez la nouvelle version à la révision existante pour conserver les commentaires, les participants et les décisions.
Comment gérer plusieurs créations dans une campagne ?
Gardez l’ensemble regroupé, mais suivez la version et le statut de chaque fichier. Cela évite les doublons et montre exactement ce qui a changé.
Poursuivez avec ces guides
Comment comparer deux versions d’une création
Utilisez l’affichage côte à côte et la superposition avant de valider le fichier final.
Lire le guide
Le client a validé la création, puis demandé un changement. Quelle décision s’applique ?
Traitez une modification demandée après validation, identifiez la version autorisée et consignez une nouvelle décision sans perdre l’historique.
Lire le guideComment réviser un PDF avec un client sans ajouter une réunion
Utilisez des commentaires par page, des versions claires et un seul lien client pour réviser un PDF à distance.
Lire le guide