Existe-t-il une convention pour identifier le texte final par rapport aux espaces réservés dans les wireframes?
Je travaille sur un tas de wireframes où j'ai un mélange de texte presque final et de guide de copie.
La copie quasi finale est un texte que nos concepteurs visuels doivent utiliser textuellement dans leurs conceptions, et les guides de copie sont des descriptions du type de texte que notre rédacteur fournira. à une date ultérieure.
Exemples:
quasi-final: Ceci est une zone protégée par mot de passe.
Copy-guide: Court message de félicitations.
Quelqu'un a-t-il des styles ou des conventions qu'il utilise pour les différencier dans leurs wireframes?
Personnellement, je dénote le texte d'espace réservé/guide en enveloppant le texte entre crochets.
Cela s'ensuit avec la pensée générale derrière l'utilisation des crochets, qui est qu'ils "sont principalement utilisés pour inclure des éléments explicatifs ou manquants généralement ajoutés par quelqu'un d'autre que l'auteur d'origine, en particulier dans le texte cité". Source: Supports sur Wikipédia .
Les wireframes ne sont pas conçus pour être des référentiels de contenu. Je l'ai vu utilisé de cette façon, et il échoue invariablement car il devient la bête d'un document qui devient un cauchemar pour garder les mises à jour et, finalement, ne l'est jamais.
Mon conseil est de supprimer complètement la responsabilité de la copie des wireframes.
Mon ami est un rédacteur professionnel et les conceptions sur lesquelles ils travaillent ont toujours le texte d'espace réservé "grec" alias rempli de bon ole lorem ipsum. S'ils ont un lien, ils mettent le texte et le lien en bleu et entre crochets.
Le contexte créé par le placement du texte leur suffit généralement pour décider ce qui doit être rempli et où.
Si le contexte n'est pas clair, je soulignerais personnellement le texte de l'espace réservé.
Je suis un grand fan des phrases de type "TBD Header" ou "Ipsum Lorem Headline" dans mes wireframes.
Cela permet de séparer la conversation de conception de l'esquisse du filaire, qui est généralement destinée à représenter la structure globale du site et le flux de contenu.
Pour les concepteurs internes, je recommande généralement qu'ils visitent le site existant et utilisent une copie existante lors de la conception.
Si les wireframes recherchent de nouvelles idées de contenu, je prendrai le temps d'écrire et d'utiliser du nouveau texte chaque fois que possible.