UX-Grundlagen

Eine Schritt-für-Schritt-Anleitung zu den Grundlagen des UX-Designs.

In diesem Artikel wird ein Workflow vorgestellt, mit dem Teams, Produkte, Start-ups und Unternehmen einen soliden und sinnvollen Prozess zur Entwicklung einer besseren User Experience für ihre Kunden schaffen können. Sie können verschiedene Teile des Prozesses separat ausführen, aber im Idealfall funktionieren sie am besten in einer Reihe von Schritten.

Dieser Leitfaden baut stark auf die Design-Sprint-Methodik auf, die mehrere Teams bei Google zur Fehlerbehebung und Lösung von Herausforderungen wie dem selbstfahrenden Auto und dem Project Loon verwenden.

Doppelte Raute

Diese Ablaufarbeit basiert auf dem, was wir in UX-Kreisen als „doppelte Raute“ bezeichnen, das vom British Design Council bekannt wurde. Ihr Team trennt sich, um eine Idee durch Forschung zu verstehen, und konvergiert dann, um die Herausforderung zu definieren, sie einzeln zu skizzieren, die Ideen zu teilen, über den besten Weg zu entscheiden, zu testen und zu validieren.

Die Phasen eines Projekts umfassen: Erstellen, Definieren, Divergieren, Entscheiden, Prototyping und Validieren.
Das Designprozessmodell „Double Diamond“ wurde vom British Design Council erfunden. Die Schritte umfassen diese Phasen eines Projekts: Verstehen, Definieren, Entwickeln, Entscheiden, Prototyp erstellen und Validieren.

Vorbereitung

Beginnen Sie mit der zugrunde liegenden Herausforderung und schreiben Sie sie wie einen Vorschlag aus. Fragen Sie sich: „Was ist das Problem, das ich tatsächlich zu lösen versuche?“. Die Challenge-Beschreibung ist die Kurzform, die Sie für das Projekt festlegen, das Ihr Ziel enthält.

Diese Herausforderung kann eine bestehende Produktfunktion sein, die verfeinert werden muss, oder ein völlig neues Produkt. Ganz gleich, was Ihre Aufgabe ist, Sie passen die Sprache einfach an das Ziel an, das Sie erreichen möchten. Eine Aussage sollte an Ihre Teamziele gebunden sein. Sie ist auf Ihre Zielgruppe ausgerichtet, inspirierend und prägnant.

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

  • Ein System zur Verwaltung der Behandlung und Anschlussversorgung von Klumpfuß-Patienten entwerfen

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

  • Eine einheitliche mobile App für verschiedene Plattformen entwerfen, ohne die Marke zu beeinträchtigen.

Herausforderungsbeschreibung aktualisieren

Nachdem Sie mehrere Varianten des Ziels geschrieben haben, präsentieren Sie es Ihrem Team, um einen Konsens zu erzielen. Sie sollten auch eine Frist einfügen, da das Team sich so auf das Problem konzentrieren kann. Mit den zusätzlichen Anpassungen könnte die obige Liste so aussehen:

  • Ein System zur Verwaltung der Behandlung und Nachbetreuung von Kindern unter 2 Jahren mit Klumpfuß entwickeln, die im ersten Quartal dieses Jahres eingeführt werden soll.
  • Erstellen Sie eine einfache Finanz-App, mit der Sie Aktien per Tastendruck ohne Vorkenntnisse kaufen und verkaufen können. Die App wurde im Juli 2017 erstmals eingeführt.
  • Erarbeiten Sie einen Designleitfaden, der für mehrere Plattformen flexibel ist und bis Ende des Jahres die Marke des Unternehmens effektiv auf jeder Plattform positioniert.

Platzieren Sie die fertige Herausforderungsbeschreibung an einer gut sichtbaren Stelle, damit Sie sie während der Arbeit sehen können. Sie müssen regelmäßig darauf zurückgreifen, vielleicht sogar während des gesamten Projekts aktualisieren oder modifizieren.

Problem validieren

Der nächste Schritt besteht darin, die Herausforderung zu untersuchen und mehr über das Problem zu erfahren. Sie müssen herausfinden, ob Ihr Team das Problem richtig versteht. Ziemlich oft betrachten wir Probleme aus unserer eigenen Perspektive, was gefährlich ist, da die meisten von uns im Technologiebereich Poweruser sind und eigentlich eine Minderheit von Nutzern sind. Wir sind eine stimmliche Minderheit und lassen uns täuschen, dass etwas tatsächlich ein Problem ist, wenn es nicht so ist.

