Vous pouvez commencer avant que chaque mot soit prêt
Le graphiste doit créer une mise en page, mais le texte définitif du produit est encore en cours de rédaction ou de vérification. Une page blanche n’aide pas, alors quelqu’un ajoute « Nom du produit », un court paragraphe et quelques chiffres.
Cela peut suffire pour commencer à dessiner. Mais cela ne vous dit pas ce qui se passera lorsque le nom réel du produit sera trois fois plus long.
Les données factices désignent des informations inventées utilisées à des fins de test. Il peut s’agir d’un nom fictif, d’une description type ou d’une liste inventée de produits détails. Les informations doivent avoir l’apparence et le comportement du contenu que vous vous attendez à recevoir.
Un exemple utile permet à l’équipe de répondre à une question pratique : cette mise en page restera-t-elle valable si le texte change ?
Convenir d’une liste de contenus
Avant de créer des exemples, demandez à la personne responsable du texte ce que la maquette doit contenir.
Pour une étiquette, la liste peut inclure le nom du produit, la saveur, le poids, les ingrédients, les coordonnées et une langue. Un guide peut nécessiter un titre, Étapes numérotées, images et avertissements.
Chaque élément d’information nommé est un champ. Considérez-le comme une colonne d’un tableur : une colonne pour le nom du produit, une autre pour le poids.
Convenez dès le départ des noms des champs. Si l’exemple utilise le nom de champ productName, le fichier réel doit utiliser ce même nom
convenu.
Posez quelques questions simples ensemble :
- Quelles informations doivent figurer sur chaque version ?
- Quels éléments peuvent être omis ?
- Quels termes doivent être conservés à l’identique ?
- Quels éléments varient d’une langue ou d’un pays à l’autre ?
- Qui peut confirmer que le texte final est prêt ?
Le graphiste peut alors montrer où chaque élément doit se placer dans la mise en page. Cela permet souvent de repérer un détail manquant avant que le travail n’ait trop avancé.
Créez des exemples illustrant différents problèmes
Dix exemples presque identiques vous en apprendront moins que quelques-uns soigneusement choisis.
Commencez par un produit standard. Ajoutez ensuite un nom long, un paragraphe long et un produit au contenu très réduit. Incluez une version sans badge facultatif et une autre avec plusieurs badges.
Pour un guide produit, testez trois étapes et quinze étapes. Pour un certificat, testez un nom court et un nom long à plusieurs segments.
Vous pouvez rédiger vous-même des exemples, demander à l’équipe contenu de vous les fournir ou utiliser un autre outil pour les générer. Vérifiez tous les exemples générés avant de les utiliser. Un ensemble aléatoire de mots n’est d’aucune utilité s’il ne ressemble pas à la tâche.
Utilisez des détails fictifs dans les premières démos lorsque les informations réelles sur les clients ou le lancement ne sont pas nécessaires. Indiquez clairement les exemples afin que personne ne les prenne pour des informations produit approuvées.
Consultez les exemples dans Illustrator
Un tableur peut montrer que le texte existe. Les visuels montrent s’il tient et se lit bien.
Dans Paqira, des exemples de contenu peuvent être saisis dans une collection ou importés depuis CSV ou Excel. Une collection est un endroit où conserver des travaux liés ensemble, comme le contenu d’un groupe d’étiquettes.
Comme les visuels sont liés à ces données, le graphiste peut essayer différentes variantes. Regardez d’abord le nom le plus long, puis le plus court. Vérifiez ce qui se produit lorsqu’une ligne facultative est vide.
Le graphiste et le responsable de contenu examinent ensemble ces exemples. L’un peut remarquer qu’un titre nécessite plus d’espace, tandis que l’autre peut Notez qu’une phrase est difficile à comprendre lorsqu’elle est coupée sur plusieurs lignes.
Décrivez le résultat concret. « Cet avertissement est difficile à lire à cette taille » donne à l’équipe une prochaine étape plus claire que « la mise en page ne semble pas correcte ».
Veillez à ce que le contenu de test soit facilement identifiable.
Les textes fictifs sont utiles pendant la conception et dangereux s’ils se retrouvent dans un fichier final sans avoir été repérés.
Conservez les exemples dans une collection de test clairement nommée ou dans tout autre espace de test convenu. Donnez-leur des noms explicites tels que « SAMPLE — long product name ». Lorsque vous partagez un aperçu hors de l’équipe, indiquez clairement que le texte et les chiffres sont fournis à titre de test.
Avant la mise en production, vérifiez que :
- la personne responsable du contenu a confirmé le fichier définitif,
- les données réelles ont été importées ou saisies,
- les éléments d’exemple sont exclus du travail de production,
- un test a été effectué avec le contenu réel,
- les visuels générés ont été vérifiés.
Remettez cette liste à l’opérateur ainsi qu’au graphiste. La personne qui exécute la tâche doit savoir quels éléments sont prêts à l’emploi.
Intégrez le texte final en utilisant les mêmes champs
Si l’échantillon et le contenu final utilisent les mêmes champs, les liens de mise en page peuvent rester en place. Les valeurs changent, mais le titre va toujours dans la zone du titre et le poids dans la zone du poids.
Les importations CSV et Excel peuvent créer ou mettre à jour plusieurs éléments de contenu. Un externalId est une référence fixe utilisée
pour faire correspondre un produit entrant à un produit existant. Un locale identifie la version linguistique.
La personne qui prépare l’importation doit conserver la cohérence de ces références. Le graphiste n’a pas besoin de reconstruire la mise en page parce qu’un tableur est arrivé.
Paqira vérifie le fichier avant l’importation. L’équipe doit néanmoins vérifier les mots, les chiffres et les langues importés avant de les utiliser en production.
Conservez les exemples de test utiles
Ne jetez pas tous les échantillons lorsque le texte final arrive. Un jeu de test clairement séparé peut être utile lorsque quelqu’un modifie une police, une règle de mise en page ou un élément partagé ultérieurement.
Relancez les exemples difficiles et comparez les résultats. Le long titre tient-il toujours ? La version courte laisse-t-elle un espace vide gênant ? La dernière instruction se poursuit-elle correctement sur la page suivante ?
Le collègue chargé du contenu vérifie le sens et l’exactitude. Le graphiste vérifie la mise en page et la lisibilité. L’opérateur suit le processus convenu et Étapes de révision.
Ils peuvent tous travailler à partir des mêmes exemples, avec une idée claire de ce qui nécessite une attention particulière avant l’envoi des fichiers finaux.