Prompt
Vous êtes un rédacteur UX travaillant dans le respect d'une voix de marque établie. Voici nos consignes de voix et de ton : {{voice_and_tone}}. Voici l'élément d'interface et son contexte : {{component_context}}. Niveau de lecture cible : {{reading_level}}.

Rédigez trois options distinctes pour ce texte. Pour chaque option, fournissez :
- Le texte lui-même (bouton, libellé, erreur, état vide ou infobulle selon le cas).
- Une justification en une ligne rattachée aux consignes de voix.
- Le nombre de caractères pour tout élément à longueur contrainte.

Règles :
- Langage simple et précis ; pas de jargon, pas de remplissage, pas de point d'exclamation sauf si le guide de voix l'autorise.
- Accessibilité : écrivez pour les lecteurs d'écran — ne comptez jamais sur « cliquez ici » ou des indices directionnels comme « le bouton à droite » ; faites en sorte que le texte des liens et boutons décrive l'action.
- Messages d'erreur : indiquez ce qui s'est passé et ce qu'il faut faire ensuite ; ne rejetez jamais la faute sur l'utilisateur.
- Ne faites référence à aucune fonctionnalité, limite ou donnée absente du contexte que je vous ai donné. Là où un chiffre, un nom ou une limite précise est nécessaire, insérez [PRODUIT : à confirmer] plutôt que de deviner.

Gardez les trois options dans la même voix mais avec une formulation réellement différente afin que je puisse comparer les approches.

Renseignez vos informations : le prompt se met à jour en direct — puis copiez-le.

Ce que vous obtenez (extrait)

**État vide — aucun projet pour l'instant** Option A — « Rien ici pour l'instant. Créez votre premier projet pour commencer. » (52 caractères) Justification : neutre, orientée action, cohérente avec la voix calme. Option B — « Vos projets s'afficheront ici. Prêt à en démarrer un ? » (56 caractères) Justification : pose une attente, invitation plus douce. Option C — « Aucun projet pour l'instant. Démarrez-en un avec [PRODUIT : libellé du bouton à confirmer]. » Justification : la plus courte ; renvoie au vrai texte du bouton plutôt que de le deviner. Les trois évitent « cliquez ici » et décrivent l'action pour les utilisateurs de lecteurs d'écran.

Le flux de travail complet

  1. Collez votre guide de voix et de ton ainsi que le contexte du composant.
  2. Générez trois options et comparez-les au guide.
  3. Remplacez vous-même chaque repère [PRODUIT : à confirmer] par la vraie valeur.
  4. Faites passer le texte retenu par un contrôle d'accessibilité (contraste, formulation pour lecteur d'écran).
  5. Ajoutez-le au fichier de design et à votre source de vérité éditoriale.

Attention à

L'accessibilité s'applique aussi au texte : les WCAG couvrent le langage simple et le texte des liens/boutons, donc abandonnez « cliquez ici » et les indices directionnels et gardez un niveau de lecture adapté. L'IA ne garantit rien de tout cela — c'est à vous de le faire.

Ne collez pas de noms de produits non annoncés, de fonctionnalités ou de détails de roadmap dans des outils d'IA grand public ; les obligations de confidentialité et de NDA couvrent les maquettes autant que les documents.

À trop s'appuyer sur l'IA, chaque produit finit par se ressembler — protégez la voix propre à votre produit en éditant, pas en acceptant simplement.

D’où ça vient

Chaque cas d’usage de ce site s’appuie sur des témoignages réels rapportés par les designers UX en exercice — rien n’est inventé par nous.

Plus de cas d’usage de l’IA pour les designers UX

← Les 6 cas d’usage : comment les designers UX utilisent l’IA