Mikrotexte und UX-Kommunikation

1) Was sind Mikrotexte und warum werden sie benötigt?

• erklärt „was jetzt passiert“ und „was als nächstes zu tun ist“;
• reduziert Fehler und Support;
• steigert die Konversion und das Vertrauen.

2) Grundprinzipien

1. Klarheit> Witz. Keine Zweideutigkeiten oder Slang.
2. Kontextualität. Wir schreiben genau das, was im Hier und Jetzt nützlich ist.
3. Die Kürze. Wir entfernen überflüssige Wörter, ohne Bedeutung zu opfern.
4. Aktives Versprechen und Aktionsverben. Speichern, Weiter, Dokumente senden.
5. Besonderheiten und Richtlinien. Was, warum, wie man es repariert, wie lange es dauert.
6. Die Reihenfolge der Begriffe. Ein Begriff - ein Wert über das gesamte Produkt.
7. Die Stimme der Marke und der Ton der Situation. Freundlich, aber ohne Vertrautheit; in stressigen Schritten - neutral und ruhig.
8. Verfügbarkeit. Klare Sprache, Lesbarkeit laut, Kompatibilität mit Screenreader.
9. Lokalisierung zuerst. Design-Token für Zeilenlänge, Zahlen, Zeit; Vermeiden Sie kulturelle Witze.
10. Ethik und Verantwortung. Transparenz der Bedingungen, ehrliche Erwartungen, keine Manipulation.

3) Karte der Mikrotextpunkte

Navigation und CTA: Elementnamen, Schaltflächen, deaktivierte Zustände.
Formulare und CUS/Registrierung: Labels, Platzhalter, Masken, Hinweise, Inline-Validierung, Fehler, Bestätigungen.
Leere Zustände und „Null“ -Bildschirme: Was es ist und wie man anfängt.
Status und Fortschritt: Downloads, Warteschlange, Schritte, Wartezeit.
Systembenachrichtigungen: Toast, Banner, Puschi, E-Mail/Inbox.
Suchen und Filtern: Beispielabfragen, Null-Ergebnisse, Sortieren.
Zahlungen/Schlussfolgerungen: Datenanforderungen, Fristen, Gebühren, Grenzen.
Einstellungen und Sicherheit: Passwörter, 2FA, Sitzungen, Risikowarnungen.
Hilfe bei der Schnittstelle: Hints, Tooltips, FAQ-Einblendungen, Links zur Hilfe.

4) Muster nach Schlüsselbereichen (mit Beispielen)

4. 1 CTA und Aktionsnamen

Das Prinzip: Button = Benutzeraktion + Objekt.

Vorher: „Ok“ → Nachher: „Änderungen speichern“

Vorher: „Mehr erfahren“ → Nachher: „Lesen Sie die Bonusregeln“

Vorher: „Senden“ → Nachher: „Dokument senden“

Gut: kurz, konkret, am Ort. Schlecht: abstrakt, scherzhaft, mehrdeutig.

4. 2 Labels und Platzhalter

Das Etikett ist obligatorisch; Der Platzhalter ist ein Beispiel für ein Format.
Vorher: Platzhalter „Ivan Ivanov“ ohne Label → Danach: Label „NAME“, Platzhalter „Ivan Ivanov“.
Erwartungen formatieren: "DD. MM. JJJJ“, „Min. 8 Zeichen, 1 Ziffer".

4. 3 Inline-Validierung und Fehler

Fehlermeldung Formel: Was ist falsch + wie zu beheben + (warum/Einschränkung).

Vorher: "Fehler 400" → Nachher: "Ungültiges Datumsformat. Verwenden Sie DD. MM. JJJJ".
Vorher: "Download fehlgeschlagen" → Nachher: "Datei zu groß (max. 10 MB). Wählen Sie eine kleinere Datei".
Zu Öffnungen/Sperren: Fügen Sie den Link „Anforderungen anzeigen“ daneben hinzu.

4. 4 Leere Zustände

Das Ziel: den Wert erklären und eine Aktion vorschlagen.

Vorlage: "Hier wird [Ergebnis/Geschichte] sein, sobald du [Aktion] bist. [Schritt-Taste]".
Beispiel: "Sie haben noch keine gespeicherten Zahlungsmethoden. Fügen Sie eine Karte hinzu - dies beschleunigt die Auszahlungen. [Karte hinzufügen]".

