Ein älteres Thema, neuer Blickwinkel

Ich habe früher einen Blogpost über Technical UX in Angular geschrieben. Der ist zwar ein paar Jahre alt, aber das Thema selbst ist nach wie vor aktuell. Deshalb möchte ich es nochmal aufgreifen, diesmal mit einem etwas anderen Blickwinkel.

Wenn man über User Experience spricht, denkt man zuerst an Design. Farben, Layouts, Animationen. Das ist fair, aber es greift zu kurz.

Was Nutzer wirklich spüren

Ein großer Teil davon, wie Nutzer eine Anwendung erleben, hat nichts mit dem visuellen Design zu tun. Wie schnell antwortet die App? Gibt es eine sinnvolle Fehlermeldung, wenn etwas schiefläuft? Lädt die Seite auch unter Last noch schnell? Merkt der Nutzer, wenn gerade etwas im Hintergrund nicht stimmt?

Das sind technische Fragen, aber sie haben direkte Auswirkung auf das, was der Nutzer spürt.

Guards und Interceptors in Angular

Damals war mein Fokus stark auf der Frontend-Entwicklung, speziell im Angular-Umfeld. Zwei Konzepte, die ich damals viel eingesetzt habe: Guards und Interceptors.

Guards steuern, ob ein Nutzer eine bestimmte Route aufrufen darf, ob notwendige Daten schon geladen sind, oder ob ein Hinweis erscheinen soll, wenn jemand ein Formular mit ungespeicherten Daten verlassen will. Klingt nach einer Kleinigkeit, macht in der Praxis aber einen spürbaren Unterschied.

Interceptors laufen unsichtbar im Hintergrund und greifen HTTP-Anfragen ab. Was ich damit damals gebaut habe: zentrales Fehler-Handling, das dem Nutzer eine verständliche Meldung zeigt, statt eines technischen Stack Traces. Also statt "Error 500" ein klarer Hinweis, was passiert ist und was als nächstes zu tun ist.

Der Schwerpunkt hat sich verschoben

Heute liegt mein Schwerpunkt auf anderen Themen. DevOps, Cloud, stabile Betriebsbasen für gewachsene Anwendungen. Aber die Grundüberlegung ist dieselbe geblieben.

High Availability, schnelle Antwortzeiten, Stabilität unter Last - das sind keine rein technischen Metriken. Das ist alles, was am Ende beim Nutzer ankommt.

Wenn eine App bei einem Instagram-Post zum Angebot zusammenbricht, wenn Nutzer beim Login auf eine leere Seite starren, wenn niemand mitbekommt, dass ein Service ausgefallen ist - das ist eine UX-Katastrophe, auch wenn das Design makellos ist.

Was das Frontend verspricht

In meinen Projekten denke ich heute mehr aus dieser Richtung: Was muss auf der Infrastruktur- und Betriebsebene stimmen, damit die Anwendung das halten kann, was das Frontend verspricht?

Das verbindet sich für mich ganz natürlich mit dem, was ich früher als Frontend-Entwickler gelernt habe. Der Kontext hat sich verschoben, die Grundfrage ist dieselbe geblieben.

Wie seht ihr das: Wo fängt UX für euch an, und wo hört sie auf?