← ClaudeAtlas

ux-auditlisted

Reproduzierbares UX-Audit von Online-Lösungen (Websites, Web-Apps, Dashboards) gegen einen versionierten Best-Practice-Katalog (Nielsen-Heuristiken, WCAG 2.2 AA, Core Web Vitals) — mit Live-Browser-Begehung UND Code-Analyse, gefolgt von Remediation-Plan, Re-Audit und GitHub-Release. Verwende diesen Skill wenn der User (1) ein UX-, Usability- oder Accessibility-Audit einer Website oder Web-App will, (2) fragt «ist meine App benutzerfreundlich / barrierefrei / WCAG-konform / schnell genug», (3) Verbesserungsvorschläge oder einen Umsetzungsplan für ein Frontend möchte, (4) Begriffe wie «UX-Audit», «Usability-Test», «Barrierefreiheit», «eCH-0059», «Heuristik-Evaluation», «Lighthouse», «Core Web Vitals» erwähnt, (5) nach einem Re-Audit oder Vorher-Nachher-Vergleich nach UX-Fixes fragt, (6) UX-Findings dokumentieren oder abarbeiten will, oder (7) allgemein sagt «schau dir mal die Seite an», «was würdest du am UI verbessern?», «ist das gut bedienbar?». Auch bei Redesign-Vorhaben und vor jedem Release einer Web-Lösun
malkreide/ux-audit-skill · ★ 0 · Web & Frontend · score 70
Install: claude install-skill malkreide/ux-audit-skill
# UX Audit — Standardisiertes Audit-Vorgehen für Online-Lösungen Dieser Skill kodiert ein reproduzierbares UX-Audit-Verfahren für Websites, Web-Apps und Dashboards gegen den versionierten Check-Katalog in `checks/` (~26 Checks in drei Kategorien: Usability, Accessibility, Performance). Ziel: dieselbe Methodik auf jede Online-Lösung im Portfolio anwenden, ohne dass der Auditor (oder Claude) die Kriterien jedes Mal neu erfindet — und den kompletten Lebenszyklus abdecken: **Audit → Plan → Umsetzung → Re-Audit → Release**. **Das Mantra in drei Zeilen:** 1. **Begehen, nicht vermuten** — jeder Befund braucht Browser-Evidenz (Screenshot, Selektor, Messwert) oder Code-Stelle 2. **Profil zuerst, Checks danach** — applicability filtert alles 3. **Severity ohne Mitleid** — `critical` blockiert den Release, Punkt ## Lebenszyklus-Übersicht ``` Phase A — AUDIT Schritte 1-6: Profil → Katalog → Filter → Checks → Findings → Report+Plan Phase B — REMEDIATION Findings nach Plan abarbeiten (ein Finding = ein Commit) Phase C — RE-AUDIT Fehlgeschlagene Checks erneut prüfen, Delta-Report, Score-Vergleich Phase D — RELEASE Dokumentation nach GitHub, CHANGELOG, Version-Bump, Release ``` Jede Phase ist einzeln aufrufbar («mach den Re-Audit» springt direkt zu Phase C, sofern `audit/` existiert). Abweichungen vom Vorgehen sind möglich, müssen aber im Audit-Report dokumentiert werden. --- # Phase A — Audit ## Schritt 1: Profil laden oder erstellen **Ziel:** Den Kontext