Es gibt verschiedene Methoden zur Erhebung von Daten, um die Herausforderung zu validieren. Jeder davon 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 informativ sein, um Erkenntnisse über ein Unternehmen oder Team zu gewinnen.
Interviews mit Stakeholdern können hilfreich sein, um Erkenntnisse im gesamten Unternehmen oder Team zu gewinnen.

Der Bewerbungsprozess umfasst Interviews mit allen Teammitgliedern und Stakeholdern in Ihrem Unternehmen, vom Marketing bis zur Rechnungsabteilung. So finden Sie heraus, worin die echten Herausforderungen bestehen und was aus ihrer Sicht potenzielle Lösungen sein könnte. Mit „Lösung“ spreche ich hier nicht von technischen Lösungen, sondern vom Best-Case-Szenario und Endziel für das Unternehmen oder Produkt. Zum Beispiel wäre die Verwendung der oben genannten Herausforderungen „Unsere Klumpfuß-Software bis Ende des Jahres in 80% der medizinischen Einrichtungen verfügbar“ zu nutzen.

Es gibt jedoch einen Nachteil. Diese Validierungsmethode wird am wenigsten empfohlen, da sie die Diskussion und Zusammenarbeit im Team verhindert und so möglicherweise eine isolierte Atmosphäre in einem Unternehmen schafft. Trotzdem können sie wertvolle Informationen über die Kundschaft und die Designherausforderung liefern, die Sie sonst übersehen könnten.

Kurze Gespräche

Ein Blitzvortrag 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 einen einzigen Raum. Dann wählen Sie fünf oder sechs dieser Stakeholder (Marketing, Vertrieb, Design, Konten, Forschung usw.) für einen Vortrag aus, der sich jeweils maximal 10 Minuten lang auf die Herausforderung aus ihrer Perspektive konzentriert. Die Präsentation sollte folgende Themen umfassen:

  • Ziele des Unternehmens
  • Herausforderungen des Projekts aus seiner Sicht (z. B. technische Fragen, Forschungszusammenstellung, Designerstellung usw.)
  • Nutzerstudien, die Sie derzeit durchführen

Lassen Sie am Ende 5 Minuten für Fragen Zeit, wobei eine ausgewählte Person sich während des gesamten Zeitraums Notizen macht. Wenn Sie fertig sind, können Sie die Herausforderung aktualisieren, um die neuen Erkenntnisse widerzuspiegeln. Das Ziel besteht darin, eine Liste von Aufzählungspunkten zu erstellen, die eine Funktion oder einen Ablauf unterstützen können, die Ihnen beim Erreichen Ihres Produktziels hilft.

Interviews mit Nutzenden

Interviews mit Nutzenden sind eine großartige Möglichkeit, mehr über die Probleme einer Person bei einer bestimmten Aufgabe zu erfahren.
Interviews mit Nutzern sind eine gute Möglichkeit, mehr über die Probleme einer Person bei einer bestimmten Aufgabe zu erfahren.

Dies ist wahrscheinlich der beste Weg, um mehr über die User Journey, die Probleme und den Ablauf zu erfahren. Ordnen Sie mindestens fünf Interviews mit Nutzenden an, weitere, wenn Sie Zugriff darauf haben. Die Art von Fragen, die Sie ihnen stellen, sollten Folgendes umfassen:

  • Wie erledigen sie eine bestehende Aufgabe? Angenommen, Sie möchten die Herausforderung für die obige Finanz-App lösen. Fragen Sie sie beispielsweise: „Wie kaufen Sie im Moment Aktien und Aktien?“
  • Was gefällt ihnen an diesem Ablauf?
  • Was gefällt ihnen an diesem Ablauf nicht?
  • Welche ähnlichen Produkte verwenden die Nutzenden derzeit?
    • Was gefällt ihnen?
    • Was gefällt ihnen nicht?
  • Wenn sie einen Zauberstab hätten und etwas an diesem Prozess ändern könnten, was wäre das?

Bei einem Interview sollen die Nutzenden über ihre Herausforderungen sprechen. Er ist kein Diskussionspunkt für Sie, daher müssen Sie so ruhig wie möglich bleiben. Dies gilt auch, wenn Nutzende nicht mehr sprechen, immer einen Moment warten, während sie ihre Gedanken sammeln. Sie werden sich wundern, wie viel jemand noch spricht, nachdem er einige Sekunden innehalten hat.

