UX-Grundlagen

Eine detaillierte Anleitung zu den Grundlagen des UX-Designs.

In diesem Artikel wird ein Workflow vorgestellt, mit dem Teams, Produkte, Start-ups und Unternehmen einen robusten und sinnvollen Prozess entwickeln können, um die Nutzerfreundlichkeit für ihre Kunden zu verbessern. Sie können verschiedene Teile des Prozesses separat verwenden, aber idealerweise funktionieren sie am besten als eine Reihe von Schritten.

Dieser Leitfaden basiert stark auf der Design-Sprint-Methodik, die von mehreren Teams bei Google verwendet wird, um Probleme zu beheben und Herausforderungen wie das selbstfahrende Auto und Project Loon zu lösen.

Double Diamond

Dieser Ablauf basiert auf dem sogenannten Double Diamond, der in UX-Kreisen vom British Design Council populär gemacht wurde. Dabei geht Ihr Team zuerst auseinander, um eine Idee durch Recherche zu verstehen, und kommt dann zusammen, um die Herausforderung zu definieren. Anschließend geht es wieder auseinander, um die Idee einzeln zu skizzieren, die Ideen zu teilen, den besten Weg zu finden, zu testen und zu validieren.

Die Phasen eines Projekts umfassen: Verstehen, Definieren, Divergieren, Entscheiden, Prototyping und Validieren.
Das vom British Design Council entwickelte Designprozessmodell „Double Diamond“ umfasst die folgenden Phasen eines Projekts: Verstehen, Definieren, Divergieren, Entscheiden, Prototyp erstellen und Validieren.

Die richtigen Erwartungen erzeugen

Zuerst sollten Sie die zugrunde liegende Herausforderung beschreiben und wie einen Vorschlag formulieren. Fragen Sie sich: „Welches Problem versuche ich eigentlich zu lösen?“ Die Problembeschreibung ist das Briefing, das Sie für das Projekt festlegen und das Ihr Ziel enthält.

Diese Herausforderung kann sich auf eine bestehende Produktfunktion beziehen, die verfeinert werden muss, oder auf ein völlig neues Produkt. Passen Sie die Sprache einfach an das Ziel an, das Sie erreichen möchten. Ein Statement sollte mit den Zielen Ihres Teams verknüpft, auf Ihre Zielgruppe ausgerichtet, inspirierend und prägnant sein.

Dies sind einige Beispiele für Produkte, an denen ich in der Vergangenheit gearbeitet habe.

  • Entwerfen Sie ein System zur Verwaltung der Behandlung und Nachsorge von Patienten mit Klumpfuß.

  • Erstellen Sie eine App, die komplexe Finanzsysteme vereinfacht und auf das Wesentliche reduziert.

  • Entwerfen Sie eine einheitliche mobile App für verschiedene Plattformen, ohne die Marke zu vernachlässigen.

Problembeschreibung aktualisieren

Sobald Sie mehrere Varianten des Ziels formuliert haben, präsentieren Sie diese Ihrem Team, um einen Konsens zu erzielen. Sie können auch eine Frist angeben, damit sich das Team auf das Problem konzentrieren kann. Mit den zusätzlichen Anpassungen könnte die obige Liste so aussehen:

  • Entwerfen Sie ein System zur Verwaltung der Behandlung und Nachsorge von Kindern unter 2 Jahren mit Klumpfuß, das im ersten Quartal dieses Jahres eingeführt werden soll.
  • Erstellen Sie eine einfache Finanz-App, mit der Sie per Knopfdruck Aktien kaufen und verkaufen können, ohne Vorkenntnisse in der Finanzwelt zu haben. Die App soll im Juli 2017 eingeführt werden.
  • Bis Ende dieses Jahres einen Designleitfaden erstellen, der für mehrere Plattformen flexibel ist und die Marke des Unternehmens auf jeder Plattform effektiv positioniert.

Wenn die Problembeschreibung fertig ist, platzieren Sie sie an einer gut sichtbaren Stelle, damit Sie sie während der Arbeit sehen können. Sie müssen immer wieder darauf zurückgreifen und ihn im Laufe des Projekts möglicherweise sogar aktualisieren oder ändern.

