2. Analyse 3.0

Prototypische Nutzerprofile, die eine bestimmte Nutzergruppe repräsentieren.

• Basieren meist auf realen Daten, um Designentscheidungen zu verbessern.

• Helfen, Empathie für Nutzer zu entwickeln und deren Bedürfnisse zu verstehen.

Um eine Einheitliche Sicht auf Nutzer innerhalb des Teams zu schaffen.

• Es fördert das Nutzerzentriertes Denken .

• Erleichtert die Kommunikation über Nutzerbedürfnisse im Unternehmen erleichtern.

1. Empirische Personas: Basieren auf echten Daten aus Studien und Analysen.

2. Ad-hoc-Personas: Schnell erstellte fiktive Nutzerprofile ohne Daten.

3. Proto-Personas: Erste Annahmen, die später mit Daten überprüft werden.

4. Extreme Characters: Fiktive Personas für neuartige oder extreme Szenarien.

1. Primäre Persona: Hauptzielgruppe des Produkts.

2. Sekundäre Persona: Weitere relevante Nutzergruppen.

3. Kunden-Persona: Die Person, die das Produkt kauft, aber nicht nutzt.

4. Passive Persona: Menschen, die indirekt betroffen sind (z. B. Patienten in Krankenhäusern).

5. Anti-Persona: Personen, die bewusst nicht zur Zielgruppe gehören.

1. Zielorientierter Ansatz (Cooper): Personas werden für ein spezifisches Projekt erstellt.

2. Rollenbasierter Ansatz (Nielsen): Enthält Marktforschungs- und Usability-Daten.

3. Einnehmender Ansatz: Nutzt Geschichten, um Personas lebendig zu machen.

4. Fiktiver Ansatz: Beinhaltet extreme Personas oder Ad-hoc-Personas für Tests.

Qualitative Beobachtungsdaten (z. B. Interviews, Beobachtungen).

Quantitative Daten zur Ergänzung und Bestätigung.

• Methoden zur Datenerhebung:

  • Contextual Inquiry

  • Fragebögen

  • Fokusgruppen

  • Tagebuchstudien

Marketingdaten zeigen Kaufverhalten, aber nicht die tatsächliche Nutzung oder Motivation.

• Sie sind nur nützlich, um abzuschätzen, welche Personas für den Markt am relevantesten sind.

1. Gruppieren der Nutzer nach Rollen.

2. Verhaltensvariablen identifizieren.

3. Teilnehmer den Variablen zuordnen.

4. Wiederkehrende Verhaltensmuster erkennen.

5. Charakteristiken und Ziele ableiten.

6. Doppelte oder überflüssige Personas entfernen.

7. Haupt- und Neben-Personas bestimmen.

8. Beschreibung der Persona erweitern (Name, Bild, Erzählung).

• Nutzungskontext

• Probleme mit bisherigen Lösungen

• Fähigkeiten und Erfahrungen

• Interaktion mit anderen Menschen und Objekten

• Alternative Wege zur Aufgabenerfüllung

• Gegensatzpaare: Nutzer werden auf Skalen eingeordnet (z. B. „spontan einkaufen“ vs. „geplant einkaufen“).

  
  

• Affinitätsdiagramme: Aussagen aus Beobachtungen nach Themen gruppieren.

  
  

• Koordinatensysteme: Zwei Eigenschaften gegeneinanderstellen, um Cluster zu erkennen.

• Erhöhen die Akzeptanz und das Verständnis für Personas im Unternehmen.

• Fördern Zusammenarbeit und gemeinsame Interpretation der Daten.

• Stärken das Engagement für die Methode, auch wenn ein einzelner Analyst schneller wäre.

• Name & Foto.

• Demografische Daten (Alter, Geschlecht, Wohnort).

• Beruf & Rolle.

• Wünsche, Bedürfnisse, Motivationen.

• Fähigkeiten, Charaktereigenschaften, Gewohnheiten.

• Ziele & Erwartungen.

• Einfluss der Umgebung auf das Verhalten.

• Stereotypen sind klischeehaft und unrealistisch.

