Beste KI-Prompts für Designer & UX

Agiere als Senior Product Designer und beurteile dieses UI-Design kritisch: [Bildschirm beschreiben oder Screenshot/Beschreibung einfügen] Bewerte: visuelle Hierarchie, Abstände (Spacing), Typografie, Farbeinsatz und Konsistenz. Benenne konkrete Verbesserungspunkte und begründe diese.

Prüfe dieses UI-Design auf Barrierefreiheit gemäß den WCAG 2.1 AA-Richtlinien: [UI beschreiben oder Komponenten auflisten] Überprüfe: Farbkontraste, Tastaturbedienbarkeit, Fokus-Zustände, Screenreader-Kompatibilität, Touch-Target-Größen und ARIA-Attribute. Liste gefundene Mängel nach Schweregrad sortiert auf.

Überprüfe dieses UI-Design auf mobile Responsivität: [Layout beschreiben oder Komponenten auflisten] Identifiziere: Elemente, die schlecht skalieren, zu kleine Touch-Ziele, überlaufende Inhalte und Abstandsprobleme auf kleinen Bildschirmen. Schlage konkrete Lösungen vor.

Analysiere die visuelle Hierarchie dieser Benutzeroberfläche: [Bildschirmlayout und Elemente beschreiben] Untersuche: Worauf fällt der Blick des Nutzers zuerst? Entspricht die Hierarchie dem eigentlichen Nutzerziel? Welche Anpassungen würden das Scannen und Verstehen der Oberfläche verbessern?

Erstelle einen Interviewleitfaden für die Nutzerforschung zum Thema [Thema oder Feature, z. B. 'wie Menschen ihre Finanzen verwalten']. Enthalten sein sollten: 3 Einstiegsfragen (Warm-up), 8–10 Kernfragen und 2 Abschlussfragen. Nutze offene Formulierungen und vermeide suggestive Fragestellungen.

Erstelle eine realistische User Persona für [Produkt oder Feature]. Zielgruppe: [grob beschreiben, z. B. 'freiberufliche Grafikdesigner, 28–40 Jahre'] Behandle: Name, Alter, Beruf, Ziele, Frustrationen/Pain Points, typische Verhaltensmuster und ein prägnantes Zitat. Halte die Persona praxisnah und handlungsorientiert.

Schreibe ein Moderationsskript für einen Usability-Test von [Feature oder Ablauf, z. B. 'der Checkout-Prozess']. Enthalten sein sollten: Begrüßung durch den Testleiter, Einverständniserklärung, 4–6 praxisnahe Testszenarien und vertiefende Nachfragen zu jeder Aufgabe. Verrate dabei nicht den optimalen Klickpfad.

Konzipiere eine Nutzerumfrage, um Feedback zu [Feature, z. B. 'unser neuer Onboarding-Flow'] einzuholen. Integriere: 1 NPS- oder CSAT-Frage, 4–6 Bewertungs- oder Multiple-Choice-Fragen und 2 offene Fragen. Die Beantwortung sollte unter 3 Minuten dauern. Schlage eine optimale Reihenfolge der Fragen vor.

Schlage eine einheitliche Naming Convention für UI-Komponenten in unserem Design-System vor. Kontext: [z. B. 'Wir nutzen React, Figma und eine Mischung aus atomaren und zusammengesetzten Komponenten'] Behandle: Komponentennamen, Variantenbezeichnungen, Prop-Namen sowie Datei- und Ebenen-Benennung in Figma. Gib konkrete Beispiele für Button, Modal und Form Field.

Verfasse eine verständliche Dokumentation für folgende UI-Komponente: Komponente: [Name der Komponente, z. B. 'Toast-Benachrichtigung'] Props/Varianten: [auflisten] Einsatzbereich: [wo sie verwendet wird] Integriere: Kurzbeschreibung, Wann verwenden / Wann nicht verwenden (Do's & Don'ts), Tabelle der Props/Parameter, Hinweise zur Barrierefreiheit und ein Anwendungsbeispiel.

Entwirf eine Struktur für Design Tokens für [Produkt oder Name des Design-Systems]. Markenfarben: [wichtigste Farben auflisten] Typografie: [Schriftarten oder typografische Skala auflisten] Kontext: [z. B. Web-App, Mobile App oder beides] Strukturiere Tokens nach: Farbe, Typografie, Abstände (Spacing), Eckenradius (Border Radius), Schatten (Shadows) und Animationen (Motion). Zeige Beispiele für primitive (globale) und semantische Tokens.

Hilf mir, unsere UI-Pattern-Library auf Inkonsistenzen zu überprüfen. Hier ist die Liste unserer aktuellen Komponenten und Varianten: [Komponentenliste hier einfügen] Identifiziere: redundante Patterns mit gleichem Einsatzzweck, abweichende Benennungen, Lücken für fehlende wiederverwendbare Komponenten und Elemente, die zu speziell sind, um als Komponente zu dienen.

Skizziere den User Flow für [Feature, z. B. 'Passwort zurücksetzen']. Nutzerziel: [was der Nutzer erreichen möchte] Einstiegspunkt: [wo der Nutzer startet] Liste jeden Einzelschritt auf, inklusive Entscheidungspunkten, Verzweigungen und möglicher Fehler- oder Sonderfälle (Edge Cases). Formatiere dies als nummerierten Ablauf mit Verzweigungen.

