UX Writing: Texte, die durch eine Aufgabe führen

Mit einer konkreten Nutzeraufgabe beginnen

Benennen Sie, was jemand auf der Seite erreichen soll. Eine Anfrage senden ist eine andere Aufgabe als ein kostenpflichtiges Angebot bestellen. Schreiben Sie den vollständigen Weg einschließlich Voraussetzungen, möglicher Fehler und Bestätigung auf. Erst danach lassen sich die Texte der einzelnen Bedienelemente sinnvoll beurteilen.

UX Writing ist damit mehr als ein möglichst kurzer Buttontext. Ein verständlicher Begriff kann trotzdem falsch sein, wenn er eine andere Systemhandlung ankündigt. Prüfen Sie Text und tatsächliche Funktion zusammen. Freundliche Formulierungen ersetzen weder einen eindeutigen Ablauf noch eine korrekt arbeitende Oberfläche.

Feldbezeichnungen und Hilfen zusammen planen

Felder brauchen eine verständliche Bezeichnung ihres Zwecks. Das W3C WAI empfiehlt die passende technische Verbindung zwischen Beschriftung und Bedienelement. Eine sprachlich gute Beschriftung und ihre technische Zuordnung sind deshalb unterschiedliche, gemeinsam zu prüfende Aufgaben. Platzhalter allein sind kein verlässlicher Ersatz für dauerhaft erkennbare Feldnamen.

Erklären Sie besondere Eingabeanforderungen, bevor jemand daran scheitert. Wenn ein bestimmtes Format erforderlich ist, gehört ein verständliches Beispiel an die passende Stelle. Verwenden Sie nur Anforderungen, die das tatsächliche System benötigt. Zusätzliche Pflichtangaben sollten aus der Aufgabe begründet werden und nicht aus dem Wunsch, möglichst viele Daten zu sammeln.

Schaltflächen nach ihrer wirklichen Wirkung beschriften

Die Formulierungen sind redaktionelle Beispiele, keine Beschreibung einer bestimmten TEAM CCAA Anwendung. Die passende Alternative ergibt sich aus der echten Wirkung. Ein Button mit einer klaren, aber falschen Zusage verschlechtert die Orientierung. Besonders bei finanziellen oder verbindlichen Schritten muss der tatsächliche Ablauf korrekt angekündigt werden.

Fehler benennen und einen sinnvollen nächsten Schritt erklären

Ein Fehlerhinweis sollte erkennen lassen, welche Eingabe betroffen ist und was daran nicht akzeptiert wurde. W3C WCAG 3.3.1 beschreibt die Identifikation und textliche Beschreibung automatisch erkannter Eingabefehler. Eine rote Markierung allein genügt dafür nicht. Ein allgemeines „Das hat nicht geklappt“ lässt die betroffene Stelle offen.

Trennen Sie eine ungültige Eingabe von einem technischen Problem beim Senden. Wer die richtige Adresse eingetragen hat, kann einen Serverfehler nicht durch wiederholtes Umformulieren beheben. Prüfen Sie deshalb die tatsächlich möglichen Systemzustände gemeinsam mit der Entwicklung. Geben Sie keine erfolgreiche Speicherung oder Zustellung an, wenn diese noch nicht bestätigt ist.

Fiktives Beispiel: eine Anfrage vollständig abnehmen

Ein fiktives Team prüft ein Kontaktformular. Die Feldnamen sind verständlich, aber nach einem fehlgeschlagenen Versand erscheint eine Erfolgsmeldung. Die Redaktion ändert zunächst keine Adjektive, sondern klärt mit der Entwicklung die Zustände. Danach erhalten bestätigtes Senden, fehlerhafte Eingabe und technische Störung jeweils eine passende Ausgabe.

Im anschließenden Test wird nicht nur das normale Absenden geprüft. Das Team löst die vorgesehenen Fehlerfälle gezielt aus und kontrolliert die zugehörigen Hinweise. Das Beispiel beschreibt eine Abnahmemethode. Es behauptet keine bereits gemessene Steigerung einer Conversion-Rate und keine fehlerfreie Umsetzung eines konkreten Produkts.

Wiederkehrende Begriffe und Pflege verbindlich halten

Verwenden Sie dieselbe Bezeichnung für dieselbe Handlung. Wenn ein Element einmal Anfrage und an anderer Stelle Bestellung heißt, entsteht möglicherweise ein anderer Eindruck von Verbindlichkeit. Halten Sie wichtige Begriffe und ihre Bedeutung knapp fest. Eine solche Liste hilft bei neuen Oberflächenzuständen und späteren Änderungen.

Testen Sie den vollständigen Weg auf relevanten Geräten und zusammen mit den vorgesehenen Eingabemethoden. Verständliche Texte sind ein Bestandteil zugänglicher Bedienung; allein beweisen sie keine vollständige Barrierefreiheit. Prüfen Sie nach Änderungen, ob alte Bestätigungen oder Hilfetexte weiterhin zur tatsächlichen Funktion passen.

Häufige Fragen.