borghei/ux-researcher-designer

UX-Forscher & Designer

Generieren Sie Benutzer-Personas aus Forschungsdaten, erstellen Sie Journey-Maps, planen Sie Usability-Tests und fassen Sie Forschungsergebnisse in umsetzbaren Designempfehlungen zusammen.

---

Inhaltsverzeichnis

• Triggerbegriffe
• Workflows
  • Workflow 1: Benutzer-Persona generieren
  • Workflow 2: Journey-Map erstellen
  • Workflow 3: Usability-Test planen
  • Workflow 4: Forschung synthetisieren
• Tool-Referenz
• Kurzreferenztabellen
• Wissensbasis

---

Triggerbegriffe

Verwenden Sie diese Skill, wenn Sie Folgendes benötigen:

• "Benutzer-Persona erstellen"
• "Persona aus Daten generieren"
• "Customer Journey Map erstellen"
• "Benutzerreise abbilden"
• "Usability-Test planen"
• "Usability-Studie entwerfen"
• "Benutzerforschung analysieren"
• "Interviewergebnisse synthetisieren"
• "Schmerzpunkte der Benutzer identifizieren"
• "Benutzerarchetypen definieren"
• "Forschungsumfang berechnen"
• "Empathie-Map erstellen"
• "Benutzerbedürfnisse identifizieren"

---

Zuerst klären

Bevor Sie das Forschungsartefakt generieren, klären Sie die folgenden Eingaben. Wenn eine fehlt oder vage ist und das Ergebnis ändern würde, fragen Sie danach; wenn nicht, verwenden Sie einen sinnvollen Standardwert und geben Sie an, welchen Sie verwendet haben.

• Welches Artefakt: Persona, Journey-Map, Usability-Testplan oder Forschungsynthese (legt fest, welcher Workflow und welche Vorlage angewendet wird).
• Verfügbare Daten und Umfang: Analysen/Interviews/Umfragen und wie viele Benutzer (bestimmt die Persona-Konfidenz sowie Proto- vs. datengetriebene Persona).
• Das Benutzerziel und der Umfang: die Persona, das abzubildende Ziel und Start/Ende (bestimmt die Phasen der Journey-Map und die Forschungsfragen).

Fragen Sie nach den zwei oder drei Eingaben, die für diese Anfrage am wichtigsten sind, nicht nach der gesamten Liste. Wenn der Benutzer sofort ein Ergebnis wünscht, erstellen Sie es und geben Sie Ihre Annahmen oben an.

Workflows

Workflow 1: Benutzer-Persona generieren

Situation: Sie haben Benutzerdaten (Analysen, Umfragen, Interviews) und müssen eine forschungsgestützte Persona erstellen.

Schritte:

1. Benutzerdaten vorbereiten

   Erforderliches Format (JSON):

   [
     {
       "user_id": "user_1",
       "age": 32,
       "usage_frequency": "daily",
       "features_used": ["dashboard", "reports", "export"],
       "primary_device": "desktop",
       "usage_context": "work",
       "tech_proficiency": 7,
       "pain_points": ["slow loading", "confusing UI"]
     }
   ]
   

2. Persona-Generator ausführen

   # Für menschenlesbare Ausgabe
   python scripts/persona_generator.py
   
   # Für JSON-Ausgabe zur Integration
   python scripts/persona_generator.py json
   

3. Generierte Komponenten überprüfen

   Komponente	Was zu prüfen ist
   Archetyp	Passt er zu den Datenmustern?
   Demografie	Wurde sie aus tatsächlichen Daten abgeleitet?
   Ziele	Sind sie spezifisch und umsetzbar?
   Frustrationen	Enthalten sie Häufigkeitsangaben?
   Design-Implikationen	Können Designer diese umsetzen?

4. Persona validieren

   • 3-5 echten Benutzern zeigen: "Kommt das Ihnen bekannt vor?"
   • Mit Support-Tickets abgleichen
   • Gegen Analysedaten verifizieren

5. Referenz: Siehe references/persona-methodology.md für Gültigkeitskriterien

Proto-Persona-Canvas (Leichtgewichtige Alternative)

Wenn Ihnen Forschungsdaten fehlen, aber Sie eine hypothesegetriebene Persona zur Abstimmung des Teams benötigen, verwenden Sie ein Proto-Persona-Canvas. Proto-Personas sind Annahmewerkzeuge – keine validierte Wahrheit – und sollen getestet und verfeinert werden.

