1.
Power of Personas
User-Modelle
im Unternehmen
Ursula Meseberg
microTOOL GmbH

2.
In wenigen
Minuten …

3.
Und wenn wir
mal wieder
Gesprächsbedarf
haben

4.
Dann dürfen wir Sie
doch sicher
anrufen
und fragen …

5.
Was halten Sie von
dieser neuen
Funktion?

6.
Was sagen Sie zu
folgender
Benutzerführung?

7.
Was meinen Sie zu
dieser Gliederung
der Online-Hilfe?

8.
Wie gefällt Ihnen
die Navigation auf
unserer Website?

9.
Was tun
?

10.
Wir „bauen“ uns ein
User-Modell

11.
Wie soll das
denn gehen
?

12.
Abstraktion
!

13.
Personas

14.
Personas sind fiktive,
anschauliche und
spezifische Darstellungen
von Anwendern

15.
Name Alter Familie Freunde
Ausbildung Vita Motto
Vorlieben Wissen
Fähigkeiten Interessen
Ziele Status Werte Herkunft
Erfahrungen Job
Motive Arbeitsumfeld
Vermögen Wohnsituation Einkommen

16.
Alexander

17.
Personas sind
keine …
Stellenbeschreibungen
Stereotypen
Rollen

18.
Einsatz
Produkt-
ent- Support
Vertrieb wicklung
Unter-
Service Marketing nehmens-
planung

19.
Personas helfen der
ganzen Organisation, sich
besser auf Anwender
zu fokussieren
Nutzen

20.
Personas…
machen Annahmen
und Wissen sichtbar
erleichtern die
Kommunikation
fördern
Empathie

21.
?
Wie aufwendig ist
das Modellieren
von Personas

22.
3-5 Personas pro Projekt
Theorie

23.
Wolfgang Alexander Birgit Stefan
4 primäre Personas
2-3 Personenwochen pro Persona
Unsere Praxis

24.
?
Und wie modelliert
man Personas

25.
Ad-hoc Personas
finden

26.
Daten sammeln &
kategorisieren

27.
Gerüst der Personas
entwickeln &
Personas priorisieren

28.
Gerüst zu
Data-driven Personas
weiterentwickeln

29.
Ergebnis:
Dokumentierte
Personas

30.
Wenn Personas
zur Karikatur
geraten …
?

31.
Vom Management nicht
mitgetragen
Schlecht kommuniziert
Methode missverstanden
Drei Gründe

32.
Personas immer
wieder
verifizieren

33.
Was leisten
?
Personas
in der Praxis

34.
Personas im
Requirements
Engineering

35.
Systemkontext
Management
Kernaktivitäten
Validierung
Gewinnung Dokumentation
Übereinstimmung
Anforderungsartefakte
Ziele Szenarien
Lösungsorientierte
Anforderungen
Klaus Pohl, Requirements Engineering, dpunkt.verlag

36.
Definieren Verfeinern
Klassifizieren Konkretisieren
Iterativ
stabilisieren
Klaus Pohl, Requirements Engineering, dpunkt.Verlag

37.
Und
Oder
Alexander
Persona
Klaus Pohl, Requirements Engineering, dpunkt.verlag

38.
Aktuelle Navigation
Aktivitätsdiagramm verlassen Text
Menü anzeigen
„Alternativrouten
berechnen“ wählen
Alternativroute
auswählen
UseCase
Fahrer
Actor

39.
Es ist 16.10 Uhr. Alexander ist in Eile. Er hat
noch einen Termin in Düsseldorf. Und er ist
gereizt. Sein Vordermann bremst dauernd
völlig unmotiviert.
Das Navi meldet: In 12 Kilometern geht nichts
mehr.
Alex braucht Vorschläge für Alternativrouten
und wählt deshalb …
Persona-bezogenes,
narratives Szenario

40.
Alternativroute
auswählen
UseCase
Fahrer
Actor
Alexander
Persona Persona-bezogenes
Szenario

41.
Verstehen
Gewichten
Definieren Verfeinern
Klassifizieren Konkretisieren
Finden
Vervollständigen
Bewerten

42.
Ableiten und
Detaillieren
Finden neuer Ziele
und Szenarien

43.
Alternativrouten abrufbar machen
Requirement
Besser
verstehen
Bedienelement für Anzeige/Auswahl
Empathie
der Alternativen entwerfen
Requirement
Alexander
Persona
SysML
Requirements Diagramm

44.
Alexander Birgit Stefan
Alternativrouten
abrufbar machen 2 1 0 3
Spracheingabe -1 2 0 1
Persona/Requirements Matrix

45.
Ableiten und
Detaillieren
Ableiten
Detaillieren
Priorisieren
Finden neuer Ziele
und Szenarien

46.
Personas aus dem
User-Centered Design
!
sind ein Gewinn für das
Requirements Engineering

47.
Wir helfen Ihnen
mit unseren
neuen
Möglichkeiten
Kombinieren Sie
das Beste aus
verschiedenen
Welten