Benutzermodellierung mit Personas und Zielen - Leibniz Universität ...

Benutzermodellierung mit Personas und Zielen
Marcus Wobig
Leibniz Universität Hannover, Informatik
Proseminar Usability Engineering Prof. Schneider 2012
Marcus.Wobig@stud.uni-hannover.de
Abstract - Personas und Ziele als
Werkzeug zur Benutzermodelierung
sollen vorgestellt werden. Sie helfen dem
Entwickler einen Abstand zwischen den
statistischen Daten und seinem eigenen
Produkt zu bekommen. Neue Blickwinkel
führen zu neuen Erkenntnissen. Ausserdem
sprechen Personas die emotionale Ebene an
und bieten eine einfache und unterhaltsame
Möglichkeit, trockene Fakten anschaulich
darzustellen und den Fokus der Produktentwicklung
nicht zu verlieren. Entscheidend
sind dabei auch die Nutzerziele, welche
vom Entwickler entdeckt und in Szenarien
mit den Personas kombiniert werden können.
So ist es auch möglich, Testfälle an
Personas durchzuprobieren.
Keywords: Personas, Goals, Ziele, Szenarien,
Benutzermodellierung, Usability
1 Einführung
Federführend in der Populärmachung der Personas
war Alan Cooper, siehe [1]. Um ein
nutzbares Produkt zu entwickeln muss man
zunächst Daten sammeln, das Umfeld kennenlernen
etc. Dabei fallen Unmengen an Informationen
an, die irgendwie verarbeitet werden
müssen. Dazu bedient man sich eines
Modells, mit welchem man einen künstlichen
Nutzer, die sog. "Persona" beschreibt. Personas
sind Archetypen, also ein Muster. Sie
unterscheiden sich zu den Stereotypen, indem
sie auf Fakten beruhen. Stereotypen hingegen
basieren auf den Vorurteilen des Erzeugers.
Personas erhalten in der Regel ein ausführliches
Profil mit Namen, Bild, Ausbildung,
Erfahrungen usw. Eine Persona steht
dabei für eine gewisse Grundfunktionalität die
1
benötigt wird. Sie stellen für das Entwicklerteam
eine gemeinsame Sprache dar und
schaffen zwischen dem Entwickler und dem
Produkt einen Abstand, der zu neuen Blickwinkeln
verhilft und damit zu besseren Anforderungen
führt.
Personas helfen 3 Designprobleme zu vermeiden,
den elastischen Nutzer, das selbstreferenzielle
Design und die Randfälle. Der
Nutzer wird von jeder Person im Entwicklerteam
leicht anders wahrgenommen und ist
somit schwammig definiert, seine Bedürfnisse
sind verzerrt, quasi elastisch. Beim selbstreferenziellen
Design arbeiten die Entwickler
eher für sich als den Nutzer, da sie sich nicht
in dessen Lage versetzen können. Randfälle
können selten gebrauchte Funktionen sein, die
Entwicklungszeit und Geld kosten. Personas
helfen dabei den Fokus auf dem Nutzer und
seinen tatsächlichen Bedürfnissen zu behalten.
2 Einsatz
Es gibt 4 Arten von Nutzern: User, Customer,
Served und Negative. Der User unterteilt sich
abermals in primary, secondary und supplemental.
Primary-Personas sind das Ziel der
Entwicklung. Jede Persona hat dabei einzigartige
Bedürfnisse die unbedingt befriedigt
werden müssen. Secondary-Personas haben
leicht von Primary abweichende Bedürfnisse.
Supplemental-Personas sind oft politisch
motiviert. Der Auftraggeber hat besondere
Vorgaben gemacht, die in einer Supplemental-
Persona auftauchen müssen.
Customer-Personas sind Menschen nachempfunden
die ein Produkt zwar kaufen, es aber
nicht selbst nutzen. Ähnlich Eltern im Spielwarenladen
die ihren Kindern ein Spielzeug
kaufen, es selbst aber nicht nutzen.