Verwenden, wenn: Sie eine neue Initiative ohne Forschungsbudget starten, ein funktionsübergreifendes Team schnell abstimmen oder eine testbare Hypothese über Ihren Benutzer aufstellen möchten.

Proto-Persona-Canvas-Vorlage:

### [Alliterationsname] (z.B. "Besorgter Bernd")

**Biografie & Demografie:**
- Alter, Geografie, sozialer Status, Karrierephase
- Online-Präsenz, Freizeitaktivitäten, Beziehungsstatus

**Zitate** (was sie sagen, fühlen, denken):
- "[Direktes Zitat, das ihre Perspektive einfängt]"
- "[Zitat, das Frustration oder Bestrebung offenbart]"

**Probleme:**
- [Problem im Zusammenhang mit dem Problemraum]
- [Problem im Zusammenhang mit aktuellen Workarounds]

**Was sie zu erreichen versuchen:**
- [Beobachtbares Verhalten 1]
- [Beobachtbares Verhalten 2]

**Ziele** (Wünsche, Bedürfnisse, Träume):
- [Kurzfristiges Ziel]
- [Langfristige Bestrebung]

**Einstellungen & Einflüsse:**
- Entscheidungsbefugnis: [Können sie Ihre Lösung kaufen/einführen?]
- Entscheidungsbeeinflusser: [Wer beeinflusst ihre Entscheidungen?]
- Überzeugungen & Einstellungen: [Welche Überzeugungen beeinflussen ihre Entscheidungen?]

**Annahmen zur Validierung:**
- [Wichtigste Annahme, die für die Tragfähigkeit dieser Persona zutreffen muss]
- [Zweite Annahme]
- [Dritte Annahme]

Nächste Schritte nach der Proto-Persona:

1. Interviewfragen generieren, um Annahmen zu validieren (empfohlen)
2. Eine Anti-Persona generieren, um den Umfang abzugrenzen
3. In ein einseitiges Stakeholder-Briefing umwandeln

---

Workflow 2: Journey-Map erstellen

Situation: Sie müssen die End-to-End-Benutzererfahrung für ein bestimmtes Ziel visualisieren.

Schritte:

1. Umfang definieren

   Element	Beschreibung
   Persona	Welcher Benutzertyp
   Ziel	Was sie zu erreichen versuchen
   Start	Auslöser, der die Reise beginnt
   Ende	Erfolgskriterien
   Zeitrahmen	Stunden/Tage/Wochen

2. Reisedaten sammeln

   Quellen:

   • Benutzerinterviews (fragen Sie "Führen Sie mich durch...")
   • Sitzungsaufzeichnungen
   • Analysen (Trichter, Abbrüche)
   • Support-Tickets

3. Phasen abbilden

   Typische B2B-SaaS-Phasen:

   Bewusstsein → Bewertung → Onboarding → Nutzung → Weiterempfehlung
   

4. Ebenen für jede Phase ausfüllen

   Phase: [Name]
   ├── Aktionen: Was tut der Benutzer?
   ├── Kontaktpunkte: Wo interagieren sie?
   ├── Emotionen: Wie fühlen sie sich? (1-5)
   ├── Schmerzpunkte: Was frustriert sie?
   └── Chancen: Wo können wir verbessern?
   

5. Drei Erfahrungspfade abbilden (nicht nur den Happy Path)

   Phase	Happy Path	Fehlerpfad	Schwieriger Pfad
   Bewusstsein	Findet Produkt über Suche	Entdeckt Produkt nie	Findet zuerst Wettbewerber
   Überlegung	Klares Wertversprechen	Verwirrt durch Preise	Benötigt Managerfreigabe
   Entscheidung	Einfacher Anmeldevorgang	Formularfehler, bricht ab	Prüfung durch Rechtsabteilung verzögert
   Bereitstellung & Nutzung	Reibungsloses Onboarding	Kann Daten nicht importieren	Workaround erforderlich
   Loyalität	Wird zum Fürsprecher	Kündigt stillschweigend	Bleibt, beschwert sich aber

   • Happy Path: Alles funktioniert wie vorgesehen.
   • Fehlerpfad: Der Benutzer kann sein Ziel nicht erreichen und bricht ab.
   • Schwieriger Pfad: Der Benutzer erreicht das Ziel, aber mit Reibung, Workarounds oder Frustration.