4. 5 Downloads, Fortschritt, Warten

Berichten Sie, was passiert und wie lange es dauert: „Wir überprüfen die Dokumente (bis zu 2 Minuten)“.
Bieten Sie eine Alternative an: „Sie können das Fenster schließen - wir benachrichtigen Sie, wenn alles fertig ist“.

4. 6 Null Suchergebnisse

Beispiel: "Bei der Suche nach "live blackjack" wurde nichts gefunden. Versuchen Sie „Blackjack“ oder entfernen Sie den Filter „Provider: X“. [Filter zurücksetzen]".

4. 7 Benachrichtigungen (Toast/Banner/Puschi)

Erfolg: "Die Bewerbung ist abgeschickt. Wir werden die Entscheidung per E-Mail mitteilen".
Info: „Eine Adressverifizierung ist zwingend erforderlich, um das Limit zu erhöhen“.
Achtung: "Die Sitzung läuft in 1 Minute ab. Verlängern? [Verlängern] [Beenden]".
Fehler: "Die Zahlung wurde von der Bank abgelehnt. Versuchen Sie es mit einer anderen Methode oder kontaktieren Sie die Bank".

4. 8 Zahlungen, Limits, Fristen

Schreiben Sie deutlich über Provisionen/Fristen: „1,5% Provision wird vom Anbieter einbehalten“, „Auszahlung - bis zu 15 Minuten“.
Erklären Sie die Gründe für die Ablehnung: „Die Methode ist in Ihrer Region aufgrund der Regeln des Anbieters nicht verfügbar“.

4. 9 Sicherheit und sensible Schritte

Neutraler Ton, null Witze.
Beispiel: "Wir haben den Einstieg von einem neuen Gerät aus bemerkt. Sind das Sie? [Ja, das bin ich] [Nein]".

5) Ton und Stil: Anpassung an die Situation

Normaler Ablauf: freundlich, prägnant.
Lernen/Onboarding: unterstützend und motivierend.
Stress/Fehler/Bezahlung: neutral, ruhig, konkret.
Rechtliche/Bedingungen: formell transparent, ohne Marketingversprechen.

• Wir verwenden: „bitte“, „fertig“, „keine Sorge“, „überprüfen“.
• Wir vermeiden: „oh“, „ups“, „hack“, „Magie“, Sarkasmus, reduzierend-liebevoll.

6) Lokalisierung und Internationalisierung

Legen Sie den Rand entlang der Länge der Zeilen (DE/UK länger).
Zahlen/Währungen/Daten - Lokal formatieren.
Verschlüsseln Sie nicht die Bedeutung in Humor/Metaphern.
Führen Sie ein Glossar von Begriffen und Tone-Map nach Sprachen (eine Reihe von Beispielphrasen für jede Situation).

7) Verfügbarkeit (A11y)

Fehler und wichtige Status - aria-live.
Kontrast und Lesbarkeit auf WCAG-Ebene.
Die Bedeutung liegt im Label/aria-label, nicht nur im Placeholder.
Textäquivalente für Symbole: „Löschen“, „Passwort ausblenden“.
Tabulatorreihenfolge = Reihenfolge der Bedeutung.

8) Content-Prozess und Design-System

Content-Pipeline: Brief → Entwurf → UX-Revue → Legal/Compliance (falls erforderlich) → Lokalisierung → Tests → Freigabe.

• Zustandsbibliotheken (Erfolg/Info/Aufmerksamkeit/Fehler);
• Fehlermuster nach Feldtypen
• Hyde durch CTA-Namen;
• tone-map und Glossar;
• „Spender“ der Länge (max chars für Zustände).
• Text-Versionierung: Speichern Sie Zeilen neben Code/Komponenten, verwenden Sie Schlüssel und Beschreibungen.

9) Metriken und Experimente

Die wichtigsten Metriken sind: Schrittkonvertierung, CTR durch CTA, Zeit bis zur Fertigstellung, Fehlerrate (typspezifisch), NPS/CSAT für das Szenario, Häufigkeit der Supportanfragen zum Thema.
Studien: UX-Interviews, Usability-Tests, Vorlesen, Eye-Tracking zur Erkennung von „blinden Flecken“, Analyse der Klickkarte von Leerzuständen.
A/B-Microcopy-Tests: Testen Sie jeweils einen semantischen Faktor (Aktionsverb, Terminspezifität, Fehlerformulierung).

