Nutzererfahrung

Siebzehn Guidelines umfasst diese Kategorie, und sie beginnt mit einem Satz, der viele überrascht: Wer Inhalte oder Systeme für Menschen gestaltet, arbeitet an der Nutzererfahrung, ob er es so nennt oder nicht. Das ist keine Aufgabe für eine bestimmte Abteilung.

Der stärkste Nachhaltigkeitsgedanke steckt dabei nicht dort, wo man ihn vermutet. Er liegt in der Lebensdauer. Ein Produkt, das schwer zu bedienen ist, erzeugt mehr Rückfragen, mehr Abbrüche, mehr Anläufe, und es wird früher ersetzt als nötig. Jeder dieser Neuanfänge kostet Entwicklungszeit, Infrastruktur und Material. Schlechte Bedienbarkeit ist damit keine Geschmacksfrage, sondern ein Beschleuniger für Verschwendung.

Mein eigener Blick auf diese Kategorie ist noch ein Stück radikaler. Die Datenmenge einer Website wird nicht im Code entschieden, sondern im Entwurf. Wenn im Layout ein bildschirmfüllendes Video steht, drei Schriftschnitte gesetzt sind und eine Animation den Einstieg begleitet, kann die Entwicklung das nur noch effizient umsetzen, nicht mehr verhindern. Das größte Einsparpotenzial liegt deshalb vor der ersten Zeile Code, in der Entscheidung, welche Elemente überhaupt auf die Seite kommen.

WSG 2.11

Web-Typografie optimieren

Eine unbearbeitete Schriftfamilie wiegt schnell mehr als der gesamte Text einer Seite. Wie Du auf ein Fünftel kommst, ohne Deine CI aufzugeben.

WSG 2.14

Nutzer früh einbeziehen

Fünf Testpersonen finden rund 85 Prozent der Usability-Probleme, der Betreiber selbst kaum eines. Was Einzelkämpfer stattdessen tun können.

WSG 2.15

Regelmäßig prüfen und testen

Keine Website wird auf einen Schlag langsam, sondern in Schritten von 20 KB. Warum ein Lighthouse-Score von 100 nichts über Nachhaltigkeit sagt.

WSG 2.16

Nutzung im echten Einsatz überprüfen

Für den Start einer Funktion gibt es überall einen Prozess, für ihr Ende nirgends. Warum Nutzungsmessung erst wirkt, wenn daraus Rückbau folgt.