Ein Nutzer ist drei Sekunden von Ihrer Aktivierungskennzahl entfernt. Das Formular ist ausgefüllt, der Mauszeiger liegt auf dem Button, und auf dem Button steht Absenden. Er zögert. Was passiert beim Absenden: Wird ein Entwurf gespeichert, für das Team veröffentlicht, ein Abo gestartet? Nichts auf dem Bildschirm beantwortet das, also ist Nichtstun die sicherste Wahl, und er schließt den Tab. Ihr Dashboard verzeichnet einen Absprung bei Schritt vier. Niemand im Unternehmen wird je erfahren, dass ein einziges Wort Sie diesen Kunden gekostet hat.
Das passiert ständig, und es lässt sich an einem Nachmittag beheben. Microcopy (die Button-Beschriftungen, Hinweise, Empty States, Fehlermeldungen, Tooltips und Bestätigungen überall in Ihrer Oberfläche) ist der Text, den Nutzer tatsächlich lesen, und zwar genau in den Momenten, in denen sie entscheiden, ob sie weitermachen. Und sie ist, einzigartig in der Produktarbeit, kostenlos zu ändern und schnell zu testen: keine Überarbeitung des Design-Systems, keine Migration, kein Engineering-Quartal.
Dieser Leitfaden zeigt, was Microcopy ist und wo sie steckt, warum so wenige Wörter so viel Gewicht tragen, die acht Stellen, an denen Microcopy über das Ergebnis entscheidet, über vierzig Vorher-nachher-Beispiele, die Sie direkt übernehmen können, die drei Formeln, mit denen kurze Texte funktionieren, und wie Sie neue Formulierungen in einem Live-Produkt ohne Release-Zyklus ausrollen und testen.
Das Wichtigste in Kürze
- Microcopy ist der Text an den Entscheidungspunkten: Buttons, Hinweise, Fehlermeldungen, Empty States, Tooltips, Bestätigungen. Sie ist kurz, steht aber genau dort, wo Nutzer zögern.
- Benennen Sie das Ergebnis, nicht die Mechanik. „Ersten Bericht erstellen“ sagt dem Nutzer, was passiert; „Absenden“ lässt ihn raten, und aus dem Raten entstehen Absprünge.
- Fehlermeldungen brauchen drei Teile: was passiert ist, warum und was als Nächstes zu tun ist, in einfachen Worten, direkt neben dem, was fehlgeschlagen ist, ohne jemandem die Schuld zu geben.
- Schreiben Sie von der Nutzerseite des Bildschirms aus. Seine Wörter, sein Ziel, sein Moment. Interne Feature-Namen in einer Oberfläche für Erstnutzer sind eine Steuer auf das Verständnis.
- Empty States sind Onboarding. Ein leerer Screen mit einem guten Satz und einem Button konvertiert; ein leerer Screen mit „Keine Daten“ ist eine Sackgasse, für deren Bau Sie bezahlt haben.
- Testen Sie: Microcopy ist die einzige Änderung an der Oberfläche, die Sie in derselben Woche ausrollen und messen können, vor allem, wenn die Orientierungsebene ohne Code-Release ausgespielt wird.
Was ist UX-Microcopy? (Definition & wo sie steckt)
UX-Microcopy ist der funktionale Text in einer Oberfläche, der Menschen hilft, sie zu benutzen: die Wörter auf und neben Bedienelementen, nicht die Wörter, die das Produkt beschreiben. Sie wird geschrieben, um überflogen zu werden, nicht um gelesen zu werden; sie existiert, um einen bestimmten Zweifel in einem bestimmten Moment auszuräumen; und gemessen wird sie daran, ob Nutzer die Aktion abschließen, nicht daran, ob der Satz elegant ist.
Microcopy, kurz definiert. Die kleinen, funktionalen Textbausteine einer Oberfläche (Beschriftungen, Hinweise, Zustände, Fehlermeldungen, Bestätigungen), die einen Nutzer durch ein Produkt tragen. Marketingtexte verdienen die Registrierung. Microcopy verdient alles, was danach kommt.
Sie taucht an mehr Stellen auf, als die meisten Teams Verantwortliche dafür haben:
| Stelle | Was sie entscheidet | Der typische Fehler |
|---|---|---|
| Button-Beschriftungen | Ob der Nutzer überhaupt klickt | Generische Verben: „Absenden“, „OK“, „Weiter“ |
| Empty States | Ob ein neuer Nutzer jemals anfängt | „Noch keine Daten“ ohne Weg nach vorn |
| Fehlermeldungen | Ob der Nutzer sich fängt oder geht | Fehlercodes, Schuldzuweisung, kein nächster Schritt |
| Formularhinweise & Labels | Abschlussrate, Datenqualität | Anforderungen erst nach dem Fehler verraten |
| Tooltips | Ob ein Feature verstanden wird | Das Label mit mehr Wörtern wiederholen |
| Onboarding-Texte | Time to First Value | Die Oberfläche erklären statt des Ergebnisses |
| Bestätigungen | Vertrauen nach unumkehrbaren Aktionen | „Sind Sie sicher?“ ohne genannte Folge |
| Berechtigungsanfragen | Opt-in-Rate | Fragen, bevor der Nutzen erklärt ist |
Achten Sie darauf, was die Spalte mit den Fehlern gemeinsam hat: Jeder davon ist eine Stelle, an der das Produkt etwas weiß, was der Nutzer nicht weiß, und es nicht sagt. Das ist die ganze Diagnose. Arbeit an Microcopy ist vor allem die Disziplin, aufzuschreiben, was Ihr Team bereits weiß, in dem Moment, in dem der Nutzer es braucht.
Warum ein paar Wörter mehr bewirken als ein Redesign
-
Sie steht genau dort, wo Nutzer zögern
Reibung verteilt sich nicht gleichmäßig über ein Produkt; sie ballt sich an wenigen Bedienelementen, Feldern und Dialogen. Microcopy ist das einzige Designmaterial, das genau an diesen Punkten sitzt. Deshalb kann eine Umformulierung eine Abschlussrate bewegen, die monatelange Layout-Arbeit nicht verändert hat.
-
Sie ist die schnellste Änderung, die Sie machen können
Keine Migration, keine Überarbeitung des Design-Systems, kein Datenmodell. Wörter lassen sich am Montag schreiben und am Freitag messen, und wenn sie über eine Orientierungsebene statt über die Codebasis ausgespielt werden, brauchen sie nicht einmal ein Release.
-
Sie trägt das mentale Modell
Nutzer bauen sich aus den Wörtern, die Ihr Produkt verwendet, eine Vorstellung davon, wie es funktioniert. Konsistente, ehrliche Begriffe machen diese Vorstellung richtig; wechselnde Begriffe („Workspace“ hier, „Projekt“ dort, „Board“ in der Dokumentation) machen sie falsch, und ein falsches mentales Modell erzeugt Support-Tickets ohne Ende.
-
Hier zeigen sich die Manieren Ihres Produkts
Der Ton an den Bruchstellen (die Fehlermeldung, das Limit, das „Das geht nicht“) ist das, woran sich Nutzer erinnern. Ein Produkt, das Probleme erklärt, ohne der lesenden Person die Schuld zu geben, wird beim nächsten Mal eher verziehen.
-
Sie ist die günstigste Lösung für Absprünge, die Sie nicht erklären können
Wenn die Analytics einen Stillstand bei einem Schritt zeigen und das Design gut aussieht, sind meist die Wörter verdächtig. Formulieren Sie sie um, bevor Sie irgendetwas neu bauen: Das kostet einen Tag und schließt die wahrscheinlichste Ursache aus.
Drei Formeln hinter Microcopy, die funktioniert
Kurze Texte werden nicht improvisiert. Drei Muster decken den Großteil der Oberfläche ab:
Die meiste Microcopy hat eine von drei Formen: Verb + Ergebnis für Buttons, was/warum/als Nächstes für Fehlermeldungen und worum es geht/Nutzen/Aktion für Empty States.
1. Buttons: Verb + Ergebnis für den Nutzer
Nicht die Aktion des Systems („Formular absenden“), sondern das Ergebnis für die Person („Einladung senden“, „Kostenlos testen“, „3 Berichte löschen“). Die Beschriftung muss für sich allein verständlich sein, denn genau so wird sie gelesen, und sie sollte die Folge vor dem Klick klarmachen, vor allem, wenn es um Geld oder ums Löschen geht.
2. Fehlermeldungen: was passiert ist + warum + was als Nächstes zu tun ist
In dieser Reihenfolge, in der Sprache des Nutzers, direkt neben dem, was fehlgeschlagen ist. Beginnen Sie nie mit einem Code, verwenden Sie nie „ungültig“ und formulieren Sie es nie so, als hätte der Nutzer etwas falsch gemacht. Der Test: Könnte eine Person das Problem lösen, ohne den Screen zu verlassen oder den Support zu kontaktieren? Wenn nicht, ist die Meldung unvollständig.
3. Empty States: worum es auf diesem Screen geht + der Nutzen + eine Aktion
Ein Empty State ist das Erste, was ein neuer Nutzer auf jedem Screen sieht, und damit die meistbesuchte Onboarding-Fläche im Produkt. Drei Sätze und ein Button machen aus einer Sackgasse eine Startlinie, und der Button sollte die nützlichste nächste Aktion sein, kein Link zur Dokumentation.
Microcopy-Beispiele: über 40 Vorher-nachher-Umformulierungen
Derselbe Screen zweimal, zuerst für das System geschrieben, dann für die Person, die ihn benutzt:
Geändert haben sich nur die Wörter. Der linke Screen sagt einem neuen Nutzer, dass das Produkt leer ist; der rechte sagt ihm, was er gleich bekommt, und gibt ihm den kürzesten Weg dorthin.
Buttons & Calls to Action
- „Absenden“ → „Ersten Bericht erstellen“
- „OK“ → „3 Berichte löschen“
- „Weiter“ → „Weiter zur Zahlung“
- „Speichern“ → „Speichern und für mein Team veröffentlichen“
- „Jetzt starten“ → „Datenquelle verbinden“
- „Registrieren“ → „Kostenlos starten, ohne Kreditkarte“
- „Bestätigen“ → „12 Einladungen senden“
- „Mehr erfahren“ → „Beispiel in 60 Sekunden ansehen“
Empty States
- „Keine Ergebnisse gefunden.“ → „Kein Bericht passt zu diesen Filtern. Versuchen Sie einen größeren Zeitraum.“
- „Sie haben keine Projekte.“ → „Mit Projekten trennen Sie die Arbeit für jeden Kunden. Legen Sie Ihr erstes an →“
- „Hier ist noch nichts.“ → „Die Aktivität Ihres Teams erscheint hier, sobald jemand etwas veröffentlicht. Teammitglied einladen →“
- „0 Integrationen“ → „Verbinden Sie eine Datenquelle, um echte Zahlen statt Beispieldaten zu sehen.“
- „Posteingang leer“ → „Sie sind auf dem neuesten Stand. Neue Anfragen landen hier, sobald sie eingehen.“
Fehlermeldungen
- „Etwas ist schiefgelaufen.“ → „Ihre Änderungen konnten nicht gespeichert werden: Die Verbindung wurde unterbrochen. Ihr Entwurf ist sicher, speichern Sie bitte noch einmal.“
- „Ungültige E-Mail.“ → „In der Adresse fehlt ein @. Prüfen Sie sie auf Tippfehler.“
- „Upload fehlgeschlagen.“ → „Die Datei hat 12 MB, erlaubt sind 5 MB. Komprimieren Sie sie oder laden Sie stattdessen eine CSV hoch.“
- „Sie haben einen ungültigen Wert eingegeben.“ → „Datumsangaben bitte im Format TT.MM.JJJJ, zum Beispiel 24.07.2026.“
- „Zugriff verweigert.“ → „Nur Workspace-Admins können die Abrechnung ändern. Fragen Sie Ihren Admin oder fordern Sie Zugriff an →“
- „Fehler 500.“ → „Bei uns ist etwas kaputtgegangen, nicht bei Ihnen. Wir wurden benachrichtigt; versuchen Sie es in einer Minute erneut.“
Formulare & Felder
- „Name“ → „Name des Workspace: Ihr Team sieht ihn“
- „Passwort“ → „Passwort: mindestens 10 Zeichen“ (angezeigt vor der Eingabe, nicht nach dem Fehler)
- „Unternehmensgröße“ → „Wie viele Personen werden das nutzen? So wählen wir passende Voreinstellungen.“
- „Telefon (optional)“ → „Telefon: nur für den Fall, dass ein Bericht über Nacht fehlschlägt“
- „URL“ → „Adresse Ihrer Website, z. B. app.ihrefirma.de“
Tooltips & kontextuelle Hinweise
- „Filter“ → „Grenzen Sie diese Liste nach Tarif, Datum oder Verantwortlichem ein“
- „Segmente“ → „Speichern Sie eine Nutzergruppe einmal und sprechen Sie sie in jeder Tour oder Umfrage gezielt an“
- „Archivieren“ → „Blendet den Eintrag in der Liste aus, ohne Daten zu löschen“
- „Synchronisieren“ → „Holt die neuesten Zeilen aus Ihrem Data Warehouse, dauert etwa 30 Sekunden“
Bestätigungen & destruktive Aktionen
- „Sind Sie sicher?“ → „Diesen Workspace löschen? Seine 42 Berichte und der gesamte Verlauf werden mitgelöscht. Das lässt sich nicht rückgängig machen.“
- „Abo kündigen?“ → „Zum 30. August kündigen? Bis dahin behalten Sie vollen Zugriff, und Ihre Daten bleiben 90 Tage erhalten.“
- „Änderungen verwerfen?“ → „Ihre Änderungen an diesem Bericht verwerfen? Die zuletzt gespeicherte Version bleibt unverändert.“
Erfolg & Fortschritt
- „Erfolgreich!“ → „Bericht veröffentlicht: Ihr Team kann ihn jetzt sehen.“
- „Gespeichert.“ → „Gespeichert. Die Änderungen sind für alle in diesem Workspace live.“
- „Wird geladen…“ → „40.000 Zeilen werden ausgewertet, etwa zehn Sekunden.“
- „Schritt 2 von 5“ → „Schritt 2 von 5, noch zwei Minuten“
Berechtigungs- & Opt-in-Anfragen
- „Benachrichtigungen erlauben?“ → „Möchten Sie eine Meldung, wenn ein Bericht fehlschlägt? Wir benachrichtigen Sie nur bei Fehlern.“
- „Updates abonnieren“ → „Erhalten Sie eine E-Mail, wenn wir etwas ausliefern, das Sie sich gewünscht haben, etwa einmal im Monat.“
- „Cookies akzeptieren“ → „Wir nutzen Analyse-Cookies, um zu sehen, welche Funktionen verwendet werden. Sie können ablehnen, und alles funktioniert trotzdem.“
Das Muster hinter allen Beispielen: Die bessere Version ergänzt genau die eine Information, die das Produkt schon hatte und der Nutzer nicht: die Folge, das Limit, das Format, den Zeitpunkt, den Nutzen. Kaum ein Teil der Microcopy-Arbeit ist kreatives Schreiben. Es geht ums Offenlegen.
Microcopy Best Practices: 7 Regeln
1. Schreiben Sie das Ergebnis, nicht die Mechanik
Jede Beschriftung, jeder Hinweis und jede Überschrift sollte „Was habe ich davon?“ beantworten, bevor sie „Was macht das?“ beantwortet. Nutzer wollen kein Segment konfigurieren; sie wollen aufhören, den falschen Leuten E-Mails zu schicken. Stellen Sie das Zweite an den Anfang.
2. Verwenden Sie das Vokabular der Nutzer, nicht das Ihres Datenmodells
Interne Namen sickern in Oberflächen ein, sobald niemand mehr die Tür bewacht: „Entität“, „Workspace-Objekt“, „Flow-Trigger“. Wenn ein Begriff in Ihrer Datenbank und in Ihrem Onboarding vorkommt, ist einer der beiden falsch. Hören Sie darauf, wie Kunden die Sache in Support-Tickets beschreiben, und verwenden Sie dieses Wort überall, konsequent.
3. Sagen Sie es dort, wo der Zweifel entsteht
Anforderungen gehören neben das Feld, nicht in einen Hilfeartikel; Folgen gehören auf den Button, nicht in eine Fußnote. Die Platzierung im Kontext unterscheidet Microcopy von Dokumentation, und deshalb schlagen Tooltips und Inline-Hinweise beim ersten Verständnis selbst ein exzellentes Hilfe-Center.
4. Setzen Sie die bedeutungstragenden Wörter an den Anfang
Menschen überfliegen die ersten zwei, drei Wörter von allem. „Stripe verbinden, um Umsatz zu sehen“ übersteht das Überfliegen; „Um Umsatzdaten sehen zu können, verbinden Sie bitte Ihr Stripe-Konto“ nicht. Streichen Sie Füllfloskeln am Anfang („Bitte beachten Sie, dass“, „Um … zu“, „Sie können jetzt“) und beginnen Sie mit dem Verb oder dem Substantiv, auf das es ankommt.
5. Übernehmen Sie immer die Schuld
„Das konnten wir nicht verarbeiten“ statt „Sie haben einen ungültigen Wert eingegeben“. Der Fehler des Nutzers ist meist das Versäumnis der Oberfläche, zu sagen, was sie erwartet, und selbst wenn nicht: Schuldzuweisung ändert nichts außer dem Gefühl, das die Person in ihrem ungeduldigsten Moment Ihrem Produkt gegenüber hat.
6. Halten Sie die Begriffe überall einheitlich
Dasselbe Konzept sollte in der Oberfläche, in Tooltips, im Onboarding, in den Release Notes und in Support-Antworten denselben Namen tragen. Pflegen Sie ein kurzes gemeinsames Glossar der 20 Begriffe, die Ihr Produkt tatsächlich verwendet: Es ist die günstigste Dokumentation, die Ihr Team je schreiben wird, und es verhindert die teuerste Verwirrung.
7. Ausrollen, messen, umschreiben
Microcopy ist der eine Teil der Oberfläche, bei dem Sie in einer Woche einen echten Vorher-nachher-Vergleich fahren können: Ändern Sie die Wörter beim Schritt mit dem höchsten Absprung, beobachten Sie den Abschluss sieben Tage lang, behalten Sie die Änderung oder nehmen Sie sie zurück. Machen Sie das dreimal in Ihrem Registrierungsprozess, und Sie lernen mehr über Ihre Nutzer als in einem Quartal voller Interviews.
UX-Microcopy: Was Sie tun und was Sie lassen sollten
✅ Tun
- Auf jedem Button das Ergebnis benennen
- Anforderungen nennen, bevor der Nutzer daran scheitert
- Fehlermeldungen ein Was, ein Warum und einen nächsten Schritt geben
- Empty States zu Startlinien machen
- Ein Wort pro Konzept, überall
- Den Text dort platzieren, wo der Zweifel entsteht
- Sagen, was eine unumkehrbare Aktion zerstört
- Formulierungen beim Schritt mit dem höchsten Absprung testen
❌ Lassen
- „Absenden“, „OK“ oder „Weiter“ als endgültige Beschriftung ausliefern
- Passwortregeln erst nach einem Fehlversuch zeigen
- Eine Fehlermeldung mit einem Code oder dem Wort „ungültig“ beginnen
- „Keine Daten“ als Empty State stehen lassen
- Interne Objektnamen in die Oberfläche gelangen lassen
- Anforderungen in einem Hilfe-Center-Artikel verstecken
- Nach Berechtigungen fragen, bevor der Nutzen erklärt ist
- Texte als die letzten fünf Minuten eines Designs behandeln
Microcopy ohne Release-Zyklus ausrollen und testen
Das Frustrierende an Microcopy ist nicht das Schreiben, sondern dass ein besserer Satz meist einen Pull Request, ein Review, ein Deployment und zwei Wochen Warten bedeutet, bis man weiß, ob er geholfen hat. Bei der Orientierungsebene muss das nicht so sein. Mit Kompassify legen Sie kontextuelle Texte über Ihr Live-Produkt, ohne die Codebasis anzufassen:
- Hinweise dort schreiben, wo sie gebraucht werden. Verankern Sie einen Tooltip an einem beliebigen Element und erklären Sie es in den Worten der Nutzer, sofort live, ohne Release-Ticket.
- Sackgassen-Screens retten. Legen Sie Orientierung und eine klare nächste Aktion über Empty States und stockende Schritte, damit aus einem leeren Screen eine Startlinie wird.
- Unterschiedlichen Menschen unterschiedlich erklären. Zeigen Sie Testnutzern eine Formulierung und Admins eine andere, per Segment: dasselbe Bedienelement, erklärt in der Sprache dessen, der gerade darauf schaut.
- Die Umformulierung messen. Integrierte Analytics zeigen den Abschluss der Schritte, die Ihr Text berührt, sodass „Funktioniert diese Formulierung?“ zu einer Zahl wird statt zu einer Meinung.
- Einheitlich bleiben. Touren, Checklisten, Tooltips und Ankündigungen kommen aus einer Quelle, sodass Ihre Begriffe auf jeder Orientierungsfläche gleich bleiben.
Kompassify ist DSGVO-konform und in der EU gehostet, kostenlos für unter 100 monatlich aktive Nutzer, kostenpflichtige Tarife ab 129 $/Monat.
Die richtigen Wörter an der richtigen Stelle
Mit Kompassify ergänzen Sie Ihr bestehendes Produkt um kontextuelle Tooltips, Orientierung und Onboarding-Texte, ohne Code und ohne Release-Zyklus. Erklären Sie das verwirrende Bedienelement, retten Sie den leeren Screen und messen Sie, ob die neue Formulierung den Abschluss tatsächlich verbessert hat. DSGVO-konform, in der EU gehostet und kostenlos für unter 100 monatlich aktive Nutzer.
Kostenlos starten →Häufig gestellte Fragen
Was ist Microcopy im UX-Design?
Microcopy ist der kleine Interface-Text, der einen Nutzer durch ein Produkt führt: Button-Beschriftungen, Formularhinweise, Texte in Empty States, Fehlermeldungen, Tooltips, Platzhaltertexte, Bestätigungsdialoge und Erfolgsmeldungen. Micro heißt sie, weil jedes Stück nur aus ein paar Wörtern besteht, nicht weil ihre Wirkung klein wäre: Es sind die Wörter, die Nutzer tatsächlich lesen, genau in dem Moment, in dem sie entscheiden, ob sie handeln. Marketingtexte überzeugen jemanden, ein Produkt auszuprobieren; Microcopy entscheidet, ob er es benutzen kann.
Warum ist Microcopy wichtig?
Weil sie an den Entscheidungspunkten steht. Ein Nutzer, der vor einem Button zögert, ein Formularfeld falsch versteht oder auf eine Fehlermeldung stößt, die er nicht deuten kann, beschwert sich nicht: Er geht, und Ihre Analytics verzeichnen einen Absprung ohne Erklärung. Die Wörter in diesen Momenten umzuschreiben kostet einen Nachmittag und keine Entwicklungszeit, und es beseitigt Reibung, für die ein Redesign ein Quartal bräuchte. Microcopy ist außerdem am günstigsten zu testen: Sie ist der einzige Teil der Oberfläche, den Sie in derselben Woche ändern, messen und wieder ändern können.
Was macht gute Microcopy aus?
Vier Dinge. Sie ist konkret: Sie benennt das tatsächliche Ergebnis („Ersten Bericht erstellen“) statt eines generischen Verbs („Absenden“). Sie ist aus Sicht des Nutzers geschrieben, in den Wörtern, die er selbst verwenden würde, nicht mit Ihren internen Feature-Namen. Sie erscheint im Moment des Zweifels statt in einer Dokumentation irgendwo anders. Und sie übernimmt Verantwortung, wenn etwas schiefgeht: Eine gute Fehlermeldung sagt, was passiert ist, warum und was als Nächstes zu tun ist, ohne der lesenden Person die Schuld zu geben.
Was ist der Unterschied zwischen Microcopy und UX Writing?
UX Writing ist die Disziplin, Microcopy das Ergebnis. UX Writing umfasst die gesamte Praxis: Stimme und Tonalität, Terminologie, Content Design, Informationshierarchie und die Entscheidung, ob ein Screen überhaupt Wörter braucht. Microcopy ist der konkrete Text, den diese Entscheidungen auf der Ebene eines Buttons, eines Hinweises oder einer Fehlermeldung hervorbringen. In kleinen Teams spielt die Unterscheidung selten eine Rolle; wichtig ist, dass jemand die Verantwortung für die Wörter mit demselben Ernst übernimmt wie für die Oberfläche.
Wie schreibt man gute Button-Texte?
Benennen Sie das Ergebnis aus Sicht dessen, was der Nutzer erreichen will. „Testphase starten“ schlägt „Absenden“; „Einladung senden“ schlägt „Bestätigen“; „3 Berichte löschen“ schlägt „OK“. Daraus folgen zwei Regeln: Die Beschriftung sollte auch für sich allein, ohne Kontext, verständlich sein, denn genau so wird sie überflogen; und sie sollte sagen, was nach dem Klick passiert, vor allem, wenn die Aktion unumkehrbar ist oder Geld kostet. Wenn ein Button einen erklärenden Satz daneben braucht, leistet die Beschriftung zu wenig.
Wie schreibt man eine gute Fehlermeldung?
Drei Teile, in dieser Reihenfolge: was passiert ist, warum und der nächste Schritt, in einfacher Sprache, ohne Fehlercode als Überschrift und ohne Schuldzuweisung. „Die Datei hat 12 MB, erlaubt sind 5 MB. Komprimieren Sie sie oder laden Sie stattdessen eine CSV hoch“ erledigt die ganze Aufgabe. Vermeiden Sie die klassischen Fehler: vage („Etwas ist schiefgelaufen“), vorwurfsvoll („Sie haben einen ungültigen Wert eingegeben“) und technisch („Fehler 422: Unprocessable Entity“). Und platzieren Sie die Meldung neben dem, was fehlgeschlagen ist, nicht in einem Banner oben über einem langen Formular.
Kann man Microcopy ohne Code-Release ändern?
Teilweise, ja. Text, der fest in Ihren Komponenten steckt, braucht ein Release. Die Orientierungsebene darum herum (Tooltips, Onboarding-Hinweise, Aufforderungen in Empty States, kontextuelle Erklärungen, Texte für Ankündigungen) lässt sich dagegen mit einem No-Code-Tool wie Kompassify über Ihr Produkt legen: Wörter schreiben, am Element verankern, ein Segment auswählen und live veröffentlichen. So wird Microcopy in Tagen statt in Sprints testbar, und genau so finden Sie heraus, welche Formulierung die Abschlussraten wirklich bewegt. Kompassify ist DSGVO-konform und in der EU gehostet, kostenlos für unter 100 monatlich aktive Nutzer, kostenpflichtige Tarife ab 129 $/Monat.