{"id":12217,"date":"2021-05-28T11:53:48","date_gmt":"2021-05-28T09:53:48","guid":{"rendered":"https:\/\/www.centigrade.de\/?post_type=blog&p=12217"},"modified":"2021-06-01T15:14:43","modified_gmt":"2021-06-01T13:14:43","slug":"ux-design-ist-tot-lang-lebe-ux-design","status":"publish","type":"blog","link":"https:\/\/www.centigrade.de\/de\/blog\/ux-design-ist-tot-lang-lebe-ux-design\/","title":{"rendered":"UX Design ist tot. Lang lebe UX Design."},"content":{"rendered":"

\"Designer<\/p>\n

Der Start eines neuen UX Designer Rollenbildes.<\/em><\/p>\n

Vieles ist passiert … und auch wieder nicht<\/h2>\n

Ich bin nun wirklich schon eine ganze Weile in der sogenannten\u00a0UX Szene<\/em>\u00a0unterwegs. Ich leite als Inhaber und Gesch\u00e4ftsf\u00fchrer von Centigrade seit \u00fcber 15 Jahren eines der erfolgreichsten UX Unternehmen in Deutschland. Aber seit ich vor 20 Jahren von der Videospiele-Entwicklung in den damals noch\u00a0Usability<\/em>\u00a0und\u00a0User Interface Design<\/em>\u00a0genannten Bereich gearbeitet habe, hat sich eigentlich gar nicht viel ver\u00e4ndert. Klar – neue Tools sind entstanden und wieder verschwunden. Methoden wurden gehypt und dann durch angeblich noch bessere Methoden abgel\u00f6st. Die Endger\u00e4te und Gestaltungsm\u00f6glichkeiten sind zahlreicher geworden und irgendwie redet auch keiner mehr vom\u00a0Pixeln<\/em>, weil sich das sp\u00e4testens mit 4K Monitoren erledigt hatte.<\/p>\n

Abgesehen davon, ist aus meiner Sicht aber vor allem viel Namenspflege und Umbenennung f\u00fcr ein und dasselbe Ziel betrieben worden. Beispielsweise war der Begriff\u00a0Usability Engineering<\/em>\u00a0in der Community pl\u00f6tzlich lange nicht mehr so en vogue wie beispielsweise\u00a0UX Research<\/em><\/a>. Und pl\u00f6tzlich redeten einige von uns auch nicht mehr von\u00a0Aufgabenanalyse<\/em>, sondern von der\u00a0Jobs to be done<\/em>\u00a0Methode. Selbst der einst vielzitierte Begriff\u00a0User-Centered Design<\/em>\u00a0hechelt nun dem Begriff\u00a0UX Design<\/em><\/a>\u00a0hinterher.<\/p>\n

Usability vs. User Experience<\/h2>\n

Wurde hier wirklich nur reine Namenpflege betrieben oder stecken dahinter echte Unterschiede? Die Antwort ist wie so oft:\u00a0„Sowohl als auch!“<\/em>. Es gibt beispielsweise durchaus einen wichtigen Unterschied zwischen\u00a0Usability<\/em>\u00a0und\u00a0User Experience<\/em>, daher darf man aufhorchen, wenn die eine Gruppe von\u00a0Usability Engineering<\/em>\u00a0und die andere Gruppe von\u00a0UX Research<\/em><\/a>\u00a0spricht.<\/p>\n

Usability<\/em>\u00a0oder\u00a0Gebrauchstauglichkeit<\/em>\u00a0ist kurz gefasst:<\/p>\n

\u201cDas Ausma\u00df, in dem ein Produkt oder Service durch bestimmte NutzerInnen in einem bestimmten Kontext genutzt werden kann, um bestimmte Ziele effektiv, effizient und zufriedenstellend zu erreichen.\u201d<\/p><\/blockquote>\n

User Experience<\/em>\u00a0oder das\u00a0Nutzungserlebnis<\/em>\u00a0ist hingegen definiert als:<\/p>\n

\u201cDie Wahrnehmungen und Reaktionen von NutzerInnen vor, w\u00e4hrend oder nach der Interaktion mit einem Produkt oder Service.\u201d<\/p><\/blockquote>\n

Wen die Quelle zu den hier etwas umformulierten Begriffsdefinitionen im Detail interessiert, der schlage hierzu am besten in der\u00a0DIN EN ISO 9241, 210<\/a>\u00a0Norm nach. Doch unabh\u00e4ngig von einzelnen Varianten der beiden Begriffsdefinitionen: Der gr\u00f6\u00dfte Unterschied zwischen User Experience und Usability ist, dass User Experience offensichtlich erst\u00a0im Kopf der NutzerInnen entsteht<\/em>, unabh\u00e4ngig davon, ob diese gerade ein System bedienen oder nicht. UX ist damit also v\u00f6llig subjektiv und irrational und entzieht sich der Kontrolle eines jeden anderen. Oder, um es anders auszudr\u00fccken:<\/p>\n

Die Gedanken sind frei – und so ist auch die User Experience.<\/em><\/p>\n

UX Designer: mit Hybris zum Scheitern verurteilt<\/h2>\n

Ist es da nicht eigentlich anma\u00dfend, zu glauben, dass man als einzelnes Teammitglied UX\u00a0gestalten<\/em>\u00a0k\u00f6nnte? Demzufolge w\u00e4re ein UX Designer ja ein\u00a0Gestalter von Wahrnehmungen und Reaktionen<\/em>, oder b\u00f6se gesagt ein\u00a0Mind Controller<\/em>. In begrenztem Ma\u00dfe mag das sogar zutreffen, wenn z.B. durch\u00a0Nudging<\/em>\u00a0und\u00a0Gamification<\/em>\u00a0bestimmte Verhaltensmuster provoziert werden.<\/p>\n

Dennoch finde ich diese Art von Definition nicht nur anma\u00dfend, sondern sogar sch\u00e4dlich f\u00fcr die dahinterliegende, wundervolle Profession. Die Bezeichnung\u00a0UX Designer<\/em>\u00a0als Beschreibung einer beruflichen Rolle tut nicht gut, weil er den UX Designer auf einen Sockel hebt, von dem er nur tief st\u00fcrzen kann. Die Erwartungen, die durch eine solch unterschwellige Begriffs-Hybris entstehen, k\u00f6nnen nur entt\u00e4uscht werden.<\/p>\n

Ein einzelner UX Designer hat meistens weder genug Wissen \u00fcber die EndnutzerInnen noch ausreichend Kontrolle \u00fcber den digitalen Produktentwicklungsprozess. Es ist deshalb leider davon auszugehen, dass UX Designer\u00a0eben nicht<\/em>\u00a0genau die Wahrnehmungen oder Reaktionen bei den NutzerInnen hervorrufen, die sie sich w\u00e4hrend der Gestaltung eines Produktes oder Services blumig ausgemalt haben. UX entsteht also im Kopf der NutzerInnen nur durch eben jenes Erzeugnis, welches\u00a0nach der Umsetzung des gesamten Entwicklungsteams<\/em>\u00a0hinten rausgepurzelt ist.<\/p>\n

Wir m\u00fcssen einsehen, dass die tats\u00e4chliche Kontrolle \u00fcber die Qualit\u00e4t eines digitalen Produktes oder Services beim Entwicklungsteam als Ganzes liegt – nicht bei einzelnen UX Designern. Dabei gar die Kontrolle \u00fcber die Wahrnehmungen und Reaktionen einzelner NutzerInnen zu haben, ist eine derzeit noch eine Illusion.<\/em><\/p>\n

Was vom Zauber \u00fcbrigbleibt…<\/h2>\n

Die fehlende Kontrolle des UX Designers \u00fcber das Endprodukt oder gar die Reaktionen der NutzerInnen kann man auch in der modernen, agilen Software-Entwicklungsuniversen mannigfaltig beobachten: Ein ganze Armada von „smarten“ Software Engineers steht einer kleinen Gruppe von „kreativen“ UX Designern gegen\u00fcber. Und ein Software Engineer, der vor einer wenig Engineering-freundlichen Design-Spezifikation sitzt, macht im agilen, eigenverantwortlichen Entwicklungsteam nachvollziehbarerweise das, was er oder sie f\u00fcr gut, richtig und – vor allem – machbar h\u00e4lt. Wenn dabei eine gute User Experience hinten rausf\u00e4llt, dann ist das\u00a0mehr Gl\u00fcck als Design<\/em>. Und da das Gl\u00fcck einem im professionellen Berufsalltag leider nur selten hold ist, wird aus dem\u00a0Zauber des Anfangs<\/em>\u00a0(den sicherlich jeder UX Designer schon einmal w\u00e4hrend einer Neukonzeption erleben durfte) schnell die\u00a0Ern\u00fcchterung des Endes<\/em>:<\/p>\n

\"\u00dcbergang<\/p>\n

Um ein etwas weniger heroisches daf\u00fcr umso satirischeres Bild heranzuziehen: w\u00e4hrend sich die UX Designer im Hintergrund an ihren Gestaltungen die Finger verbrennen, dr\u00fccken die Software Engineers im Vordergrund diejenigen UX Kn\u00f6pfe, die sie f\u00fcr richtig halten. Und, hey – so schwer kann das mit diesem UX ja auch nicht sein, wenn man in der Lage ist, hunderttausende Zeilen funktionierenden Quellcodes zu \u00fcberblicken, oder?<\/p>\n

\"Homer<\/p>\n

Danke Software Engineers!<\/h2>\n

Auch wenn es gerade ganz anders klingt: ich habe den allergr\u00f6\u00dften Respekt vor den Software Engineers. Sie sind in der Tat die letzten, die die T\u00fcr zu machen. Streichen wir die Satire, dann heisst das: Sie \u00fcbernehmen h\u00e4ufig implizit die gr\u00f6\u00dfte Verantwortung f\u00fcr die Qualit\u00e4t eines Produktes. Sie sind gezwungen, systematisch vorzugehen und sich kontinuierlich fortzubilden, da ihr digitales Produkt mit all seinen Bugs und Defekten sie sonst bis in den Schlaf verfolgen wird. Sie m\u00fcssen sich harten Fakten stellen wie z.B. wieviel Prozent ihrer Arbeit mit Testcode abgedeckt ist oder wieviel Regression Bugs sie in welcher Zeit beheben konnten. Und der Compiler? Nun, der ist gnadenlos. Ein Tippfehler hier oder da und das Produkt tritt gar nicht erst vor die Augen der NutzerInnen.<\/p>\n

Ohne Software Engineers g\u00e4be es keine digitalisierte Welt und damit auch keine Notwendigkeit zur Gestaltung digitaler Produkte. Danke, Software Engineers daf\u00fcr.<\/em><\/p>\n

Dennoch glaube ich: der hier geschilderte Effekt, dass die letzte Person in einer Lieferkette sich oft auch am verantwortlichsten f\u00fcr das Endergebnis f\u00fchlt (oder von Au\u00dfenstehenden so wahrgenommen wird), muss gemeinsam durchbrochen werden. Die T\u00fcren d\u00fcrfen sich hinter den Software Engineers nicht automatisch f\u00fcr die UX Designer schlie\u00dfen – sie d\u00fcrfen aber auch nicht offen stehen bleiben.<\/p>\n

Wie kann das gelingen?<\/em><\/p>\n

Developer, Developer, Developer<\/h2>\n

Wenn mich jemand fragt, ob ich mich mehr als Gestalter oder als Software Engineer f\u00fchle, dann antworte ich ohne zu z\u00f6gern:\u00a0„Developer!“<\/em>. Moment mal… das beantwortet doch gar nicht die Frage, oder? Doch, das tut es. Ich m\u00f6chte damit folgendes zum Ausdruck bringen:<\/p>\n

Solange wir die Begriffe ‚Developer‘ oder ‚Entwickler‘ als synonym f\u00fcr den Software Engineer verwenden, wird sich nichts an der klaffenden L\u00fccke zwischen Designern und Engineers \u00e4ndern.<\/em><\/p>\n

\"L\u00fccke<\/p>\n

‚Entwicklung‘ schlie\u00dft den Anfang ein<\/h2>\n

In der Videospiele-Industrie, sind alle Teammitglieder, die ma\u00dfgeblich die Qualit\u00e4t des Spiels beeinflussen und entwickeln\u00a0Developer<\/em>. Die konkrete Disziplin eines Teammitgliedes ist dabei zweitrangig. Egal ob Character Artist, 3D Modeller, Storywriter, Level Designer, Lead Engineer, Game Tester, Scripter oder wer auch immer – jeder im Team tr\u00e4gt seinen winzigen Teil zur Gesamtentwicklung bei.<\/p>\n

Schlie\u00dflich entspringt der Begriff\u00a0Entwicklung<\/em>\u00a0ja auch genau aus dem Anspruch, etwas von Anfang bis Ende systematisch zur Entfaltung zu f\u00fchren. Auf UX bezogen bedeutet das: User Research, Konzeption oder Usability Testing aus dem Entwicklungsteam auszuschlie\u00dfen w\u00e4re sicherlich genau der falsche Weg. Im Gegenteil:<\/p>\n

Wir UX Designer m\u00fcssen uns als ‚Entwickler‘ ins Spiel bringen! Nur kollaborativ und gemeinsam mit allen anderen Team-Mitgliedern kann UX Design gelingen.<\/em><\/p>\n

\"Developer<\/p>\n

Mir liegt wirklich viel daran, dass immer mehr digitale Produkte und Services entstehen, die gem\u00e4\u00df der geltenden UX Definition bei immer mehr Menschen angenehmere Wahrnehmungen und Reaktionen hervorrufen. Nicht zuletzt deshalb glaube ich zum Beispiel auch an die Kraft von\u00a0Gamification<\/em>. Ich liebe die magischen Momenten, die entstehen, wenn wir uns im produktiven\u00a0Flow Zustand<\/em>\u00a0befinden. Dieser schmale Korridor zwischen\u00a0\u00dcberforderung<\/em>\u00a0und\u00a0Unterforderung<\/em>\u00a0bringt uns in\u00a0energetischen Fokus<\/em>\u00a0und erm\u00f6glicht das\u00a0v\u00f6llige Abtauchen<\/em>\u00a0bei der Nutzung eines digitalen Produktes oder Services. Das ist allemal jede UX Anstrengung wert.<\/p>\n

\"Flow<\/p>\n

Ein neues UX Designer Rollenverst\u00e4ndnis<\/h2>\n

Um diesen erstrebenswerten Flow-Zustand sowohl f\u00fcr das Team als auch f\u00fcr die NutzerInnen zu erreichen, m\u00fcssen UX Designer eine neue Haltung gegen\u00fcber ihrer Berufung einnehmen und sich in erster Linie als\u00a0Entwickler<\/em>\u00a0und damit als Teil eines gr\u00f6\u00dferen Ganzen verstehen, statt \u00fcberm\u00fctig – oder zumindest wenig dem\u00fctig – Konzepte und Designs mit sich selbst auszumachen.<\/p>\n

User Experience beginnt mit der F\u00e4higkeit zur Empathie und Perspektiven\u00fcbernahme. Diese „Spezialkraft“ sollten gute UX Designer also ohnehin bereits innehaben. Sie sollten sie aber nicht ausschlie\u00dflich f\u00fcr die NutzerInnen- gewinnbringend einsetzen, sondern eben auch f\u00fcr die grenz\u00fcberschreitende Zusammenarbeit mit den Software Engineers.<\/p>\n

Mehr Perspektiven\u00fcbernahme, mehr gegenseitige Wertsch\u00e4tzung und mehr Empathie f\u00fcr das Handwerk anderer Disziplinen wird automatisch dazu f\u00fchren, dass weniger \u00dcbergaben „\u00fcber die Mauer“ passieren, sondern mehr Kollaboration, Introspektion und Inspiration im gesamten Entwicklungsteam aufkeimt.<\/em><\/p>\n

Folgender Startentwurf eines ersten neuen\u00a0UX Designer Rollenbildes<\/em>\u00a0soll euch als UX Designer dabei unterst\u00fctzen, eine gesch\u00e4rfte Haltung gegen\u00fcber einer der sch\u00f6nsten Disziplinen der Welt einzunehmen und dadurch im Entwicklungsteam effektiver zu werden:<\/p>\n