Machen Sie sich während des Gesprächs Notizen und zeichnen Sie das Gespräch nach Möglichkeit auf, damit Sie alles festhalten können, was Sie übersehen haben. Ziel ist es, die Herausforderung mit den von Ihnen gesammelten Erkenntnissen zu vergleichen. Stimmen sie überein? Haben Sie etwas gelernt, das Ihnen hilft, Ihre Herausforderungsbeschreibung zu aktualisieren?

Ethnografische Feldforschung

Nutzende in ihrer natürlichen Umgebung zu sehen, ist eine großartige Möglichkeit, zu verstehen, wie sie ihre eigenen Herausforderungen lösen.
Nutzer in ihrer natürlichen Umgebung zu sehen, ist eine großartige Möglichkeit, zu verstehen, wie sie ihre eigenen Herausforderungen lösen.

Hier beobachten Sie den Nutzer im Kontext, während er etwas kauft, wie er zur Arbeit fährt, wie er SMS sendet usw. Der Grund dafür ist, dass Nutzer Ihnen manchmal sagen, was sie Ihrer Meinung nach hören möchten. Aber wenn Sie sehen, wie Nutzende Aktionen und Aufgaben eigenständig ausführen, kann das aufschlussreich sein. Sie beobachten also, ohne zu stören, und merken, was für sie einfach oder schwierig ist oder was sie vielleicht übersehen haben. Das Ziel ist es, sich in die Umgebung der Nutzer einzutauchen, um besser Empathie für ihre Probleme aufzubauen.

Diese Technik beinhaltet in der Regel Arbeit, die über einen längeren Zeitraum ausgeführt wird, und erfordert, dass ein Forscher diesen Teil des Projekts leitet. Aber es ist wahrscheinlich am aufschlussreichsten, wenn Sie eine Gruppe von Menschen sehen, die Sie in ihrer natürlichen Umgebung studieren.

Alles zusammentragen

Wenn Sie die Lernphase Ihres Projekts abgeschlossen haben, müssen Sie sich Ihre Herausforderung noch einmal ansehen. Sind Sie auf dem richtigen Weg? Müssen Sie etwas anpassen? Schreiben Sie alles auf, was Sie gelernt haben, und ordnen Sie es in Kategorien ein. Je nachdem, welches Problem Sie lösen, können diese die Grundlage für eine Funktion oder einen Ablauf werden. Sie können 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 in die Erstellung einer Projektkarte anzuwenden.

Projektkarte

Das Problem, das Sie zu lösen versuchen, besteht in der Regel aus verschiedenen Arten von Personen (oder Akteuren), die jeweils ein Interesse am Ablauf des Projekts haben. Basierend auf Ihren Erkenntnissen müssen Sie die möglichen Spieler auflisten. Es könnte sich um einen Nutzertyp oder Stakeholder handeln, wie z. B. „Arzt, der Klumpfuß behandelt“, „Patient mit Klumpfuß“, „Betreuer, der sich um Patienten kümmert“ usw. Notieren Sie jeden Spieler links auf ein Blatt Papier oder, falls Sie Zugriff auf einen Klumpfuß haben, auf ein Whiteboard. Auf der rechten Seite schreiben Sie die Ziele der einzelnen Spieler.

Notieren Sie schließlich für jeden Spieler die Anzahl der Schritte, die erforderlich sind, um sein Ziel zu erreichen. Zum Beispiel wäre das Ziel für „arzt, der Klumpfuß behandelt“ das Ziel „einen Patienten mit Klumpfuß heilen“. Die Schritte wären z. B. „Patient im System registrieren“, „einen medizinischen Plan mit dem Klumpfuß aufnehmen“, „einen Überprüfungszyklus des Klumpfußes zu erstellen“ und „Medizinische Behandlung durchführen“.

Projektkarten stellen die wichtigsten Schritte für alle Nutzenden oder Spieler in einem User Flow dar.
Projektkarten stellen die wichtigsten Schritte für jeden Nutzer oder Spieler in einem Ablauf dar.

Das Ergebnis ist eine Projektkarte mit den Hauptschritten des Prozesses. Betrachten Sie es als einen Überblick über das Projekt ohne allzu viele Details. Die Teammitglieder können so auch beurteilen, ob die Karte zur Herausforderung passt. Später, wenn Sie die einzelnen Schritte aufschlüsseln, erhalten Sie weitere Details. Jetzt sehen Sie aber eine Übersicht über die Schritte, die Nutzende unternehmen, um ihr Ziel zu erreichen.

Wireframing und Storyboarding

Verrückte 8er