10) Anti-Muster

Humor in kritischen Schritten („upsic!“ bei Zahlungsfehler).
Abstrakte CTAs („OK“, „Weiter“) ohne Aktionsobjekt.
Technische Codes ohne Übersetzung („Error 500“ statt „Service nicht verfügbar“).
Platzhalter statt Label.
Versteckte Bedingungen und ungerechtfertigte Erwartungen („Sofort“, wenn es Verzögerungen gibt).
„Null“ leere Zustände ohne Next-Step.
Passivpfand und unpersönliche Konstrukte („muss ausgefüllt werden“).

11) Phrasenmuster (können genommen und eingefügt werden)

• „Geben Sie die Telefonnummer im Format + 380 ein“...
• "Das Passwort ist zu kurz. Mindestens 8 Zeichen"
• "Das Dokument ist unscharf. Laden Sie ein schärferes Foto hoch"

• "Fertig! Wir überprüfen die Dokumente (bis zu 2 Minuten) und senden eine Benachrichtigung"
• "Zahlung akzeptiert. Die Quittung wurde per E-Mail verschickt"

• "Hier erscheint die Transaktionshistorie nach der ersten Auffüllung. [Nachfüllen]"

• "Wir verbinden den Anbieter... Das dauert in der Regel bis zu 30 Sekunden"

• "Wir haben den Versuch blockiert, von einem unbekannten Ort einzudringen. Wenn Sie es sind - bestätigen Sie in der Anwendung"

12) Checklisten

• Ist es klar, was der Benutzer als nächstes tun soll?
• Gibt es Besonderheiten: Format, Limit, Laufzeit, Ursache/Wirkung?
• Stimmen die Begriffe mit dem Glossar überein?
• Passt der Ton zur Situation?
• Die Nachricht ist laut lesbar und auf dem Bildschirm 320 px?
• Zugänglichkeit: Labels, Aria-Attribute, Fokus, Kontrast.
• Ist die Option für die Lokalisierung bereit (ohne Kulturfallen)?

• Erklärt die Nachricht den Grund?
• Schlägt eine Korrektur vor?
• Beschuldigen Sie den Benutzer nicht?
• Gibt keine unnötigen technischen Details preis?

13) Vorher/nachher Beispiele

1. Zahlung abgelehnt

Vorher: „Zahlungsfehler“

Danach: "Die Zahlung wurde von der Bank abgelehnt. Versuchen Sie es mit einer anderen Karte oder kontaktieren Sie Ihre Bank. Die Kommission wird nicht abgeschrieben"

2. Mehrdeutiger Button

Vorher: „Weiter“ (unklar, was genau)

Danach: „Zum Identitätsnachweis“

3. Null Suche

Vorher: „Nichts gefunden“

Danach: "Nichts gefunden von "roulette live". Entfernen Sie den Filter „Nur High-Limit“ oder versuchen Sie es mit „Roulette“. [Filter zurücksetzen]"

4. Leere Brieftasche

Vorher: „Hier ist es leer“

Danach: "Um loszulegen, verknüpfen Sie eine Karte oder Geldbörse. Dies beschleunigt die Aufstockungen und Auszahlungen. [Zahlungsmethode hinzufügen]"

14) Einbettung von Microcopy in die Produktarbeit

Planen Sie Text gleichzeitig mit Design und Logik.
Halten Sie die „Zeilenbank“ im Repository und Design-System.
Legen Sie die Testphase für Texte auf Bildschirmkopien fest.
Entscheidungen dokumentieren: Warum die Formulierung gewählt wurde, welche Hypothesen geprüft wurden.

Kurzer Spickzettel

Bedeutung → Handlung → Wort. Zuerst, was zu tun ist, dann, wie man es sagt.
Ein Bildschirm - ein Ziel. Der Mikrotext dient dem Zweck des Schrittes.
Mehr Kontext bedeutet weniger Unterstützung. Erklären Sie rechtzeitig und auf den Punkt.
Testen Sie Wörter auf die gleiche Weise wie die Benutzeroberfläche. Texte sind Teil der Schnittstelle, keine Dekoration.