Kommunikation ist essenziell im UX Design. Wie in anderen Domänen auch, kann Kommunikation durch – zuweilen sehr subtile – Einflussfaktoren beeinträchtigt werden, von denen einige in Teil 1 dieses Artikels beschrieben wurden. Der vorliegende zweite Teil befasst sich mit weiteren Einflüssen, die Kommunikation behindern können, wie (unbewusste) Sprachbarrieren und dem „menschlichen Faktor“ im UX Design.

Es gibt eine Vielzahl von Rollen und Berufsbezeichnungen im User Experience Design, der Gestaltung von Nutzungserlebnissen. Aber egal auf welche Art und Weise jemand in ein UX Design Projekt involviert ist – Kommunikation ist eine der wesentlichen Aktivitäten, die dazu beiträgt, dass Projekte in der höchst kollaborativen UX Domäne erfolgreich durchgeführt werden können.

Unabhängig davon, ob es darum geht, mit Nutzern, Projekt-Stakeholdern oder innerhalb eines UX Design Teams zu kommunizieren, beinhaltet Kommunikation in jedem Fall mehr als nur mit den betreffenden Personen zu reden und sicherzustellen, dass die Wörter klar ausgesprochen werden. Es gilt vielmehr, bestimmte Fallstricke zu umgehen. Dieser Artikel in zwei Teilen befasst sich mit der Rolle von Kommunikation im UX Design um Hilfestellungen zur effizienten Kommunikation zu bieten. Im Artikel wird der Begriff „UX Praktiker“ als allgemeiner Begriff verwendet, um auf die verschiedenen, am UX Design Prozess beteiligten, Rollen zu verweisen. Die Überlegungen können sowohl auf UX Praktiker innerhalb einer Organisation wie auch auf externe (beratende) UX Praktiker bezogen werden.

Wireframes sind ein wesentliches Werkzeug für den Usability Engineer. Sie lassen sich mit geringem Aufwand erstellen und unterstützen die Kommunikation bezüglich grundlegendem Layout und Interaktionsdesign. Meistens werden nur geringe bis gar keine Ressourcen auf das visuelle „Styling“ der Wireframes verwendet. Dies gewährleistet, dass Ressourcen auf das Wesentliche fokussiert werden – sie fließen damit nicht in die Gestaltung visueller Details, die voraussichtlich später ohnehin signifikanten Veränderungen unterliegen würden.

Fehlt Mitgliedern des Designteams oder anderen Stakeholdern die Erfahrung im Umgang mit Wireframes, können Probleme auftauchen, die ein User Interface Design Projekt beeinträchtigen. Zwei davon werden im Folgenden beschrieben.

„Wer braucht schon Usability Engineering?“ – Ein Ausruf, den man vielleicht von jemandem hören kann, der eher negative Erfahrungen mit Usability Engineering Dienstleistungen gemacht hat. Es gibt einige Kritikpunkte, die häufiger im Zusammenhang mit Usability Engineering genannt werden. Der Artikel beschreibt, wieso Usability Engineering Aktivitäten unabdingbar sind und wie in der Praxis mit typischen Problemen umgegangen werden kann bzw. wie diese vermieden werden können.

Bei all den Posts zu Usability Engineering in der Blogosphäre, die sich an Fortgeschrittene richten, kann es manchmal schwierig sein, Informationen über Grundlegendes zu finden. Deshalb bieten wir diese Einführung zur Einbeziehung des Endnutzers in den Entwicklungsprozess an. Es handelt sich hier um Basisinformationen, jedoch könnten es für manche Leser genau die Informationen sein, die sie gesucht haben, nach denen sie bisher aber nicht zu fragen wagten.

Eine wesentliche Aktivität bei der Gestaltung von User Interfaces ist die Kommunikation über das interaktive Verhalten des betreffenden Systems und die Funktionen, die schließlich in einem nutzerfreundlichen Interface angeboten werden sollen. Um diesbezügliche Informationen zu kommunizieren, existieren verschiedene Ansätze. Häufig kommen „Screen Scribbles“ und Use Case Beschreibungen zum Einsatz.

Bei „Screen Scribbles“ handelt es sich um (handgezeichnete) Skizzen von User Interface Layouts. Bei einem Kickoff Meeting kann bspw. ein Stakeholder ein Screen Scribble anfertigen, um einen Screen zu zeigen, auf dem wesentliche Systemfunktionalitäten angeordnet sind, damit User Interface Designer auf diese Weise schnell einen Einblick in wesentliche System-Aspekte erhält.

Beim Requirements Engineering kommen häufig Use Case Beschreibungen zum Einsatz, die dem User Interface Designer einen Einblick in Workflows und das Wechselspiel von Anwender-Aktionen und System-Reaktionen ermöglichen.

Der Artikel befasst sich mit den Vor- und Nachteilen der beiden Ansätze und gibt Hinweise zum praktischen Einsatz der beiden Werkzeuge.