Problem validieren

Der nächste Schritt besteht darin, die Herausforderung zu untersuchen und mehr über das Problem zu erfahren. Sie müssen herausfinden, ob das Verständnis Ihres Teams für das Problem richtig ist. Häufig betrachten wir Probleme aus unserer eigenen Perspektive. Das ist gefährlich, da die meisten von uns in der Technologiebranche Poweruser sind und tatsächlich eine Minderheit der Nutzer darstellen. Wir sind eine lautstarke Minderheit und können uns leicht einreden, dass etwas ein Problem ist, obwohl es keines ist.

Es gibt verschiedene Methoden, um Daten zur Validierung der Herausforderung zu erheben. Welche Methode Sie wählen, hängt von Ihrem Team und davon ab, ob Sie Zugriff auf Nutzer haben. Ziel ist es, das vorliegende Problem besser zu verstehen.

Interne Interviews mit Stakeholdern

Interviews mit Stakeholdern können aufschlussreich sein, um Erkenntnisse über ein Unternehmen oder Team zu gewinnen.
Interviews mit Stakeholdern können aufschlussreich sein, um Erkenntnisse im gesamten Unternehmen oder Team zu gewinnen.

Dazu werden alle Teammitglieder und Stakeholder in Ihrem Unternehmen befragt, vom Marketing bis zur Buchhaltung. So können Sie herausfinden, was die Nutzer als die eigentlichen Herausforderungen und was sie als potenzielle Lösungen ansehen. Wenn ich von einer Lösung spreche, meine ich hier keine technischen Lösungen, sondern das beste Szenario und Endziel für das Unternehmen oder Produkt. Wenn wir beispielsweise die oben genannten Herausforderungen berücksichtigen, wäre „Unsere Software für Klumpfüße bis Ende des Jahres in 80 % der medizinischen Einrichtungen einführen“ ein gutes Ziel.

Es gibt jedoch eine Einschränkung. Diese Methode der Validierung ist am wenigsten beliebt, da sie Diskussionen und Zusammenarbeit im Team verhindert und möglicherweise eine isolierte Atmosphäre in einer Organisation schafft. Dennoch können Sie so einige gute Informationen über die Kundschaft und die Designherausforderung erhalten, die Sie sonst vielleicht verpassen würden.

Kurze Gespräche

Ein Lightning Talk ist eine sehr kurze Präsentation, die nur wenige Minuten dauert.
Ein Lightning Talk ist eine sehr kurze Präsentation, die nur wenige Minuten dauert.

Das ist ähnlich wie bei den internen Interviews, aber dieses Mal bringen Sie alle Stakeholder in einem Raum zusammen. Dann wählen Sie fünf oder sechs dieser Stakeholder (Marketing, Vertrieb, Design, Buchhaltung, Forschung usw.) aus, die einen Vortrag halten sollen. Jeder von ihnen konzentriert sich maximal zehn Minuten lang auf die Herausforderung aus seiner Perspektive. Die Themen, die sie in ihrer Präsentation behandeln müssen, sollten folgende sein:

  • Ziele des Unternehmens
  • Herausforderungen des Projekts aus ihrer Sicht (z. B. technische Herausforderungen, Herausforderungen bei der Recherche, Herausforderungen bei der Designerstellung usw.)
  • Nutzerstudien, die Sie derzeit haben

Lassen Sie am Ende 5 Minuten Zeit für Fragen und lassen Sie eine ausgewählte Person während der gesamten Zeit Notizen machen. Wenn Sie fertig sind, können Sie die Herausforderung aktualisieren, um neue Erkenntnisse zu berücksichtigen. Ziel ist es, eine Liste mit Stichpunkten zu erstellen, die eine Funktion oder einen Ablauf vorantreiben können, mit denen Sie das Ziel Ihres Produkts erreichen.

Nutzerinterviews

