Wie viel von den Texten in deinen Designs verantwortest du selbst?

Verantworte sie, sofern es keinen Content Designer gibt, und selbst dann schreib einen Entwurf statt Platzhaltertext zu nutzen. Text ist Interface: Labels, Button-Verben, Fehlertexte und Empty States leisten in den meisten Flows mehr als das Layout. Schreib im Vokabular der Nutzer, halt Verben konkret (Änderungen speichern schlägt Absenden), und teste die Wörter mit Menschen, denn unklare Labels sind Usability-Fehler, die wie Designprobleme aussehen.

Ich schreibe sie, immer, auch wenn es einen Content Designer gibt, denn ein Mockup voller Platzhaltertext ist kein Design, sondern ein Layout. Und die Wörter verändern das Layout ständig: ein Button mit "In alle Regionen veröffentlichen" hat nicht dieselbe Form wie einer mit "Speichern". Meine Quelle für Vokabular sind Research-Transkripte und Supporttickets, nicht das interne Glossar. Wenn Kunden es Auftrag nennen und wir es Arbeitsauftrag nennen, verlieren wir jedes einzelne Mal, wenn wir darauf bestehen, recht zu haben. Regeln, an denen ich festhalte: Buttons benennen die Aktion, also Änderungen speichern statt Absenden, und Fehler sagen, was passiert ist, wessen Schuld es war und was als Nächstes zu tun ist. Wenn es einen Content Designer gibt, hole ich ihn im Wireframe-Stadium dazu und nicht am Ende zum Politur-Durchgang, denn in der Hälfte der Fälle löst er ein Flow-Problem, indem er einen Screen entfernt und einen Satz neu schreibt. In einem Projekt hat unsere Content-Designerin eine dreistufige Bestätigung auf eine einzige gut gewählte Zeile eingedampft, und die Supportkontakte für diesen Flow sind spürbar gefallen.