Skip to main content

nielsen-audit

nielsen-audit

Catalogue généré le 2026-05-11

En une phrase

AuditerAudite une UI existante avec les 10 heuristiques UX de Jakob Nielsen (référence universelle depuis 1994) et produireproduit un plan correctif priorisé.priorisé Àen utiliserquick pourwins refonte,+ conversionchantiers faible, retours utilisateurs négatifs.structurels.

Quand l'utiliser

  • VoirAvant une refonte pour identifier ce qui ne va vraiment pas dans l'existant
Quand la descriptionconversion ci-dessusd'une page est faible et laqu'on sectionne «sait pas pourquoi Après des retours utilisateurs négatifs pour formaliser les problèmes UX Pour allerpréparer plusun loindossier ».de remise client avec des critiques argumentées Sur ton propre projet, pour passer d'un "ça me semble bof" à des actions concrètes

Comment l'invoquer

  • Slash command : /nielsen-audit (si exposé dans ton CLI)
Phrases déclencheurs : voir la description complète ci-dessous Auto-invocation : sur demandeOui explicite— pour refonte, conversion faible, retours utilisateurs négatifs

PourDescription aller plus loin

Nielsen Audit

Objectifdétaillée

Diagnostiquer rapidement les problèmes UX et proposer des corrections priorisées.

Procédure

    Lister les pages/écrans à auditer + contexte d’usage. Appliquer lesLes 10 heuristiques (de Nielsen sont la check-list UX la plus connue au monde : visibilité du statut système, correspondance entre l'app et le monde réel, contrôle et liberté de l'utilisateur, cohérence et standards, prévention des erreurs, reconnaissance plutôt que rappel, flexibilité et efficacité, design minimaliste, aide à la récupération sur erreurs, aide et documentation.

    Ce skill applique chaque heuristique aux pages que tu lui présentes. Pour chaque problème détecté, il produit une ligne structurée : heuristique concernée, constat précis, impact sur correction).

    l'utilisateur, Prioriserfix recommandé, effort de dev (S/M/L), priorité (P0/P1/P2). C'est cette double dimension Impact utilisateur × Effort dev).qui Sortirpermet ensuite de prioriser intelligemment — un P0 facile passe avant un P0 difficile.

    Il sort ensuite deux plans : un "plan 7 jours”jours" de quick wins (quickcorrections wins) +1h ou ≤ 1j chacune, pour gagner vite en qualité ressentie) et un "plan 30 jours”jours" (structurel).

    de chantiers

    Output attendu

    Findings (table logique)

      Heuristique: Problème: Impact: Fix recommandé: Effort (S/M/L): Priorité (P0/P1/P2):

      Plan d’action

        Quick wins (≤ 1h / ≤ 1j) Chantiersstructurels (≥ 2j)2j, pour les sujets qui demandent une vraie refonte d'écran ou de flow). Pour Thymon : c'est l'audit qu'on dégaine quand un client dit "ça marche mais c'est pas terrible" sans savoir formuler quoi. Tu reviens avec une liste claire de "voici les 6 vrais problèmes et voici par quoi commencer".

        Source

        • Plugin : perso (standalone)
        • Nom interne : nielsen-audit
        • Fichier : /home/thymon/.claude/skills/nielsen-audit/SKILL.md