Wie behandelst du Empty States, Fehler und Randfälle in deinen Designs?

Entwirf sie als Teil des Flows, nicht als Restposten. Spezifizier für jeden Screen Leer, Laden, Teilweise, Fehler und Zugriff verweigert, dazu was bei sehr langem oder fehlendem Inhalt passiert. Schreib Fehlermeldungen, die in Klartext sagen, was passiert ist und was als Nächstes zu tun ist. Der polierte glückliche Pfad ist der leichte Teil; in den Zuständen drumherum wird Vertrauen gewonnen oder verloren.

Ich führe eine Standardliste und fahre jeden Screen dagegen: leer weil du neu bist, leer weil dein Filter nichts getroffen hat, Laden, Teildaten, Fehler, offline und keine Berechtigung. Das sind sieben verschiedene Screens und sie sind nicht austauschbar, obwohl ich sie ständig zu einer traurigen Illustration zusammengeschoben sehe. Beim Erstnutzer-Empty-State verbringe ich echte Zeit, denn er ist für alle, die noch entscheiden, ob sie bleiben, der meistgesehene Screen im Produkt, und er ist die Chance zu zeigen, wie gut aussieht, statt "noch keine Einträge" zu sagen. Fehlertexte schreibe ich selbst und streite dann darüber. Sie müssen sagen, was passiert ist, ob es an ihnen oder an uns lag, und genau, was als Nächstes zu tun ist. "Etwas ist schiefgelaufen" ist ein Eingeständnis, dass wir uns keine Mühe gegeben haben. Und ich belaste den Inhalt: ich klebe einen Namen mit sechzig Zeichen rein und eine Firma ohne Logo, denn echte Daten sind immer hässlicher als Mock-Daten. Das vorab zu machen erspart der Entwicklung das Raten und mir eine Runde Bug-Tickets, die in Wahrheit Design-Lücken sind.