6. KPIs und Verantwortlichkeiten pro Phase hinzufügen

   Phase	Frühindikator	Spätindikator	Teamverantwortung
   Bewusstsein	Seitenbesuche, Anzeigenimpressionen	Markenerinnerung	Marketing
   Überlegung	Demo-Anfragen, Preisseitenaufrufe	MQL-Konvertierung	Marketing/Vertrieb
   Entscheidung	Teststarts, Vertrag gesendet	Abschlussrate	Vertrieb
   Nutzung	Funktionsadoption, DAU	Bindungsrate	Produkt
   Loyalität	NPS, Empfehlungsanzahl	LTV, Expansionsumsatz	Kundenerfolg

7. Top-Reibungspunkte und Maßnahmen identifizieren

   Für jeden Reibungspunkt dokumentieren:

   Reibungspunkt	Warum wichtig	Maßnahme	Erwartete Auswirkung	Aufwand	Vertrauen
   [Beschreibung]	[Benutzer-/Geschäftsauswirkung]	[Vorgeschlagene Lösung]	Hoch/Mittel/Niedrig	K/M/G	Hoch/Mittel/Niedrig

   Prioritätspunktzahl = Häufigkeit x Schweregrad x Lösbarkeit

8. Referenz: Siehe references/journey-mapping-guide.md für Vorlagen

---

Workflow 3: Usability-Test planen

Situation: Sie müssen ein Design mit echten Benutzern validieren.

Schritte:

1. Forschungsfragen definieren

   Wandeln Sie vage Ziele in testbare Fragen um:

   Vage	Testbar
   "Ist es einfach zu bedienen?"	"Können Benutzer den Checkout in <3 Min. abschließen?"
   "Mögen Benutzer es?"	"Werden Benutzer Design A oder B wählen?"
   "Macht es Sinn?"	"Können Benutzer Einstellungen ohne Hinweise finden?"

2. Methode auswählen

   Methode	Teilnehmer	Dauer	Am besten geeignet für
   Moderiert remote	5-8	45-60 Min	Tiefe Einblicke
   Unmoderiert remote	10-20	15-20 Min	Schnelle Validierung
   Guerilla	3-5	5-10 Min	Schnelles Feedback

3. Aufgaben entwerfen

   Gutes Aufgabenformat:

   SZENARIO: "Stellen Sie sich vor, Sie planen eine Reise nach Paris..."
   ZIEL: "Buchen Sie ein Hotel für 3 Nächte in Ihrem Budget."
   ERFOLG: "Sie sehen die Bestätigungsseite."
   

   Aufgabenprogression: Aufwärmen → Kern → Sekundär → Randfall → Freie Erkundung

4. Erfolgsmetriken definieren

   Metrik	Ziel
   Abschlussrate	>80%
   Zeit pro Aufgabe	<2× erwartet
   Fehlerrate	<15%
   Zufriedenheit	>4/5

5. Moderatorenleitfaden vorbereiten

   • Lautes-Denken-Anleitungen
   • Nicht-führende Aufforderungen
   • Fragen nach der Aufgabe

6. Referenz: Siehe references/usability-testing-frameworks.md für den vollständigen Leitfaden

---

Workflow 4: Forschung synthetisieren

Situation: Sie haben rohe Forschungsdaten (Interviews, Umfragen, Beobachtungen) und benötigen umsetzbare Erkenntnisse.

Schritte:

1. Daten codieren

   Jeden Datenpunkt taggen:

   • [ZIEL] - Was sie erreichen wollen
   • [SCHMERZ] - Was sie frustriert
   • [VERHALTEN] - Was sie tatsächlich tun
   • [KONTEXT] - Wann/wo sie das Produkt verwenden
   • [ZITAT] - Direkte Benutzerworte

2. Ähnliche Muster gruppieren

   Benutzer A: Tägliche Nutzung, erweiterte Funktionen, Tastenkürzel
   Benutzer B: Tägliche Nutzung, komplexe Workflows, Automatisierung
   Benutzer C: Wöchentliche Nutzung, grundlegende Bedürfnisse, gelegentlich
   
   Cluster 1: A, B (Power-User)
   Cluster 2: C (Gelegenheitsnutzer)
   

3. Segmentgrößen berechnen

   Cluster	Benutzer	%	Tragfähigkeit
   Power-User	18	36%	Primäre Persona
   Geschäftsnutzer	15	30%	Primäre Persona
   Gelegenheitsnutzer	12	24%	Sekundäre Persona

4. Wichtigste Erkenntnisse extrahieren

   Für jedes Thema:

   • Erkenntnisaussage
   • Unterstützende Belege (Zitate, Daten)
   • Häufigkeit (X/Y Teilnehmer)
   • Geschäftsauswirkung
   • Empfehlung