Entwirf die Informationsarchitektur (IA) für [App-Bereich, z. B. 'den Einstellungsbereich eines SaaS-Dashboards']. Nutzertypen: [falls mehrere, auflisten] Wichtigste Nutzeraufgaben: [4–6 Hauptaufgaben auflisten] Schlage eine Navigationsstruktur mit Hauptrubriken, Unterbereichen und den jeweiligen Inhalten oder Aktionen vor. Begründe die Gruppierung.

Schlage eine Navigationsstruktur für [Produkt, z. B. 'ein B2B-Projektmanagement-Tool'] vor. Hauptfunktionen: [Kernfeatures auflisten] Benutzerrollen: [Rollen auflisten, falls zutreffend] Empfiehl: primäre Navigationselemente, sekundäre Menüs und den Umgang mit rollenbasierten Berechtigungen. Berücksichtige Desktop-Sidebar und mobile Bottom-Navigation.

Entwirf einen Onboarding-Flow für [Produkt, z. B. 'eine Gewohnheiten-Tracker-App']. Ziel des neuen Nutzers: [was erreicht werden muss, um Mehrwert zu erleben] Erforderliche Einrichtungsschritte: [notwendige Schritte auflisten, z. B. 'erste Gewohnheit anlegen'] Schlage vor: Screen-Abfolge, welche Abfragen sofort vs. später erfolgen sollten, Fortschrittsanzeige und Optionen zum Überspringen. Minimiere die Zeit bis zum ersten Produkterlebnis (Time-to-Value).

Schreibe klare, nutzerfreundliche Fehlermeldungen für folgende Szenarien: [Fehlerszenarien auflisten, z. B. 'ungültiges E-Mail-Format', 'Datei zu groß', 'Sitzung abgelaufen'] Verfasse für jedes Szenario: Titel des Fehlers, eine verständliche Erklärung des Problems und die konkrete Handlungsanweisung zur Behebung. Tonalität: [z. B. freundlich, professionell, minimalistisch].

Schreibe UI-Texte für leere Zustände (Empty States): [Zustände auflisten, z. B. 'keine Suchergebnisse', 'noch keine Benachrichtigungen', 'keine Dateien hochgeladen'] Formuliere für jeden Zustand: Überschrift, 1–2 Sätze Erklärung und einen passenden Call-to-Action. Tonalität: [z. B. ermutigend, sachlich, humorvoll]. Vermeide abgedroschene Floskeln wie 'Hier gibt es nichts zu sehen'.

Formuliere Textvarianten für Buttons und Call-to-Actions (CTAs) für [Aktion oder Feature, z. B. 'kostenlose Testphase starten']. Kontext: [wo der Button platziert ist, z. B. 'Preisseite', 'Empty State', 'Modal-Header'] Tonalität: [z. B. direkt, nutzenorientiert, unverbindlich] Liefere 6–8 Textvarianten, sortiert von fordernd bis zurückhaltend, und erläutere die Vor- und Nachteile.

Schreibe Tooltips und Hilfetexte für folgende UI-Elemente: [Elemente auflisten, z. B. 'Feld für API-Schlüssel', 'Schalter für Abrechnungsintervall', 'Einstellung für Benachrichtigungshäufigkeit'] Formuliere für jedes Element: einen prägnanten Tooltip (unter 15 Wörtern) sowie optional einen ausführlicheren Inline-Hilfetext. Setze Klarheit vor Wortwitz.

Hilf mir, eine fundierte Begründung für folgende Designentscheidung zu formulieren: Entscheidung: [beschreiben, was entschieden wurde, z. B. 'Wechsel von einem Tab-Layout zu einer fortlaufenden Seite'] Kontext: [welches Problem gelöst wird oder welche Daten/Erkenntnisse ausschlaggebend waren] Verworfene Alternativen: [1–2 Alternativen nennen] Schreibe eine prägnante Argumentation für Stakeholder, die umfasst: das Problem, die Entscheidung, warum es die beste Lösung ist und welche Kompromisse eingegangen wurden.

Erstelle eine Gliederung für eine Design-Review-Präsentation für [Feature- oder Projektname]. Publikum: [z. B. 'Produktteam + Lead Engineers'] Ziel des Reviews: [z. B. 'Freigabe vor dem Entwicklungs-Handoff' oder 'Feedback zur gestalterischen Richtung einholen'] Projektphase: [z. B. 'frühes Konzept', 'ausgearbeitete Mockups', 'finale Designs'] Berücksichtige: empfohlene Abschnitte, was jeweils gezeigt werden soll, Zeitplanung und die gezielte Steuerung des Feedbacks.

Verfasse eine Vorher-/Nachher-Darstellung für diese Designverbesserung: Vorher: [altes Design und dessen Probleme beschreiben] Nachher: [neues Design und die Änderungen beschreiben] Metriken oder Nutzerfeedback: [falls vorhanden einfügen] Schreibe eine prägnante Story für eine Case Study oder ein Stakeholder-Update, die das Problem, die zugrundeliegende Erkenntnis und den messbaren Effekt der Änderung herausarbeitet.

Hilf mir, dieses Feedback von Stakeholdern aus einem Design-Review zusammenzufassen und zu strukturieren: [Notizen oder Feedback hier einfügen] Ordne es nach: Themenfeldern, konkreten Handlungsanweisungen, klärungsbedürftigen Fragen und widersprüchlichem Feedback. Hebe Punkte hervor, die im Widerspruch zu UX-Research-Erkenntnissen oder Designprinzipien stehen.