Selection of our books indexed in the Book Citation Index in Web of Science™ Core Collection (bkci)

Figure 4.
Homer Simpson car issue [12].
10
Updates on Software Usability

---

3.1 Persona
Personas are archetypes that describe the various goals and observed behavior
patterns among users. A persona encapsulates critical behavioral data in a way that
both designers and stakeholders can understand, remember, and relate to.
Personas use storytelling to engage users
’
social and emotional aspects, which helps
designers to either visualize the best product behavior or see why the recommended
design is successful.
A persona is a fictional character, which is used while designing an application,
website, or technology. The persona represents a fictional user of the tested applica-
tion, which has its own personality, needs, characteristics, specific approaches, and
opinions:
•
It is created from the data collected during user interviews or with the use of
some other statistical methods.
•
Personas are created by implementing common behavioral patterns of more users
into one fictional person.
•
Using personas in creating projects puts a human face to otherwise abstract data
and allows the designers to easily understand the needs of the fictional characters.
3.2 Persona variants
The authors suggest to recognizing three types of personas:
Persona A
: A is a typical user. (S)he will use all functionalities, and the system
MUST BE implemented for him/her. It is necessary to design GUIs for that person
’
s
business goals-derive UseCases from them! (
Figure 5
)
Figure 5.
Persona A can be young girl.
11
Usability Testing Methods and Usability Laboratory Management
DOI: http://dx.doi.org/10.5772/intechopen.109140

---

Persona B
: B is an occasional user. The GUI is not primarily implemented for this
user. But the GUI should address his UseCases. However, these UseCases can be time-
and energy-consuming. Although he/she is not the primary user of the system, we
need to provide him/her with some ways to complete his/her business goals
(UseCases) (
Figure 6
).
Persona C
: C is a negative persona. It is sometimes called antipersona. This user
NEVER uses the system.
In general, different kinds of model users can be created. However, the authors
recommend only the following three types. The authors consider the other variants
to be redundant. The user interface should be designed for the primary personas!
Other personas are users who do not primarily use the system. However, they
should be able to work with the system. A negative persona is a user who will
NEVER use the system. It is introduced for contrast or because of a different view
of UI functionality that should NOT be part of it. It is a view that should be avoided
(