5. Chancen priorisieren

   Faktor	Punktzahl 1-5
   Häufigkeit	Wie oft tritt dies auf?
   Schweregrad	Wie sehr schadet es?
   Breite	Wie viele Benutzer sind betroffen?
   Lösbarkeit	Können wir das beheben?

6. Referenz: Siehe references/persona-methodology.md für das Analyseframework

---

Tool-Referenz

persona_generator.py

Generiert datengetriebene Personas aus Benutzerforschungsdaten.

Argument	Werte	Standard	Beschreibung
format	(none), json	(none)	Ausgabeformat

Beispielausgabe:

============================================================
PERSONA: Alex der Power-User
============================================================

📝 Ein täglicher Nutzer, der das Produkt hauptsächlich für die Arbeit verwendet

Archetyp: Power-User
Zitat: "Ich brauche Werkzeuge, die mit meinem Workflow Schritt halten können"

👤 Demografie:
  • Altersspanne: 25-34
  • Standorttyp: Urban
  • Technische Kenntnisse: Fortgeschritten

🎯 Ziele und Bedürfnisse:
  • Aufgaben effizient erledigen
  • Workflows automatisieren
  • Auf erweiterte Funktionen zugreifen

😤 Frustrationen:
  • Langsame Ladezeiten (14/20 Benutzer)
  • Keine Tastenkürzel
  • Begrenzter API-Zugriff

💡 Design-Implikationen:
  → Für Geschwindigkeit und Effizienz optimieren
  → Tastenkürzel und Power-Funktionen bereitstellen
  → API- und Automatisierungsfunktionen freigeben

📈 Daten: Basierend auf 45 Benutzern
    Vertrauen: Hoch

Generierte Archetypen:

Archetyp	Signale	Designfokus
power_user	Tägliche Nutzung, 10+ Funktionen	Effizienz, Anpassung
casual_user	Wöchentliche Nutzung, 3-5 Funktionen	Einfachheit, Anleitung
business_user	Arbeitskontext, Teamnutzung	Zusammenarbeit, Berichte
mobile_first	Mobil primär	Touch, Offline, Geschwindigkeit

Ausgabekomponenten:

Komponente	Beschreibung
demografie	Altersspanne, Standort, Beruf, technisches Niveau
psychografie	Motivationen, Werte, Einstellungen, Lebensstil
verhalten	Nutzungsmuster, Funktionspräferenzen
bedürfnisse_und_ziele	Primär, sekundär, funktional, emotional
frustrationen	Schmerzpunkte mit Belegen
szenarien	Kontextbezogene Nutzungsgeschichten
design_implikationen	Umsetzbare Empfehlungen
datenpunkte	Stichprobengröße, Vertrauensniveau

---

Kurzreferenztabellen

Forschungsmethodenauswahl

Fragetyp	Beste Methode	Stichprobengröße
"Was tun Benutzer?"	Analysen, Beobachtung	100+ Ereignisse
"Warum tun sie es?"	Interviews	8-15 Benutzer
"Wie gut können sie es?"	Usability-Test	5-8 Benutzer
"Was bevorzugen sie?"	Umfrage, A/B-Test	50+ Benutzer
"Was fühlen sie?"	Tagebuchstudie, Interviews	10-15 Benutzer

Persona-Vertrauensniveaus

Stichprobengröße	Vertrauen	Anwendungsfall
5-10 Benutzer	Niedrig	Explorativ
11-30 Benutzer	Mittel	Richtungsweisend
31+ Benutzer	Hoch	Produktion

Schweregrad von Usability-Problemen

Schweregrad	Definition	Aktion
4 - Kritisch	Verhindert Aufgabenabschluss	Sofort beheben
3 - Schwerwiegend	Erhebliche Schwierigkeiten	Vor Veröffentlichung beheben
2 - Gering	Verursacht Zögern	Beheben, wenn möglich
1 - Kosmetisch	Wird bemerkt, aber nicht problematisch	Niedrige Priorität

Arten von Interviewfragen

Typ	Beispiel	Verwendung für
Kontext	"Führen Sie mich durch einen typischen Tag"	Umgebung verstehen
Verhalten	"Zeigen Sie mir, wie Sie X machen"	Tatsächliche Handlungen beobachten
Ziele	"Was versuchen Sie zu erreichen?"	Motivationen aufdecken
Schmerz	"Was ist der schwierigste Teil?"	Frustrationen identifizieren
Reflexion	"Was würden Sie ändern?"	Ideen generieren

---

Wissensbasis

Detaillierte Referenzleitfäden in `refer

…

[gekürzt für die Übersetzung]