Microcopy bezeichnet die kurzen Texte, auf die man stößt, während man etwas erledigt: die Beschriftung eines Buttons, ein Hinweistext im Formularfeld, eine Fehlermeldung oder der Satz, der bestätigt, dass eine Änderung gespeichert wurde. Weil dieser Text so kurz ist, kommt es besonders auf Präzision an. Oft reichen wenige Worte aus, um als einzige Erklärung dafür zu dienen, was als Nächstes passiert.
„Loslegen“ und „Antrag einreichen“ sind keine austauschbaren Alternativen für einen Standard-Button. Das eine signalisiert den Beginn eines Prozesses, das andere übermittelt Daten verbindlich zur Prüfung. Das beste Wording beschreibt genau die Aktion, die das Produkt tatsächlich ausführt.
Für den Moment der Nutzung schreiben
Starte immer mit dem, was Nutzer:innen in genau diesem Moment wissen müssen. Ein Label benennt die gewünschte Information, ein Hinweis erklärt eine unklare Anforderung und eine Bestätigung zeigt das Ergebnis. Vermeide es, einem einzigen kurzen Text mehrere, voneinander unabhängige Aufgaben aufzubürden.
Ein anschauliches Beispiel aus der Kontoverwaltung: „Kolleg:in einladen“ ist eindeutig, wenn damit eine Einladung verschickt wird – während „Kolleg:in hinzufügen“ suggerieren könnte, dass der Zugriff sofort besteht. Der umgebende Text kann dann erklären, welche Rechte vergeben werden und ob sich diese später noch anpassen lassen.
Nutze die Sprache deiner Zielgruppe – gestützt auf Research statt auf interne Begrifflichkeiten. Copy-Testing hilft dabei, Formulierungen unter die Lupe zu nehmen. Funktionale Texte sollten aber immer auch direkt im Interface getestet werden, da Platzierung und Reihenfolge maßgeblich beeinflussen, wie etwas verstanden wird.
Fehlern einen sinnvollen nächsten Schritt mitgeben
Die Fehler-Leitlinien des GOV.UK Design Systems empfehlen, klar zu erklären, worin das Problem liegt und wie es sich beheben lässt. „Gib ein Datum in der Zukunft ein“ zeigt einen direkten Weg nach vorn; „Ups, da ist etwas schiefgelaufen“ verrät hingegen nicht, ob es an der Eingabe lag oder der Dienst ausgefallen ist.
Ein Problem, das Nutzer:innen nicht selbst lösen können, verlangt ein anderes Wording als ein ungültiges Formularfeld. Erkläre, was passiert ist, was gesichert werden konnte (sofern bekannt) und was jetzt zu tun ist. Bitte niemanden darum, es endlos erneut zu versuchen, wenn der Dienst schlicht nicht erreichbar ist – und erwecke nie den Eindruck, Daten seien gespeichert, wenn das gar nicht der Fall ist.
Der Tonfall muss zur Situation passen. Eine verspielte Formulierung, die im Design-Review noch charmant wirkt, wird schnell nervig, wenn sie Nutzer:innen bei einer wichtigen Aufgabe ausbremst.
Verständnis anhand echter Handlungen testen
Lass Testpersonen ein realistisches Nutzungsszenario durchspielen und beobachte genau, wo Texte weiterhelfen oder in die Irre führen. Die Frage, was die Person als Nächstes erwartet, deckt oft Missverständnisse auf, noch bevor sie auf einen folgenschweren Button klickt.
Prüfe Verständnis, erfolgreiche Aktionen und die Fehlerbehebung – statt nur zu fragen, welche Formulierung schöner klingt. Ein Label kann beliebt sein und trotzdem falsche Erwartungen wecken. Halte zusammenhängende Begriffe über die gesamte Journey hinweg konsistent, lass aber dort Raum für Erklärungen, wo eine Entscheidung es erfordert. Kürze ist wertvoll, wenn sie unnötige Lesearbeit erspart – sie schadet jedoch, wenn sie genau die Information nimmt, die man braucht, um sicher fortzufahren.