• Sie verhindern, dass sich das Team mit der Persona identifizieren kann.

• Personas müssen glaubwürdig sein, um Empathie und Nutzerverständnis zu fördern.

• Sie helfen, Szenarien zu erstellen, die reale Nutzungssituationen beschreiben.

• Designentscheidungen können überprüft werden, indem man fragt: „Würde diese Persona das Produkt so nutzen?“

• Sie ermöglichen eine kontinuierliche Nutzerperspektive während der Entwicklung.

Ein Persona-Szenario beschreibt, wie eine Persona ein Produkt nutzt, um ein Ziel zu erreichen.

• Es zeigt das Verhalten und die Erwartungen der Persona in einer realistischen Nutzungssituation.

• Im Gegensatz zu Use Cases oder User Stories berücksichtigt es das Produktverhalten.

Personas basieren auf Beobachtungen realer Nutzer, aber ohne individuelle Eigenheiten zu überbetonen.

-> Sie können kontinuierlich genutzt werden, während echte Nutzer meist nur in bestimmten Phasen des Projekts einbezogen werden.

-> Sie helfen, Probleme und Stolpersteine frühzeitig zu erkennen.

Bei einer Contextual Inquiry tritt der Beobachter in der Rolle eines Lehrlings auf, der Interviewte in der Rolle des Meisters.

-> Diese Rollenverteilung impliziert ein Interviewverhalten, bei dem der Interviewer die Handlungen des Teilnehmers beobachten und bei Bedarf nachfragen kann.

-> Die Zuordnung einer Rolle macht es einfacher, ein angemessenes Verhalten zu verinnerlichen, als das Erlernen expliziter Verhaltensregeln für das Interview.

Eine Contextual Inquiry stellt die unterschiedlichen Facetten von Arbeitsabläufen mithilfe von fünf Modellen dar: dem Kommunikationsflussmodell , dem Sequenzmodell, dem Artefaktmodell, dem kulturellen Modell und dem Umgebungsmodell.

Eine Touchpoint-Analyse umfasst folgende vier Schritte: die Identifikation der Touchpoints, die Erstellung einer Customer Journey Map, die Evaluation der Touchpoints und die Business Ecosystem Optimization.

Die Kategorisierung von Touchpoints unterstützt dabei, Prioritäten bei der Optimierung der Touchpoints setzen zu können.

-> Durch die Einordnung von Touchpoints in Kategorien können Lücken im Touchpoint-Angebot des Unternehmens deutlich werden,

-> z. B. im Hinblick darauf, welche Touchpoints für Nutzer besonders wichtig sind.

Customer Journey Maps dienen dazu, die unterschiedliche Nutzung von Touchpoints durch verschiedene Nutzer chronologisch zu dokumentieren und analysieren.

-> In diesem Zusammenhang dienen Zielgruppenprofile dazu, die wichtigsten Arten von Kunden und Nutzern zu charakterisieren und die Unterschiede in der Nutzung hervorheben zu können.

Latenz, Exploration, Abwägung, Kauf, Nachkauf

Beim sogenannten Shadowing begleitet ein Nutzerforscher einen Kunden während des Kaufvorgangs und kann ihn währenddessen befragen.

-> Die Methode ist geeignet, um Hinweise auf die Handlungsmotivation des Kunden zu erhalten, während der Kaufvorgang stattfindet.

Persona-Beschreibungen sollten immer auf empirischen Daten beruhen, die mithilfe qualitativer Untersuchungsmethoden erhoben wurden.

Beim Erstellen von Personas handelt es sich um eine Methode zur Modellierung von Nutzerdaten.

Personas sind hilfreich, um zu vermeiden, dass man idiosynkratrische Benutzermerkmale überbewertet.

Personas werden im Designprozess stellvertretend für Nutzer verwendet, um Benutzeranforderungen abzuleiten und Designentwürfe zu testen.

Sie eignen sich außerdem dazu, innerhalb eines Entwicklerteams Konsens darüber herzustellen, für wen ein Service oder Produkt primär gestaltet werden soll.