Dazu empfehle ich eine Methode namens „Crazy 8s“, bei der ein Blatt Papier zweimal gefaltet wird, sodass acht Felder entstehen. Dann skizzieren Sie in jedem Panel eine Idee, die auf dem Gelernten basiert. Nehmen Sie sich 10 Minuten Zeit, um sich Ideen für alle acht Panels zu überlegen. Wenn Sie sich mehr als 20 Minuten Zeit nehmen, könnten Sie damit anfangen, einen Kaffee zu trinken, Ihre E-Mails zu lesen, sich mit Ihrem Team allgemein zu unterhalten und die Arbeit praktisch zu vermeiden. In diesem Schritt sollten Sie ein Gefühl von Dringlichkeit erzeugen, da er Sie zwingt, schneller und effektiver zu arbeiten.

Wenn Sie mit einem Team arbeiten, bringen Sie alle dazu, auch ihre eigenen Aufgaben zu machen. Dieser Prozess wird Ihr Gehirn auf Touren bringen und Sie dazu bringen, über die Herausforderung nachzudenken. Im Allgemeinen ist die Skizze ein Wireframe für ein Schnittstellendesign.

Anschließend präsentieren Sie und alle aus Ihrem Team der Gruppe ihre Ideen. Jeder muss jede der acht Ideen ausführlich erläutern und erläutern, warum er sich für einen bestimmten Weg entschieden hat. Erinnern Sie alle Teammitglieder daran, das Gelernte zur Begründung ihrer Ideen zu nutzen. Sobald alle präsentiert haben, ist es an der Zeit, über die Ideen abzustimmen. Jede Person erhält zwei Haftpunkte und kann über jede Idee abstimmen. Sie können für eine Idee beide Stimmen abgeben, wenn ihnen die Idee gefällt.

„Crazy 8s“ sind eine großartige Möglichkeit, alle Ideen auf eine Seite zu bringen.
„Crazy 8s“ ist eine großartige Möglichkeit, all deine Ideen auf eine Seite zu bringen.
Nun müssen Sie anhand dessen, was Sie gelernt haben, ein detailliertes Design erstellen.
Jetzt müssen Sie anhand des Gelernten ein detailliertes Design erstellen.

Design optimieren

Nach der Abstimmung wird die Idee mit den meisten Stimmen angenommen und eine endgültige Idee skizziert. Sie können sich auch die anderen Ideen, die Sie von Ihren Teammitgliedern gehört haben, leihen. Nehmen Sie sich weitere zehn Minuten Zeit, um diese Aufgabe abzuschließen. Wenn Sie fertig sind, präsentieren Sie die Ideen Ihrem Team und stimmen wie zuvor ab.

Ein Storyboard für die Idee erstellen

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

Sobald Sie Ihr Design entwickelt haben, ist es an der Zeit, ein Storyboard für die Interaktion mit den Nutzenden zu erstellen. Zu diesem Zeitpunkt sollten Sie bereits über die verschiedenen Schritte der Nutzer nachgedacht haben. Es kommt häufig vor, dass auch das Design eines Teammitglieds in den Ablauf einfließt. Sie möchten einen klaren Schritt-für-Schritt-Prozess mit einigen Punkten verfolgen, an denen die Nutzenden auseinanderlaufen können. Orientieren Sie sich an der Projektübersicht, um Ihr Design anhand des Ziels zu validieren.

Prototyp erstellen

Beim Erstellen eines Prototyps geht es nicht darum, das perfekte Code-Snippet zu formen, sondern etwas zu erstellen, das glaubwürdig ist, wenn es von jemandem verwendet wird. Die Tools zum Erstellen eines Prototyps variieren von Person zu Person. Einige davon zwingen Sie z. B. zu Keynote oder PowerPoint, da es sich um den Ablauf und nicht um Designdetails handelt. Vielleicht möchten Sie Zeit in Lerntools wie Balsamiq, Marvel oder Framer investieren, die Ihnen mehr Verhaltenskontrollen bieten. Ganz gleich, welches Tool Sie verwenden, achten Sie darauf, dass es Sie auf den Ablauf konzentriert und authentisch aussieht. Sie müssen den Prototyp an realen Personen testen, damit er so glaubwürdig wie möglich ist. Gleichzeitig sollte er nicht wochenlang Arbeit in Anspruch nehmen.

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

Beim Erstellen eines Prototyps geht es um ein Gleichgewicht zwischen Zeit und Realität. Achten Sie also darauf, nicht zu sehr in die extremen Richtungen zu schwanken. Wie auch immer: Sie könnten am Ende Zeit verschwenden.

