Viele UX-Teams führen Usability-Tests erst durch, nachdem Änderungen in das Design eingegangen sind. Auf diese Weise sollen vor der finalen Auslieferung die letzten Probleme identifiziert und anschließend abgeschliffen werden. Viel wertvoller ist Nutzerforschung aber, wenn das Team sie durchführt, bevor das Design geändert wird, denn erst so entsteht eine Basis für fundierte Entscheidungen.
Viele UX-Teams verfolgen das Ziel, das Unternehmen als solches reifer im Hinblick auf UX-Design zu machen und damit grundsätzlich bessere Kundenerlebnisse bei der Nutzung der entwickelten Produkte und Dienste zu schaffen. Es gibt unterschiedliche Strategien, um darauf hinzuarbeiten. Hier sind einige Beispiele.
Es gibt zwei Arten von UX-Design-Prinzipien: solche, die quasi als gottgegeben für die gesamte Organisation gelten, und solche, die projektspezifisch sind und sich erst bei der Beobachtung der Nutzer herauskristallisieren. Erstere reichen aus, um aus einem schlechten Design ein gutes Design zu machen. Um von dort aber zu einem großartigen Design vorzudringen, brauchen Teams jene herauskristallisierten Prinzipien, wie UX-Fachmann Jared Spool in diesem Beitrag erläutert.
Fachexperten für bestimmte Jobs und Branchen können großartige Einsichten dahingehend liefern, wie Nutzer arbeiten und welche Designs für sie am besten wären. Leider schöpfen viele UX-Teams ihr Potenzial nicht aus. Es gibt einen Weg, um Fachexperten in höchstem Maße wertvoll zu machen. Jared M. Spool skizziert ihn in diesem Artikel.
Viele Projekte warten bis zum Ende (und manchmal bis nach der Auslieferung), bis das Umsetzungsteam lernt, was die User wirklich brauchen. Die Beobachtung echter Nutzer und die Anpassung des Entwicklungsprozesses helfen, das zu vermeiden und frühzeitig Feedback der Anwender einfließen zu lassen.
Eine Falle, die UX-Fachmann Jared Spool in diesem Beitrag beschreibt, ist die, eine Design-Idee zu nehmen und sie bis ins Detail auszuarbeiten: Oft ist die erste Idee nämlich nicht die beste Idee, vor allem, wenn es um ein schwieriges Problem geht. Er empfiehlt stattdessen die Arbeit mit zahlreichen Prototypen, um zunächst das Problem vollständig zu verstehen, ehe ein bestimmter Weg eingeschlagen wird.
Im ersten Teil des Artikels hat UX-Fachmann Jared Spool vorgeschlagen, bei der Entwicklung von Produkt-Roadmaps den Fokus zu verlagern – weg von der Planung von Features und hin zu Kundenproblemen, die ein Release lösen soll. Dieser zweite Teil knüpft direkt an diese Überlegungen an und zeigt weitere Vorteile dieses Ansatzes auf.
In den meisten Organisationen, die Software-Produkte entwickeln, dreht sich alles um Feature-Roadmaps. In diesem zweiteiligen Artikel kritisiert UX-Fachmann Jared Spool diesen Feature-Ansatz als problematisch, weil er nicht auf die tatsächlichen Probleme der Kunden abzielt. Stattdessen plädiert er für eine Fokusverschiebung bei der Strategieentwicklung.
Im ersten Teil dieses Artikels hat der UX-Fachmann Jared Spool anhand von Beispielen die Frage aufgeworfen, was Content eigentlich ist, und als Definition vorgeschlagen: „Content das ist, was der User jetzt benötigt. Content hat nichts damit zu tun, wie etwas produziert wird oder wo auf dem Server es sich befindet. Wenn der Nutzer es braucht, ist es Content.“ Der zweite Teil beleuchtet nun die Rolle von Inhalten im Gesamtkontext eines UX-Designs.
In diesem Artikel erinnert sich UX-Fachmann Jared Spool an zwei Erlebnisse aus User-Tests: Nutzer suchen frustriert Infos oder Funktionen, von denen sie sicher sind, dass es sie geben muss, doch die Website bietet gar keine oder völlig unpassende Lösungen an. Das Problem: Das, wonach die User suchen, wurde offensichtlich nicht als Content eingestuft und somit nicht in die Suchfunktionen integriert. Vor diesem Hintergrund diskutiert der Autor die Frage, was Content eigentlich ist und welche Rolle er im Rahmen des gesamten UX-Designs einnimmt.
