Ein Produkt nennt eine Aktion vielleicht „Ausgabe einreichen“, aber die Person dahinter muss erst Belege zusammensuchen, das richtige Budget ermitteln, Richtlinien prüfen und womöglich eine Freigabe einholen, bevor das Formular überhaupt nützlich wird. Eine Aufgabenanalyse (Task Analysis) untersucht genau den Aufwand, der nötig ist, um ein Ziel zu erreichen – einschließlich aller Schritte außerhalb der Benutzeroberfläche.
Sie liefert eine strukturierte Übersicht über Aktionen, Entscheidungen, Informationen und Abhängigkeiten. Das Ziel ist es zu verstehen, was jemand wirklich erreichen möchte und wo Unterstützung gebraucht wird – anstatt einfach anzunehmen, dass die aktuelle Abfolge im Produkt schon der logische Ablauf der Aufgabe ist.
Ein Ziel mit klaren Grenzen wählen
Beginne mit einer Person und einem konkreten Ergebnis. „Das Dashboard nutzen“ beschreibt nur die Interaktion mit einem Tool; „Herausfinden, welche Lieferungen vor dem Nachmittagsversand Aufmerksamkeit brauchen“ beschreibt ein echtes Ziel. Letzteres lässt Raum für die Erkenntnis, ob das Dashboard überhaupt nützlich ist, ob etwas fehlt oder ob es nur ein kleiner Teil des gesamten Prozesses ist.
Die Abgrenzung entscheidet darüber, wie viel Kontext einfließt. Ist sie zu eng, ignoriert die Analyse die Vorbereitungsschritte, die oft die meiste Mühe machen. Ist sie zu weit gefasst, beschreibt sie plötzlich eine ganze Jobrolle. Die Einführung in die Aufgabenanalyse der Nielsen Norman Group beschreibt, wie man Informationen über die Aktionen sammelt und strukturiert, die Menschen durchführen, um ihre Ziele zu erreichen.
Trenne den aktuellen Ist-Zustand klar von einer geplanten Zukunftsvision. Wenn das Team den idealen Prozess skizziert, bevor es den bestehenden beobachtet hat, übersieht es leicht wichtige Zwischenschritte und Aufgaben, die der neue Entwurf überhaupt nicht abdeckt.
Ablauf und Beweggründe erfassen
Beobachtungen durch Contextual Inquiry oder Shadowing decken oft Schritte auf, an die man sich aus dem Kopf kaum erinnern würde. Interviews helfen dabei, Entscheidungen, seltene Ausnahmen und Aktionen zu verstehen, die sich nicht ohne Weiteres oder in der verfügbaren Zeit beobachten lassen. Kombiniere diese Methoden am besten, anstatt dich auf eine einzelne Quelle zu verlassen.
Am Beispiel eines Lieferdienstes: Beobachte, wie jemand in der Disposition ein wirklich verspätetes Paket von einem bloß verzögerten Tracking-Update unterscheidet. Der entscheidende Teil der Arbeit besteht oft darin, Zeitstempel zu vergleichen, Fahrer:innen zu kontaktieren und abzuwägen, ob Kund:innen beruhigt werden müssen. Eine bloße Liste von Klicks würde die eigentliche Komplexität der Aufgabe völlig verfehlen.
Halte fest, welche Informationen bei jedem Schritt nötig sind, welche Tools genutzt werden und wo Übergaben stattfinden. Frage gezielt nach Ausnahmen: fehlende Daten, nicht erreichbare Kolleg:innen, Unterbrechungen und Situationen, in denen der Standardweg nicht funktioniert. Gleiche das Bild mit den Leuten ab, die diese Arbeit tatsächlich machen – und behalte im Hinterkopf, dass sich Routinen je nach Rolle und Standort unterscheiden können.
Ein passendes Modell für die Komplexität wählen
Für eine kurze Routine reicht oft eine einfache Sequenz. Die hierarchische Aufgabenanalyse (Hierarchical Task Analysis) unterteilt ein Ziel in Teilziele und Operationen, inklusive Plänen für Reihenfolge und Bedingungen. Die kognitive Aufgabenanalyse (Cognitive Task Analysis) legt den Fokus stärker auf Einschätzungen, Fachwissen und andere mentale Anforderungen – besonders wichtig bei komplexen Expert:innenaufgaben.
Wähle den Detaillierungsgrad so, dass er echte Designentscheidungen beeinflussen kann. Jeden einzelnen Tastendruck zu erfassen, kann den Blick auf eine entscheidende Übergabe verstellen; nur grobe Phasen zu dokumentieren, unterschlägt schnell die Informationen, die für eine Entscheidung nötig sind. Eine nützliche Analyse geht genau da ins Detail, wo die Unsicherheiten liegen.
Aus der Analyse Fragen für das Design ableiten
Das Lieferbeispiel zeigt vielleicht, dass in der Disposition ein verlässlicher Weg fehlt, alte Daten von echten aktuellen Ausnahmen zu unterscheiden. Das kann zu einer anderen Statusanzeige führen, zu einem Eskalationsprozess oder dazu, die Datenqualität genauer unter die Lupe zu nehmen. Die Analyse zeigt den eigentlichen Bedarf und seinen Kontext auf – ohne dass aus jedem Problem zwingend ein neues UI-Feature werden muss.
Nutze die Erkenntnisse für User Flows, realistische Aufgabenszenarien und Anforderungen. Teste die vorgeschlagenen Lösungen anschließend mit den relevanten Personen. Ein Ablaufdiagramm ist eine Diskussionsgrundlage zum Hinterfragen und Nachbessern – noch lange kein Beweis dafür, dass das fertige Produkt funktioniert, nur weil es denselben Kästchen folgt.