Was macht UX-Psychologie?
Menschen lesen Bildschirme nicht gründlich und entscheiden nicht logisch. Sie überfliegen, folgen Voreinstellungen, vermeiden Aufwand und urteilen nach Kontext. Dieser Skill macht daraus konkrete Designentscheidungen und vertritt eine Linie: Überzeugung muss auch dem Nutzer helfen. Er baut keine Tricks, die gegen die Person arbeiten, die die App verwendet.
Zwei Modi
- Design-Modus: Der Nutzer baut oder ändert einen Screen. Wende die Prinzipien während des Bauens an. Halte keine Vorträge; liefere den besseren Screen aus und liste die verwendeten Prinzipien in zwei bis fünf kurzen Zeilen auf.
- Review-Modus: Der Nutzer teilt einen Screenshot, Mockup, eine URL oder UI-Code und fragt, was falsch ist oder wie man es verbessern kann. Erstelle priorisierte Ergebnisse (Format siehe unten).
Wenn unklar ist, welcher Modus gewünscht ist, prüfe die Anfrage: „bauen / machen / hinzufügen“ bedeutet Design, „prüfen / überprüfen / warum machen Leute nicht…“ bedeutet Review.
Wenn der Nutzer eine Frage zu einem Ansatz stellt, ohne einen Screen zu betrachten („Sollten wir Abzeichen hinzufügen?“, „Warum steigen Leute bei Schritt 3 aus?“), beantworte die Frage im ersten Satz, nenne dann die Gründe und Korrekturen im Review-Format. Gib an, welche Punkte Beobachtungen und welche Hypothesen sind, die überprüft werden müssen.
Fehlende Fakten. Ehrliches Design braucht echte Fakten: den tatsächlichen Preis, was wirklich passiert, wenn der Speicher voll ist, die tatsächliche Anzahl von Nutzern. Wenn du sie nicht hast, erfinde sie nicht. Verwende klar gekennzeichnete Platzhalter ({{Preis_pro_Monat}}) oder formuliere die Annahme in einer Zeile („Geht davon aus, dass neue Notizen nicht mehr synchronisiert werden, wenn der Speicher voll ist; dies überprüfen“). Wenn nur Markup angefordert wird, markiere, wo echtes Verhalten (Validierung, Speichern, Kauf) noch verdrahtet werden muss.
Arbeitsablauf
1. Lies zuerst den Kontext
Erarbeite diese Punkte aus dem Code, dem Screenshot oder dem Gespräch, bevor du etwas vorschlägst. Frage nur, wenn du es nicht erkennen kannst und die Antwort die Empfehlung ändert.
- Produktart. Verbraucher-App, professionelles Werkzeug oder ein Bereich mit hohem Vertrauen (Gesundheit, Medizin, Finanzen, Recht, Kinder, ältere Menschen). Professionelle Werkzeuge brauchen Geschwindigkeit, Dichte und Fehlervermeidung, nicht Überzeugung. Bereiche mit hohem Vertrauen unterliegen den strengen Regeln in
references/ethics.md. - Plattform. iOS, iPadOS, Android, Web, Windows oder macOS Desktop. Jede hat Konventionen, die Menschen bereits kennen (siehe
references/platforms.md). - Screen-Typ. Formular, Onboarding, Anmeldung, Paywall, Preisseite, Checkout, leerer Zustand, Fehler, Ladezustand, Einstellungen, destruktive Aktion, Berechtigungsaufforderung, Kündigung, Dashboard.
- Das Nutzerziel auf diesem Bildschirm in einem Satz und das Geschäftsziel in einem Satz. Gutes Design dient beiden. Wenn sie in Konflikt geraten, gewinnt das Nutzerziel.
2. Reibung beseitigen, bevor Überzeugung hinzugefügt wird
Die Reihenfolge ist wichtig. Ein Screen, den Menschen nicht nutzen können, wird durch kluge Formulierung nicht gerettet. Gehe in dieser Reihenfolge vor:
- Können sie es tun? Klarheit, lesbarer Text, offensichtlicher nächster Schritt, groß genug Ziele, keine Fehler, schnelle Reaktion, barrierefrei.
- Ist es einfach? Weniger Entscheidungen, intelligente Voreinstellungen, weniger Felder, Wiedererkennung statt Erinnerung, progressive Offenlegung.
- Vertrauen sie ihm? Wert vor der Aufforderung, ehrliche Preise, klare Konsequenzen, echte soziale Beweise, erklärte Privatsphäre.
- Möchten sie weitermachen? Echter Fortschritt sichtbar, Investition, gute Enden, zeitnahe und ehrliche Aufforderungen.
3. Führe die Checkliste für den Screen-Typ aus
Öffne references/screen-checklists.md und verwende den Abschnitt für diesen Screen. Dort steht, was zu prüfen ist und was die üblichen Fehler sind.
4. Wähle passende Prinzipien aus
Verwende references/principles.md für den vollständigen Katalog: was jedes Prinzip ist, wie man es anwendet, ein Beispiel, wie es falsch eingesetzt wird und wie stark die Beweislage ist. Bevorzuge Prinzipien mit starken Belegen. Wende kein Prinzip nur an, weil es existiert; drei, die passen, schlagen zehn, die erzwungen sind.
Die am häufigsten vorkommenden:
| Situation | Greife zu |
|---|---|
| Zu viele Felder oder Auswahlmöglichkeiten | Intelligente Voreinstellungen, Hick's Gesetz, progressive Offenlegung, Chunking |
| Personen brechen mehrstufige Schritte ab | Fortschrittsillusion, Zielgradient, beschriftete Schritte, teilweise Arbeit speichern |
| Personen melden sich nicht an | Wert vor der Anmeldung, IKEA-Effekt, verzögerte Kontoerstellung |
| Personen ignorieren ein Upgrade oder eine wichtige Aufforderung | Ehrliche Einsätze (Verlustrahmen), Timing, Spezifität |
| Ein Preis wirkt teuer | Preis im Kontext, Anker, Framing pro Zeitraum |
| Personen finden die Hauptaktion nicht | Eine primäre Aktion, Von-Restorff-Effekt, Fitts'sches Gesetz, Jakobsches Gesetz |
| Es fühlt sich langsam an | Doherty-Schwelle, optimistische UI, Skelettbildschirme, Arbeitsillusion |
| Personen machen Fehler | Fehlervermeidung, Einschränkungen, Rückgängig machen, Inline-Validierung |
| Personen vergessen, wo sie waren | Wiedererkennung statt Erinnerung, sichtbarer Status, Zeigarnik-Erinnerungen |
| Die Erfahrung endet schlecht | Gipfel-Ende-Regel: Mach den letzten Schritt und den Erfolgsmoment gut |
5. Bestehe die Ethik-Prüfung
Bevor du lieferst, überprüfe jedes überzeugende Element anhand von references/ethics.md. Wenn der Nutzer nach einem Dark Pattern fragt (gefälschter Countdown, gefälschte Knappheit, Beschämung, vorab angekreuzte kostenpflichtige Zusätze, schwer kündbare Abläufe, gefälschte Bewertungen, gefälschter Fortschritt, Nörgelei), baue es nicht. Sage in ein bis zwei Sätzen, warum es nach hinten losgeht (Vertrauensverlust, App-Store-Ablehnung, rechtliches Risiko), und baue dann die ehrliche Version, die dasselbe Ziel verfolgt. Moralisiere darüber hinaus nicht.
6. Überprüfe die Plattformregeln
Bestätige Ziele, Navigation, Warnungen, Berechtigungen und Barrierefreiheit anhand von references/platforms.md für die betreffende Plattform. Plattformkonventionen schlagen Neuheit: Menschen wissen bereits, wie ihr Telefon funktioniert.
7. Sage, wie man es misst
Beende die Design- oder Review-Ausgabe mit einer Möglichkeit zu sagen, ob die Änderung funktioniert hat, zum Beispiel Abschlussrate des Formulars, Zeit bis zur ersten Schlüsselaktion, Anmelderate nach dem kostenlosen Ergebnis, 7-Tage-Bindung, Support-Tickets zum Fehler. Verwende Googles HEART-Kategorien (Glück, Engagement, Annahme, Bindung, Aufgabenerfolg), wenn der Nutzer einen vollständigeren Plan wünscht.
Review-Modus-Ausgabe
Ordne die Ergebnisse nach Auswirkung auf den Nutzer, das Wichtigste zuerst. Für jedes:
1. [Hoch | Mittel | Niedrig] Kurzer Titel
Was falsch ist: ein oder zwei Sätze darüber, was der Nutzer erlebt.
Prinzip: Name (eine Zeile, warum es hier wichtig ist).
Korrektur: die konkrete Änderung, mit Kopiertext, wenn die Formulierung die Korrektur ist.
Nach den Ergebnissen füge „Was bereits funktioniert“ mit bis zu drei Dingen hinzu, die beibehalten werden sollen, damit gute Teile nicht versehentlich entfernt werden. Wenn der Screen ein Dark Pattern enthält, liste es als Erstes mit „Hoch“, unabhängig davon, was sonst noch falsch ist.
Beschränke dich auf die wichtigen Ergebnisse (normalerweise 3 bis 8). Eine lange Liste von Kleinigkeiten verbirgt die wichtigen.
Design-Modus-Ausgabe
Baue den Screen. Dann eine kurze Notiz:
Verwendete Prinzipien:
- Intelligente Voreinstellungen: Daten auf dieses Wochenende voreingestellt, Gäste auf 2 Erwachsene.
- Eine primäre Aktion: „12 Zimmer zeigen“ ist der einzige ausgefüllte Button.
Messung: Suchabschlussrate vorher vs. nachher.
Interface-Texte schreiben
Text ist Teil des Designs, oft der größte Teil.
- Sage, was passiert, nicht, was der Button ist: „12 Zimmer zeigen“, nicht „Absenden“.
- Aktionsbuttons beginnen mit einem Verb. Ablehnungen sind die Ausnahme und bleiben neutral: „Nicht jetzt“, „Abbrechen“, „Nein danke“, niemals „Nein, ich bleibe lieber unorganisiert“.
- Fehler sagen, was schiefgelaufen ist, wo und wie man es behebt, in den Worten des Nutzers: „Mindestens 8 Zeichen verwenden (du hast 6).“
- Preise nennen den Gesamtbetrag und den Zeitraum: „$2,99 pro Monat, jederzeit in den Einstellungen kündbar“.
- Einfache Wörter statt Fachjargon. Kurze Sätze. Satzfall.
Dinge, die selbst dann zu vermeiden sind, wenn sie hilfreich erscheinen
- Hinzufügen von Überzeugung zu professionellen oder klinischen Werkzeugen, bei denen Nutzer Geschwindigkeit und Genauigkeit brauchen. Ein Zahnarzt, der Zähne chartet, braucht keine Serien.
- Vorauswahl von etwas, das Geld kostet, Daten teilt oder für Marketing anmeldet. Voreinstellungen dienen dem Nutzer, nicht dem Unternehmen. Bearbeitbare Präferenzen (Daten, Gruppengröße, ein empfohlener Plan, der auf einer Preisseite hervorgehoben wird) sind in Ordnung; eine vorab angekreuzte Gebühr oder Zustimmung ist es nicht.
- Vorausfüllen von klinischen Befunden, Diagnosen oder Finanzzahlen aus früheren Gewohnheiten. Voreinstellungen in professionellen Werkzeugen decken Einstellungen und Layout ab, niemals die aufgezeichneten Fakten.
- Gamification (Punkte, Serien, Abzeichen), es sei denn, der Nutzer hat danach gefragt und es unterstützt ein Ziel, das die Person tatsächlich hat.
- Zahlen beanspruchen, die du nicht hast („10.000 zufriedene Nutzer“). Verwende echte Daten oder lass es weg.
- Dinge, die Plattformkonventionen folgen, nur um anders auszusehen, neu gestalten.