Nutzerinterviews sind eine gute Möglichkeit, mehr über die Probleme einer Person bei einer bestimmten Aufgabe zu erfahren.
Nutzerinterviews sind eine gute Möglichkeit, mehr über die Probleme einer Person bei einer bestimmten Aufgabe zu erfahren.

Dies ist vielleicht die beste Möglichkeit, mehr über die User Journey, die Pain Points und den Flow der Nutzer zu erfahren. Führen Sie mindestens fünf Interviews mit Nutzenden durch, mehr, wenn Sie Zugang zu ihnen haben. Sie sollten ihnen unter anderem folgende Fragen stellen:

  • Wie erledigen sie eine bestehende Aufgabe? Wenn Sie beispielsweise das Problem für die oben genannte Finanz-App lösen möchten, könnten Sie fragen: „Wie kaufen Sie derzeit Aktien?“
  • Was gefällt ihnen an diesem Ablauf?
  • Was gefällt ihnen an diesem Ablauf nicht?
  • Welche ähnlichen Produkte verwendet die Person derzeit?
    • Was gefällt ihnen?
    • Was gefällt ihnen nicht?
  • Wenn sie sich etwas wünschen dürften, das sie an diesem Prozess ändern könnten, was wäre das?

Das Ziel von Interviews ist es, die Nutzer dazu zu bringen, über die Herausforderungen zu sprechen, mit denen sie konfrontiert sind. Es ist kein Diskussionsthema für Sie, weshalb Sie sich so ruhig wie möglich verhalten müssen. Das gilt auch, wenn ein Nutzer aufhört zu sprechen. Warten Sie immer einen Moment, da er möglicherweise seine Gedanken sammelt. Sie werden überrascht sein, wie viel jemand noch sagt, nachdem er ein paar Sekunden lang aufgehört hat.

Machen Sie sich während des Gesprächs Notizen und zeichnen Sie es nach Möglichkeit auf, damit Sie nichts verpassen. Ziel ist es, die Herausforderung mit den von Ihnen gesammelten Nutzererkenntnissen zu vergleichen. Stimmen sie überein? Haben Sie etwas gelernt, das Ihnen hilft, Ihre Problembeschreibung zu aktualisieren?

Ethnografische Feldforschung

Wenn Sie Nutzer in ihrer natürlichen Umgebung beobachten, können Sie besser nachvollziehen, wie sie ihre eigenen Herausforderungen bewältigen.
Wenn Sie Nutzer in ihrer natürlichen Umgebung beobachten, können Sie besser nachvollziehen, wie sie ihre eigenen Herausforderungen lösen.

Hier beobachten Sie die Nutzer in der Praxis, im Kontext, während sie etwas tun, z. B. wie sie einkaufen, wie sie zur Arbeit fahren, wie sie SMS-Nachrichten senden usw. Der Grund dafür ist, dass die Leute Ihnen in manchen Fällen das sagen, was sie glauben, dass Sie hören wollen. Aber wenn Sie Nutzende dabei beobachten, wie sie Aktionen und Aufgaben selbst ausführen, kann das aufschlussreich sein. Im Grunde beobachten Sie, ohne einzugreifen, und notieren, was den Nutzern leicht oder schwer fällt und was sie möglicherweise übersehen haben. Ziel ist es, in die Umgebung der Nutzer einzutauchen, um ihre Probleme besser nachvollziehen zu können.

Diese Technik erfordert in der Regel Arbeit über einen längeren Zeitraum und eine Person, die diesen Teil des Projekts leitet. Aber sie ist vielleicht die aufschlussreichste, da Sie eine Gruppe von Personen, die Sie untersuchen, in ihrer natürlichen Umgebung beobachten können.

Zusammenfassung

Nachdem Sie die Lernphase Ihres Projekts abgeschlossen haben, müssen Sie sich Ihre Herausforderung ein letztes Mal ansehen. Sind Sie auf dem richtigen Weg? Gibt es etwas, das Sie anpassen müssen? Schreiben Sie alles auf, was Sie gelernt haben, und ordnen Sie es in Kategorien ein. Diese könnten je nach dem Problem, das Sie lösen, die Grundlage für eine Funktion oder einen Ablauf bilden. Sie könnten auch verwendet werden, um die Herausforderung zu aktualisieren und zu überarbeiten.

