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.
Bei der Entwicklung neuer Produkte und Dienstleistungen kann es immer wieder zu Situationen kommen, in denen das Team Unsicherheit verspürt, in welche Richtung die weitere Entwicklung gehen sollte. Sollen wir eher Weg A oder Weg B einschlagen? Wie viel Potenzial steckt in den verschiedenen eigenen Ideen? Was braucht der Markt wirklich? Eine solche Unsicherheit über den weiteren Entwicklungsweg in einem unserer Produktteams haben wir zum Anlass genommen, einen Design-Sprint durchzuführen. Dieser Blick über den Tellerrand und die daraus gewonnenen Erfahrungen und Learnings sollten das Team wieder auf einen gemeinsamen Kurs bringen. Und die Aussicht innerhalb von fünf Tagen Klarheit über den weiteren Entwicklungsweg zu gewinnen, erschien sehr vielversprechend.
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.
Die Mitarbeiter kommen morgens ins Unternehmen und erwarten, dass alles ist wie gehabt. Doch dann stellen sie fest, dass nach neun Jahren über Nacht ein komplett anderes Intranet gelauncht wurde. Sie finden nichts, sie können nicht vernünftig arbeiten, sie wollen nur noch ihr altes System zurück. Dabei war doch auch das frühere Intranet keinesfalls statisch, sondern hat sich ständig verändert. UX-Experte Jared Spool fragt: Warum lehnen Leute gewisse Veränderungen ab, während sie andere gerne annehmen? Dafür gibt es bestimmte Gründe, die mit dem Wissensraum der Nutzer zu tun haben. Und ein Rollout-Team sollte diese Gründe kennen.
Die Arbeitsmethoden von UX-Designern haben sich in den letzten zwei Jahrzehnten ebenso dramatisch verändert wie die von Software-Entwicklungsteams. UX-Experte Jared Spool tritt eine Zeitreise an und zeigt, wie und warum sich der Fokus aufs Planen zu einer Ausrichtung aufs Machen verschoben hat und welche Herausforderungen interdisziplinäre Teams heute meistern müssen, um gute Nutzererlebnisse zu produzieren.
Jede Suche nach einer Software-Funktion kostet den Nutzer Zeit und Motivation. Und wenn eine Funktion, die der User sucht und die er erwartet, gar nicht in der Anwendung vorhanden ist, ist Frustration vorprogrammiert. UX-Experte Jared Spool erläutert, mit welchen Methoden und Ansätzen man solchen Erwartungen an Dinge, die fehlen, auf die Schliche kommen kann.
Remote-User-Tests sind eigentlich eine tolle Sache. Doch es kommt vor, dass unbrauchbares Videomaterial aufgezeichnet wird, dass Tonaufnahmen nicht klappen oder dass der User still und leise vor sich hin navigieren, ohne ein Wort zu sagen. Wichtig ist daher, dass die Teilnehmer an einem Remote-User-Test drei einfache Grundregeln befolgen.
Die Usability-Praxis hält viele Methoden bereit, um Schwachstellen in Anwendungen aufzudecken: Usability-Audits, die Heuristische Evaluation, User-Tests, Feldstudien. UX-Experte Jared Spool erläutert diese Ansätze und weist auf die Möglichkeiten und Probleme hin.
Der klassische User-Test ist ein mächtiges Instrument der Nutzerforschung. Doch sinnvolle Variationen der Versuchsanordnungen können helfen, mehr aus der begrenzten Zeit herauszuholen, die man mit einem Testteilnehmer hat. Usability-Experte Jared Spool erläutert einige dieser Möglichkeiten.
In den 70ern hat der Psychologe Noel Burch beschrieben, wie wir Fähigkeiten aufbauen und perfektionieren, und das vierstufige Bewusstsein-Kompetenz-Lernmodell formuliert. Diese theoretische Beschreibung des Fähigkeits- und Wissenserwerbs hat viele konkrete Anwendungsfälle im UX- und Design-Umfeld. Usability-Experte Jared Spool widmet sich dem Modell und seiner praktischen Bedeutung für Entwicklungsteams.
