Meine Session planen

# Session Brief: Usability Testing

## Ziel
Artefakt: Usability Issues

## Arbeitsfrage
Können typische Nutzer die zentralen Tasks erfolgreich, effizient und zufriedenstellend abschließen, und wo scheitern sie woran?

## Kontext
Aufgaben in Reihenfolge mit Wortlaut; Erfolgskriterien pro Task; bekannte Hypothesen (was wir vermuten, dass schiefgeht); Demografie der Teilnehmer; Testumgebung mit Daten-Setup.

## Setup
- Format: Methoden-Session
- Dauer: 1-2 h je Session, plus 4-8 h Vorbereitung und Synthese
- Modus: Workshop oder async
- Teilnehmende: Ein Moderator für die Sessions; ein bis drei stille Beobachter für Notizen aus dem Team; optional Note-Taker für Synthese; Recruiter für 5-8 Teilnehmer aus Zielgruppe.
- Owner: Ein Moderator für die Sessions
- Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
- Ergebnislogik: Artefakt fertigstellen

## Beteiligungslogik
Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

## Ergebnislogik
Die Session arbeitet direkt auf Usability Issues hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Testbares Artefakt (Prototyp, Staging, Live); Aufgaben-Skript mit Wortlaut; Recording-Tool (Lookback, Maze, Zoom mit Screen Share); Beobachtungs-Template (Task, beobachtetes Verhalten, Probleme, Schwere 1-4); Belohnung für Teilnehmer.

## Vorbereitung
5-8 Sessions à 45-60 min planen (Nielsen-Schwelle: 5 Tester decken ~85% der Usability-Probleme auf). Pilot mit 1 Person, dann Hauptdurchläufe. Stille Beobachter im Raum oder remote, Moderator führt allein. Schweregrad-Skala festlegen (1=Show-Stopper, 4=kosmetisch).

## Agenda
1. Phase 1: Briefing und Warm-up (5-10 min)
   Owner: Facilitator
   Aktion: Teilnehmer begrüßen, Zweck erklären („Wir testen das Produkt, nicht Sie“). Think-Aloud-Methode einführen, Einwilligung bestätigen. Demographische Warm-up-Fragen. Hinweis: Tester unter Druck zu setzen verzerrt Ergebnisse. „Es gibt kein Falsch hier“ explizit sagen. Wenn Tester schweigt, freundlich an Think-Aloud erinnern. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Usability Issues

2. Phase 2: Tasks ausführen lassen (30-45 min)
   Owner: Facilitator
   Aktion: Tasks in Reihenfolge vorlesen. Tester arbeiten selbstständig, Moderator beobachtet stumm. Nur bei festsitzen vorsichtig nachfragen („Was denken Sie gerade?“). Keine Hilfe geben, kein Lösungsweg vorgeben. Hinweis: Wenn Tester nach 5 min nicht weiterkommt und das Erfolgskriterium nicht erreicht, Task abbrechen. Das ist ein Daten-Punkt, kein Versagen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Severity List

3. Phase 3: Post-Task-Fragen (5-10 min)
   Owner: Facilitator
   Aktion: Nach jedem Task: Schwierigkeitsbewertung (1-7), kurzer „Was war frustrierend?“ und „Was war hilfreich?“. Am Ende SEQ oder UMUX-Lite-Fragebogen. Hinweis: Quantitative Mini-Skala plus qualitative Begründung. Nur quantitativ ist dünn, nur qualitativ schwer vergleichbar. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Recommendations

4. Phase 4: Debriefing pro Session (10 min nach jeder Session)
   Owner: Facilitator
   Aktion: Moderator und Beobachter notieren je Top-3 Probleme. Schweregrad zuweisen. Aufzeichnung sichern und ablegen. Hinweis: Sofort nach Session debriefen. Sonst vermischen sich Sessions in der Erinnerung und Detail geht verloren. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Usability Issues

5. Phase 5: Synthese und Rangliste (3-6 h nach allen Sessions)
   Owner: Owner
   Aktion: Alle Probleme aggregieren, doppelte konsolidieren. Pro Problem Häufigkeit (wie viele Tester betroffen) und Schweregrad. Top-Probleme nach Häufigkeit × Schwere sortieren. Empfehlungen ableiten. Hinweis: Häufigkeit allein irreführend. Show-Stopper bei 1/5 ist wichtiger als kosmetischer Hinweis bei 5/5. Schwere ernst nehmen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Severity List

6. Artefakt veröffentlichen (10 min)
   Owner: Owner
   Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.
   Output: Usability Issues

## Abschluss
- Ergebnisartefakt aktualisieren: Usability Issues
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.

# Usability Issues: Usability Testing

## Arbeitsfrage
Können typische Nutzer die zentralen Tasks erfolgreich, effizient und zufriedenstellend abschließen, und wo scheitern sie woran?

## Kontext
Aufgaben in Reihenfolge mit Wortlaut; Erfolgskriterien pro Task; bekannte Hypothesen (was wir vermuten, dass schiefgeht); Demografie der Teilnehmer; Testumgebung mit Daten-Setup.

## Beteiligte
- Owner: Ein Moderator für die Sessions
- Teilnehmende: Ein Moderator für die Sessions; ein bis drei stille Beobachter für Notizen aus dem Team; optional Note-Taker für Synthese; Recruiter für 5-8 Teilnehmer aus Zielgruppe.

## Input
Testbares Artefakt (Prototyp, Staging, Live); Aufgaben-Skript mit Wortlaut; Recording-Tool (Lookback, Maze, Zoom mit Screen Share); Beobachtungs-Template (Task, beobachtetes Verhalten, Probleme, Schwere 1-4); Belohnung für Teilnehmer.

## Vorlage
# Usability Testing Arbeitsvorlage

## Ziel

Beobachtet Menschen beim Verwenden eines Designs, um Usability-Probleme zu finden.

## Kontext

Wann und wofür nutzen wir diese Methode?

## Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

## Durchführung

Kurze Notizen entlang des Run Sheets.

## Ergebnisartefakte
- Usability Issues:
- Severity List:
- Recommendations:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

## Fertigstellungscheck
- Usability Issues ist vollständig genug für Review:
- Ablageort:
- Version / Status:
- Review durch:
- Nächster Schritt:

## Nächster Schritt
- Ergebnis prüfen
- offene Fragen markieren
- Review oder Entscheidung terminieren