Usability-Tests Ihrer Designs

Das ist großartig, wenn Sie ein Testlabor haben. Andernfalls ist es nicht schwierig, eine solche zu erstellen. Sie sollten nur darauf achten, eine angenehme, nicht ablenkende Umgebung für die Nutzer zu schaffen. Die Tests umfassen in der Regel die Nutzenden und zwei Personen aus Ihrem Team, die sich Notizen machen und die andere Fragen stellen. Es empfiehlt sich, eine App wie Hangouts zu verwenden und ihre Aktionen aufzuzeichnen. Dies ist auch praktisch, wenn Sie möchten, dass der Rest des Teams von einem anderen Raum aus beobachten soll. Das kann für uns als App-Entwickler ziemlich beängstigend sein, wenn wir unsere Designs in der Praxis sehen. Das kann sowohl erfrischend als auch ernüchternd sein.

Das Storyboard beinhaltet, dass Sie all Ihre Skizzen und Ideen zu einem umfassenden Ablauf zusammensetzen.
Beim Storyboard werden alle Ihre Skizzen und Ideen zu einem umfassenden Ablauf zusammengefügt.

Hilfreiche Fragen

Bitten Sie die Nutzer beim Testen Ihres Designs, Aufgaben in Ihrer App auszuführen und sie dazu zu bringen, zu sprechen und zu sprechen, was sie tun und warum. Das ist seltsam, aber es hilft Ihnen, ihre Gedanken zu verstehen. Versuchen Sie, sie nicht zu unterbrechen und nicht zu sagen, was sie tun sollen. Fragen Sie sie einfach, warum sie einen bestimmten Ablauf nach Abschluss (oder NICHT abgeschlossen) ausgeführt haben.

Das müssen Sie herausfinden:

  • Was gefällt ihnen am Prototyp?
  • Was gefällt ihnen am Prototyp nicht?
  • Was sind die Probleme?
    • Warum hat ein Flow funktioniert?
    • Warum hat ein User Flow nicht funktioniert?
  • Was möchte es verbessern?
  • Entspricht das Design/Ablauf insgesamt den Anforderungen?

Designs überarbeiten und weitere Tests durchführen

Sie haben einen funktionierenden Prototyp mit Feedback. Überarbeiten Sie nun Ihre Designs und analysieren, was funktioniert hat und was nicht. Scheuen Sie sich nicht, ein völlig neues Wireframe-Storyboard zu erstellen. Neu beginnen kann einen besseren Ablauf schaffen, als zu versuchen, Elemente auf dem vorherigen Prototyp zu verschieben. Achten Sie darauf, nicht zu kostbar zu sein, denn es ist nur ein Prototyp.

Wenn Sie mit Ihren Designs zufrieden sind, können Sie sie erneut testen und weiter optimieren. Wenn der Prototyp überhaupt nicht das Ziel erreicht hat, könnten Sie denken, dass das Projekt gescheitert ist. Tatsächlich ist das aber nicht der Fall. Wahrscheinlich haben Sie weniger Entwicklungszeit aufgewendet, als wenn Sie das Design tatsächlich entwickelt hätten, und wissen mehr über die tatsächliche Darstellung der Nutzer. Bei Design-Sprints haben wir eine Philosophie, bei der Sie gewinnen oder lernen. Lassen Sie sich also nicht zu sehr verprügeln, wenn die Idee nicht wie geplant funktioniert hat.

Geschafft!

Sie haben Ihre Ideen getestet. Die Nutzenden mögen sie. Die Stakeholder sind investiert, weil sie von Anfang an beteiligt waren. Jetzt ist es an der Zeit, das Ding zu schaffen. Inzwischen sollten Sie eine klare Vorstellung davon haben, was gemacht werden muss und was die Prioritäten der Erfahrung sind. Zu jedem Meilenstein des Projekts können Sie Usability-Tests einführen, um Ihre Arbeit zu validieren und auf Kurs zu bleiben.

Es ist wirklich wichtig, so viel wie möglich herauszufinden, bevor Sie viel Arbeit, Zeit und Energie für etwas aufwenden, das vielleicht nicht die richtige Lösung ist.

Dieser Artikel sollte Ihnen die grundlegenden Grundlagen der UX-Designs und ihrer Bedeutung vermitteln. UX ist keine Rolle für Designschaffende oder Forschende. Es liegt in der Verantwortung aller, die an einem Projekt beteiligt sind. Daher empfehle ich Ihnen, sich bei jeder Gelegenheit einzubringen.