5 GOALS IM DESIGNPROZESS 2
Served-Personas sind z.b. im Krankenhausbereich
anzutreffen. Ein Patient wird den
Herzmonitor nicht selbst bedienen, erwartet
aber dass das Interface für das Personal
möglichst zuverlässig und gut arbeitet.
Negative-Personas sind abschreckende
Beispiele die man im Hinterkopf behalten
sollte.
3 Erstellung einer Persona
7 Schritte sind für eine vollständige Personaerstellung
notwendig:
Verhaltensvariablen identifizieren - Welche
Ausbildung hat der Nutzer? Welche Motivation
treibt ihn, das Produkt zu nutzen? Was
denkt der Nutzer über das Produkt?
Interview-Personen auf Variablen mappen -
Befragte Nutzer auf einer Skala anhand ihrer
Variablen anordnen, dabei bilden sich bei
genügend großer Nutzermenge Cluster. Die
Skala kann dabei stetig oder diskret sein.
Verhaltensmuster identifizieren - Aus den
Clustern Verhaltensmuster ableiten. Diese
müssen allerdings logisch sein. CD Käufe und
MP3 Downloads stehen oft in einem Zusammenhang.
Relevante Ziele entdecken - Für die signifikanten
Verhaltensmuster kann man sich nun kurze
Details ausdenken. Das Verknüpfen von Verhaltensmustern
führt dabei zu den Zielen,
diese müssen jedoch relevant für das Produkt
sein!
Redundanz und Vollständigkeit prüfen - Redundante
Personas werden entfernt und es
wird überlegt ob man alle nötigen Bereiche des
Produktes erfasst hat.
Beschreibung erweitern - Die Persona wird
ausgeschmückt, erhält Bilder und kleine
Geschichten.
Persona-Typ festlegen - Hier wird festgelegt
welche erstelle Persona welchen Bereich abdeckt
und dann in eine der Kategorien User,
Customer, ... eingeordnet.
4 Einführung Goals
Nutzer haben ein gewisses Verhalten, das von
Zielen motiviert ist. Kennt man also die Motivation
oder das Verhalten, so kann man eigen-
ständig die Ziele des Nutzers davon ableiten.
Dabei gibt es 4 verschiedene Arten von Goals:
Customer Goals (möchten die Sicherheit von
Anderen), Business Goals (mehr Profit generieren),
Technical Goals (Produkt soll z.b. plattformübergreifend
funktionieren) und Nutzer
Goals. Letztere sind dabei von zentraler Bedeutung
und untergliedern sich abermals in:
Experience Goals - Der Nutzer möchte eine
bestimmte Erfahrung beim Verwenden des
Produktes haben.
End Goals - Der Nutzer hat einen Auftrag den
er erfüllen möchte.
Life Goals - "Live the good life", stärkste
Nutzerbindung.
5 Goals im Designprozess
Der Mensch verfügt über 3 Ebenen der
Wahrnehmung. Die unterste stellt dabei die
viscerale dar, auf welcher sich die Sensoren
und Reflexe befinden. Diese sind nicht steuerbar.
Auf der behavioralen Ebene laufen Alltagsprozesse
ab, die einmal gelernt im Unterbewusstsein
gesteuert werden. Beim Autofahren
muss erst der korrekte Umgang mit
dem Fahrzeug geübt werden, bis sich die
Abläufe irgendwann in das Unterbewusstsein
eingeprägt haben.
Die reflektive Ebene ist die höchste Ebene und
verfügt über unser logisches Denken.
Möchte der Designer sein Produkt nun für eine
der 3 Ebenen entwickeln, so kann er sich grob
an der Einteilung orientieren. Für die viscerale
Ebene z.b. muss sein Produkt optisch
ansprechend sein, für die Behaviorale muss
der Nutzer in seiner Tätigkeit unterstützt werden.
Um nun die verschiedenen Ziele anzusprechen
die ein Nutzer haben kann, müssen Goals und
der Designprozess verknüpft werden. Experience
Goals werden über die viscerale Ebene
angesprochen, oder "Wie der Nutzer sich
fühlen möchte".
Für die End Goals verwendet man die behaviorale
Ebene "Was der Nutzer tun möchte".
Life Goals erreicht man über das reflektive
Verhalten "Wer der Nutzer sein möchte".
Goals kann man nur schwer erhalten indem

REFERENCES 3
man den Nutzer fragt, denn entweder weiß
er sie nicht, kann sie nicht formulieren oder
lügt schlichtweg. Besser ist es, die Ziele aus
beobachtetem Verhalten abzuleiten.
6 Personas und Goals
Verbindet man Personas und Goals, so kann
man sich Szenarien ausdenken und mit eben
diesen Personas durchspielen. Dadurch
kann man neue Anforderungen und Probleme
entdecken, neue Blickwinkel erhalten
und den Fokus auf den notwendigen Funktionen
richten. Sie helfen also dem Entwickler
sich in andere Menschen hineinzuversetzen
und stellen somit ein kostengünstiges Verfahren
dar, sein Produkt effizient zu entwickeln.
References
[1] Cooper, Alan; Reimann, Robert ; Cronin,
Dave Chapter 5 Modeling users: personas
and goals Indianapolis, Ind. : Wiley,
2007, 2012 About face 3 : the essentials
of interaction design Cooper, Alan;
Reimann, Robert ; Cronin, Dave Completely
rev. and updated. S. 75 - 107