Sobald Sie genügend Feedback und Erkenntnisse haben, ist es an der Zeit, dieses Wissen auf die Erstellung einer Projektübersicht anzuwenden.

Übersicht zu Projekten

Das Problem, das Sie lösen möchten, betrifft in der Regel verschiedene Arten von Personen (oder Akteuren), die jeweils ein Interesse am Ablauf des Projekts haben. Anhand Ihrer Erkenntnisse müssen Sie die möglichen Akteure auflisten. Das kann ein Nutzertyp oder Stakeholder sein, z. B. „ein Arzt, der Klumpfüße behandelt“, „ein Patient mit Klumpfüßen“, „eine Pflegekraft, die sich um den Patienten kümmert“ usw. Schreiben Sie jeden Akteur auf die linke Seite eines Blatts Papier oder, falls Sie Zugriff darauf haben, auf ein Whiteboard. Schreibe auf der rechten Seite die Ziele der einzelnen Spieler auf.

Notieren Sie sich schließlich für jeden Spieler die Anzahl der Schritte, die er benötigt, um sein Ziel zu erreichen. Für „einen Arzt, der Klumpfüße behandelt“ wäre das Ziel beispielsweise „einen Patienten mit Klumpfuß heilen“. Die Schritte könnten dann „den Patienten im System registrieren“, „einen medizinischen Plan für ihn erstellen“, „einen Überprüfungszyklus für seinen Gesundheitszustand erstellen“ und „einen medizinischen Eingriff durchführen“ sein.

In Projektübersichten werden die wichtigsten Schritte für jeden Nutzer oder Akteur in einem Ablauf dargestellt.
In Projektübersichten werden die wichtigsten Schritte für jeden Nutzer oder Spieler in einem Ablauf dargestellt.

Das Ergebnis ist eine Projektübersicht mit den wichtigsten Schritten im Prozess. Betrachten Sie es als einen Überblick über das Projekt ohne zu viele Details. Außerdem können die Teammitglieder so beurteilen, ob die Karte zur Problembeschreibung passt. Später, wenn Sie die einzelnen Schritte aufschlüsseln, werden weitere Details hinzugefügt. Für den Moment bietet Ihnen eine User Journey Map jedoch eine allgemeine Aufschlüsselung der Schritte, die Nutzende unternehmen, um ihr Endziel zu erreichen.

Wireframing und Storyboarding

Crazy 8s

Dafür empfehle ich eine Methode namens „Crazy 8s“. Dabei wird ein Blatt Papier zweimal gefaltet, sodass acht Felder entstehen. Dann zeichnen Sie in jedem Feld eine Idee, die auf allem basiert, was Sie bisher gelernt haben. Nehmen Sie sich zehn Minuten Zeit, um Ideen für alle acht Felder zu entwickeln. Wenn Sie sich mehr als 20 Minuten Zeit geben, fangen Sie vielleicht an, zu prokrastinieren, sich einen Kaffee zu holen, E-Mails zu checken, sich mit Ihrem Team zu unterhalten und im Grunde die Arbeit zu vermeiden. In diesem Schritt sollten Sie ein Gefühl der Dringlichkeit erzeugen, da Sie so gezwungen sind, schnell und effektiver zu arbeiten.

Wenn Sie mit einem Team arbeiten, sollten alle Mitglieder ebenfalls eine eigene Liste erstellen. Dieser Prozess regt Ihr Gehirn an und bringt Sie dazu, über die Herausforderung nachzudenken. In der Regel ist die Skizze ein Wireframe für das Oberflächendesign.

Anschließend präsentieren Sie und alle anderen im Team der Gruppe ihre Ideen. Alle müssen jede ihrer acht Ideen im Detail erklären und begründen, warum sie sich für einen bestimmten Weg entschieden haben. Erinnern Sie jedes Teammitglied daran, die Erkenntnisse zur Begründung seiner Ideen zu nutzen. Nachdem alle ihre Ideen präsentiert haben, wird darüber abgestimmt. Jede Person erhält zwei Klebepunkte und kann für jede Idee stimmen. Sie können beide Stimmen für eine Idee abgeben, wenn sie ihnen besonders gut gefällt.

