Synthèse automatique
Transforme les exigences produit d’un PRD en fondations UX au moyen de six passes de réflexion design structurées, avant toute spécification visuelle.
Points forts
- Impose six passes ordonnées couvrant modèle mental, architecture de l’information, affordances, charge cognitive, états et intégrité des parcours avant les specs visuelles.
- Produit un fichier de spec UX persistant à côté du PRD, utile pour la passation aux maquettes et au design.
- Fournit des garde-fous explicites, dont la loi d’airain et des red flags, qui empêchent de sauter l’analyse.
- Met en lumière des angles souvent négligés : erreurs de modèle mental, divulgation progressive, matrice d’états et risques de parcours.
Limites
- Ne produit ni maquettes, ni code UI, ni système de design visuel ; il s’arrête aux fondations et aux spécifications.
- La qualité du résultat dépend fortement de la précision et de la complétude du PRD fourni.
- Les six passes peuvent être surdimensionnées pour une petite fonctionnalité ou un prototype jetable.
À utiliser lorsqu’un PRD doit être traduit en fondations UX et en brief de design avant la création de maquettes.
À éviter si l’on cherche directement des écrans, des maquettes visuelles ou du code d’interface sans phase d’analyse UX.
Analyse de sécurité
SûrThis is a pure instruction/methodology document for translating PRDs into UX specs. It declares no tools, contains no shell commands, no network access, no credential handling, no obfuscated payloads, and no destructive operations. Its only side effect is writing a markdown spec file next to the source PRD, which is benign and explicitly described. No safety mechanisms are disabled and no external data is transmitted.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Create UX specs from feature-x.md. Run all 6 designer mindset passes in order and write the result to feature-x-ux-spec.md. Do not include visual specs until all passes are complete.Translate PRD.md into UX foundations and prepare a design handoff. Cover mental models, information architecture, affordances, cognitive load, states, and flow risks before any screen layouts.We need to prepare for mockups for our new onboarding flow. Use the PRD at onboarding-prd.md to create a UX spec with the 6 forced passes, then add visual specifications only after Pass 6.name: prd-ux description: This skill should be used when the user asks to "create UX specs", "translate PRD to UX", "design user experience", "prepare for mockups", "create design handoff", or needs to transform product requirements into UX foundations. Uses 6 forced designer mindset passes before any visual specifications.
PRD to UX Translation
Translate product requirements into UX foundations through 6 forced designer mindset passes. Each pass asks questions that visual-first approaches skip.
Core principle: UX foundations come BEFORE visual specifications. Mental models, information architecture, and cognitive load analysis prevent "pretty but unusable" designs.
The Iron Law
NO VISUAL SPECS UNTIL ALL 6 PASSES COMPLETE
Not negotiable:
- Don't mention colors, typography, or spacing until Pass 6 is done
- Don't describe screen layouts until information architecture is explicit
- Don't design components until affordances are mapped
No exceptions for urgency:
- "I'm in a hurry" → Passes take 5 minutes; fixing bad UX takes days
- "Just give me screens" → Screens without foundations need rework
- "Skip the analysis" → Analysis IS the value; screens are just output
Output Location
Write UX spec to same directory as source PRD:
- PRD
feature-x.md→ outputfeature-x-ux-spec.md - PRD
PRD.md→ outputUX-spec.md
Always write to file for persistence and mockup tool handoff.
The 6 Passes
Execute IN ORDER. Each pass produces required outputs before the next begins.
Pass 1: User Intent & Mental Model
Mindset: "What does the user think is happening?"
Force:
- What does the user believe this system does?
- What are they trying to accomplish in one sentence?
- What wrong mental models are likely?
Output: Primary intent, likely misconceptions, UX principles to reinforce.
Pass 2: Information Architecture
Mindset: "What exists, and how is it organized?"
Force:
- Enumerate ALL concepts the user will encounter
- Group into logical buckets
- Classify each as: Primary / Secondary / Hidden
Output: Concept list, grouped structure, navigation hierarchy.
Pass 3: Affordances & Action Clarity
Mindset: "What actions are obvious without explanation?"
Force:
- What is clickable?
- What looks editable?
- What looks like output (read-only)?
- What looks final vs in-progress?
Output: Action-signal mapping, affordance rules.
Pass 4: Cognitive Load & Decision Minimization
Mindset: "Where will the user hesitate?"
Identify:
- Moments of choice (decisions required)
- Moments of uncertainty (unclear what to do)
- Moments of waiting (system processing)
Apply:
- Collapse decisions (fewer choices)
- Delay complexity (progressive disclosure)
- Introduce defaults (reduce decision burden)
Output: Friction points table, defaults list.
Pass 5: State Design & Feedback
Mindset: "How does the system talk back?"
For EACH major element, enumerate:
- Empty
- Loading
- Success
- Partial
- Error
For each state: What does user see, understand, and can do?
Output: State matrix for each element/screen.
Pass 6: Flow Integrity Check
Mindset: "Does this feel inevitable?"
Check:
- Where could users get lost?
- Where would a first-time user fail?
- What must be visible vs can be implied?
Output: Flow risks table, visibility decisions, UX constraints.
THEN: Visual Specifications
Only after all 6 passes, create:
- Screen layouts
- Component specifications
- Design system
- Interaction specifications
- Responsive breakpoints
Red Flags - STOP and Restart
| Violation | What You're Skipping | | ------------------------------------------ | ------------------------------ | | Describing colors/fonts | All foundational passes | | "The main screen shows..." | Pass 1-2 (mental model, IA) | | Designing components before actions mapped | Pass 3 (affordances) | | No friction point analysis | Pass 4 (cognitive load) | | States only in component specs | Pass 5 (holistic state design) | | No "where could they fail?" | Pass 6 (flow integrity) |
Additional Resources
Reference Files
For detailed techniques and patterns:
references/pass-enhancements.md— Advanced techniques for each passreferences/state-choreography.md— Transition design, feedback patternsreferences/affordance-patterns.md— Z-index, touch targets, component consolidationreferences/failure-modes.md— Error mapping, recovery paths
Example Files
Working examples in examples/:
complete-ux-spec.md— Full 6-pass example for a task manager
Quick Reference
Pass Output Summary
| Pass | Mindset | Key Output | | ---- | ------------------- | ---------------------------- | | 1 | What user thinks | Mental model, misconceptions | | 2 | What exists | IA structure, navigation | | 3 | What's obvious | Affordance mapping | | 4 | Where hesitation | Friction points, defaults | | 5 | How system responds | State matrices | | 6 | Where they fail | Risk mitigation, constraints |
State Design Quick Matrix
| State | User Sees | User Understands | User Can Do | | ------- | --------- | ---------------- | ----------- | | Empty | [Visual] | [Meaning] | [Actions] | | Loading | [Visual] | [Meaning] | [Actions] | | Success | [Visual] | [Meaning] | [Actions] | | Partial | [Visual] | [Meaning] | [Actions] | | Error | [Visual] | [Meaning] | [Actions] |
Success Feedback Pattern
Action → Success indicator → Hold 300-500ms → Proceed
Users must SEE success before UI transitions.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/prd-to-ux-translation-mrzxuov4/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/prd-to-ux-translation-mrzxuov4' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/prd-to-ux-translation-mrzxuov4/download' --output '.skill-downloads/prd-to-ux-translation-mrzxuov4/SKILL.md.part' && mv '.skill-downloads/prd-to-ux-translation-mrzxuov4/SKILL.md.part' '.skill-downloads/prd-to-ux-translation-mrzxuov4/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Extrait original : Quick Reference
Pass Output Summary
| Pass | Mindset | Key Output |
|---|---|---|
| 1 | What user thinks | Mental model, misconceptions |
| 2 | What exists | IA structure, navigation |
| 3 | What's obvious | Affordance mapping |
| 4 | Where hesitation | Friction points, defaults |
| 5 | How system responds | State matrices |
| 6 | Where they fail | Risk mitigation, constraints |
State Design Quick Matrix
| State | User Sees | User Understands | User Can Do |
|---|---|---|---|
| Empty | [Visual] | [Meaning] | [Actions] |
| Loading | [Visual] | [Meaning] | [Actions] |
| Success | [Visual] | [Meaning] | [Actions] |
| Partial | [Visual] | [Meaning] | [Actions] |
| Error | [Visual] | [Meaning] | [Actions] |
Success Feedback Pattern
Action → Success indicator → Hold 300-500ms → Proceed
Users must SEE success before UI transitions.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/prd-to-ux-translation-mrzxuov4/SKILL.md' && test -s '.skill-downloads/prd-to-ux-translation-mrzxuov4/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/prd-ux' && cp -R '.skill-downloads/prd-to-ux-translation-mrzxuov4' '.claude/skills/prd-ux'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/prd-to-ux-translation-mrzxuov4'openskills read 'prd-to-ux-translation-mrzxuov4'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/prd-to-ux-translation-mrzxuov4/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Lecteur PDF
Productivite
Lit et extrait le texte de fichiers PDF (rapports, contrats, tableurs). Gère les fichiers locaux, les URL et les pièces jointes WhatsApp. Utilisez-le dès qu'un contenu PDF est nécessaire, même sans demande explicite.
Workflows de messagerie Discord
Productivite
Utilisez l'outil message pour envoyer, modifier et modérer des messages Discord avec des composants interactifs.
Aperçu interactif des verdicts
Productivite
Générer un aperçu HTML interactif des verdicts (garder/supprimer) pour la revue par le mainteneur, puis traiter le JSON de retour.