UX Research: Nutzungskontext verstehen mit Job Shadowing

Was ist Job Shadowing?

Job Shadowing ist eine UX-Research-Methode, bei der wir Nutzer:innen in ihrem realen Arbeitsumfeld begleiten. Wir schauen zu, hören zu und beobachten, wie Aufgaben ganz natürlich und wie gewohnt erledigt werden. Im Unterschied zu reinen Interviews oder Workshops ermöglicht Job Shadowing eine zusätzliche, wertvolle Ebene des Verstehens, indem wir Arbeit nicht nur besprechen, sondern direkt miterleben.

Genau deshalb findet Job Shadowing immer im natürlichen Nutzungskontext statt. Dort, wo auch mal Ablenkungen passieren, Medienbrüche entstehen und Entscheidungen unter Zeitdruck getroffen werden.

Welche Vorteile bringt Job Shadowing im UX Design?

Job Shadowing liefert Erkenntnisse, die man in Gesprächen allein oft nicht bekommt. Denn Nutzer:innen erzählen selten alles, was sie tun. Nicht aus Absicht, sondern weil vieles für sie selbstverständlich ist. Routinen, kleine Umwege oder improvisierte Lösungen werden gar nicht mehr bewusst wahrgenommen.

Gerade diese Details tragen dazu bei, ein umfangreiches Verständnis für die Nutzer:innen aufzubauen. Wir wollen die Nutzer:innen verstehen, um die richtigen Entscheidungen im Design zu treffen und damit eine gute UX zu schaffen. Denn oft fallen die wichtigsten Hinweise in Nebensätzen, beiläufigen Kommentaren oder stillen Handgriffen. Zum Beispiel dann, wenn jemand zwischen zwei Tools wechselt, sich eine Notiz macht oder einen Arbeitsschritt wiederholt, weil das System ihn nicht sinnvoll unterstützt.

Ein weiterer Vorteil: Job Shadowing macht Nutzungskontexte sichtbar. Wir erleben mit, unter welchen Bedingungen gearbeitet wird. Zeitdruck, Unterbrechungen, parallele Aufgaben oder technische Einschränkungen lassen sich oft nur bedingt beschreiben. Im Job Shadowing werden sie sichtbar und können durch gezielte Rückfragen gemeinsam eingeordnet und verstanden werden.

Hinzu kommt die emotionale Ebene. Frust, Unsicherheit oder auch Zufriedenheit lassen sich im Arbeitsfluss oft deutlicher erkennen. Diese Eindrücke helfen uns, nicht nur funktionale, sondern auch stimmige und entlastende Nutzererlebnisse zu gestalten.

Kurz gesagt: Job Shadowing bringt uns näher an die Realität. Es hilft, Annahmen zu überprüfen, blinde Flecken aufzudecken und Software so zu gestalten, dass sie sich wirklich in den Arbeitsalltag einfügt.

Wie läuft Job Shadowing bei slashwhy ab?

Für uns bedeutet erfolgreiches Job Shadowing vor allem eines: möglichst unsichtbar sein. Wir wollen den Arbeitsalltag nicht verändern, sondern ihn so erleben, wie er wirklich ist. Deshalb begleiten wir Nutzer:innen direkt in ihrem natürlichen Arbeitsumfeld. In der Regel ist dabei eine Person aus dem UX-Team anwesend, sonst niemand. Je weniger Personen dabei sind, desto natürlicher bleibt die Situation. 

Damit Nutzer:innen möglichst natürlich arbeiten können, bereiten wir die Situation bewusst vor. Erfahrungsgemäß fühlen sich Menschen zu Beginn eines Job Shadowings fast immer beobachtet. Nach einer gewissen Zeit kehren sie jedoch in ihr gewohntes Arbeitsverhalten zurück. Deshalb achten wir darauf, Dauer und Rahmen passend zu wählen und den Kontext klar einzuordnen. Den Nutzer:innen machen wir deutlich, dass nicht sie bewertet werden, sondern die Software und der Nutzungskontext im Fokus stehen. Erst so entsteht eine Atmosphäre, in der authentisches Arbeiten möglich wird.

Wir setzen uns dazu, hören zu und schauen zu. Keine Präsentationen, keine vorbereiteten Aufgaben, kein künstliches Szenario. Je echter die Situation, desto wertvoller die Erkenntnisse. Im ersten Schritt liegt unser Fokus bewusst auf dem Beobachten. Wir möchten verstehen, wie Arbeit im Alltag tatsächlich abläuft, ohne sie sofort zu unterbrechen oder zu lenken. Fragen stellen wir gezielt und meist im Anschluss, zum Beispiel in einer kurzen Nachbesprechung, um Beobachtungen einzuordnen und zu vertiefen. Unser Ziel ist es nicht, Prozesse zu bewerten oder direkt Lösungen vorzuschlagen. Job Shadowing ist für uns ein Lernmoment. Wir wollen verstehen, wie Arbeit wirklich passiert, welche Umwege genutzt werden und wo Software unterstützt oder behindert. Erst auf dieser Basis entstehen fundierte Designentscheidungen.