Crazy 8s sind eine gute Möglichkeit, alle Ihre Ideen auf einer Seite zusammenzufassen.
Crazy 8s sind eine gute Möglichkeit, alle Ihre Ideen auf einer Seite zusammenzufassen.
Jetzt müssen Sie ein detailliertes Design auf Grundlage Ihrer Erkenntnisse erstellen.
Jetzt müssen Sie ein detailliertes Design basierend auf Ihren Erkenntnissen erstellen.

Design optimieren

Nehmen Sie nach der Abstimmung die Idee mit den meisten Stimmen und skizzieren Sie eine endgültige Idee. Sie können auch Ideen von Ihren Kollegen übernehmen. Nehmen Sie sich weitere zehn Minuten Zeit, um diese Aufgabe zu erledigen. Wenn Sie fertig sind, präsentieren Sie die Ideen noch einmal Ihrem Team und stimmen Sie wie zuvor ab.

Storyboard für die Idee erstellen

Beim Storyboard werden Ihre Skizzen und Ideen zu einem umfassenden Ablauf kombiniert.
Im Storyboard werden Ihre Skizzen und Ideen zu einem umfassenden Ablauf kombiniert.

Nachdem Sie Ihr Design erstellt haben, ist es an der Zeit, die Interaktion mit dem Nutzer in einem Storyboard darzustellen. An dieser Stelle sollten Sie sich bereits Gedanken über die verschiedenen Schritte gemacht haben, die ein Nutzer ausführt. Es ist durchaus üblich, auch einen Entwurf eines Kollegen in den Ablauf einzubinden. Sie sollten einen klaren Schritt-für-Schritt-Prozess mit einigen Punkten haben, an denen die Nutzenden abweichen könnten. Sehen Sie sich die Projektübersicht an, um Ihr Design mit dem Ziel abzugleichen.

Prototyp erstellen

Beim Erstellen eines Prototyps geht es nicht darum, den perfekten Code zu schreiben, sondern etwas zu entwickeln, das für Nutzer glaubwürdig ist. Die Tools, die zum Erstellen eines Prototyps verwendet werden, variieren von Person zu Person. Manche bevorzugen Keynote oder PowerPoint, weil sie sich so auf den Ablauf und nicht auf Designdetails konzentrieren können. Sie können Zeit in das Erlernen von Tools wie Balsamiq, Marvel oder Framer investieren, die Ihnen mehr Kontrolle über das Verhalten bieten. Für welches Tool Sie sich auch entscheiden, es sollte Ihnen helfen, sich auf den Ablauf zu konzentrieren, und realistisch aussehen. Sie müssen den Prototyp mit echten Menschen testen. Er muss also so glaubwürdig wie möglich sein, aber gleichzeitig sollte die Erstellung nicht Wochen dauern.

Prototypen müssen realistisch genug sein, um glaubwürdig zu sein.
Prototypen müssen realistisch genug sein, um glaubwürdig zu sein.

Die Erstellung eines Prototyps ist ein Balanceakt zwischen Zeit und Realitätsnähe. Achten Sie darauf, nicht zu sehr in eines der beiden Extreme zu verfallen. In beiden Fällen verschwenden Sie möglicherweise Zeit.

Designs auf Nutzerfreundlichkeit testen

Es ist gut, wenn Sie ein Testlabor haben. Wenn Sie noch keine haben, ist es nicht schwierig, eine zu erstellen. Achten Sie nur darauf, eine angenehme Umgebung für Ihre Nutzer zu schaffen, die nicht ablenkt. An einem Test nehmen in der Regel die Testperson und zwei Personen aus Ihrem Team teil, von denen eine Person Notizen macht und die andere Fragen stellt. Eine gute Möglichkeit ist, eine App wie Hangouts zu verwenden und die Aktionen aufzuzeichnen. Das ist auch praktisch, wenn der Rest des Teams von einem anderen Raum aus zusehen soll. Das kann für uns als App-Entwickler ziemlich beängstigend sein, da wir unsere Designs in der Praxis sehen. Das kann sowohl eine erfrischende als auch eine ernüchternde Erfahrung sein.

Beim Storyboard werden alle Ihre Skizzen und Ideen zu einem umfassenden Ablauf zusammengefügt.
Im Storyboard werden alle Ihre Skizzen und Ideen zu einem umfassenden Ablauf zusammengefügt.

Hilfreiche Fragen

Wenn Sie Ihr Design testen, bitten Sie die Nutzer, Aufgaben in Ihrer App auszuführen und dabei laut zu sagen, was sie tun und warum. Das ist zwar etwas ungewöhnlich, aber so können Sie hören, was sie denken. Versuchen Sie, sie nicht zu unterbrechen oder ihnen zu sagen, was sie tun sollen, wenn sie nicht weiterkommen. Fragen Sie sie einfach, warum sie einen bestimmten Ablauf gewählt haben, nachdem sie ihn abgeschlossen (oder NICHT abgeschlossen) haben.

Sie müssen Folgendes herausfinden:

  • Was gefällt ihnen am Prototyp?
  • Was gefällt ihnen am Prototyp nicht?
  • Was sind die Pain Points?
    • Warum hat ein Ablauf funktioniert?
    • Warum hat ein Ablauf nicht funktioniert?
  • Was möchten sie verbessern?
  • Entspricht das Gesamtdesign/der Ablauf ihren Anforderungen?

Designs überarbeiten und eine weitere Testrunde durchführen

Sie haben einen funktionierenden Prototyp mit Feedback. Jetzt ist es an der Zeit, Ihre Designs zu überarbeiten und zu analysieren, was funktioniert hat und was nicht. Scheuen Sie sich nicht, ein völlig neues Wireframe-Storyboard zu erstellen und einen neuen Prototyp zu entwickeln. Wenn Sie von vorn beginnen, kann das einen besseren Ablauf ermöglichen, als wenn Sie versuchen, Elemente in Ihrem früheren Prototyp zu verschieben. Versuchen Sie, nicht zu sehr daran zu hängen, denn es ist nur ein Prototyp.

Wenn Sie mit Ihren Designs zufrieden sind, können Sie sie noch einmal testen und weiter optimieren. Wenn der Prototyp überhaupt nicht funktioniert, denken Sie vielleicht, dass das Projekt gescheitert ist. In Wirklichkeit ist das nicht der Fall. Sie haben wahrscheinlich weniger Entwicklungszeit aufgewendet, als wenn Sie das Design tatsächlich erstellt hätten, und Sie wissen mehr darüber, was Nutzern tatsächlich gefällt. Bei Design Sprints gilt die Philosophie, dass man entweder gewinnt oder lernt. Machen Sie sich also keine Vorwürfe, wenn die Idee nicht wie geplant funktioniert hat.

Kreativ sein

Sie haben Ihre Ideen getestet. Der Nutzer mag sie. Die Stakeholder sind engagiert, weil sie von Anfang an beteiligt waren. Jetzt ist es an der Zeit, das Ding zu bauen. Inzwischen sollten Sie eine klare Vorstellung davon haben, was erstellt werden muss und welche Prioritäten für die Nutzung gelten. An jedem Meilenstein des Projekts können Sie Usability-Tests einführen, um Ihre Arbeit zu validieren und auf Kurs zu bleiben.

Ich kann gar nicht genug betonen, wie wichtig es ist, so viel wie möglich herauszufinden, bevor Sie viel Arbeit, Zeit und Energie in etwas investieren, das möglicherweise nicht die richtige Lösung ist.

Dieser Artikel sollte Ihnen nun einen grundlegenden Einblick in die UX und ihre Bedeutung gegeben haben. UX ist keine Rolle, die nur für Designer oder Forscher gedacht ist. Es liegt in der Verantwortung aller an einem Projekt beteiligten Personen, daher empfehle ich, sich bei jeder Gelegenheit einzubringen.