Defining personas for UX evaluations

After user roles, we define personas as prototypical users of a system for UX evaluations.

Defining personas for UX evaluations

(TL;DR: personas at UX manager)

A persona is a description of an imaginary person who is an archetypical user of the system, and who may be used as a reference or inspiration when designing interfaces. Therefore, once we have defined the user roles involved in our system for UX evaluations, we can create some personas to make them more real.

Since we selected usability experts and frontend developers (as occasional evaluators) as focal roles, we have defined two personas, one for each of them:

These are primary personas who would require a dedicated interface; we may define other secondary personas whose needs would be met by the same interfaces used by primary personas.

Here you have those two personas in PDF format:

Or better browse them online (as they might change in the future):

forUSE: usage-centered design (recovered)

Some articles about Usage-Centered Design by Constantine & Lockwood, recovered from their former forUSE website.

The usage-centered design approach to UX design (as defined by Constantine & Lockwood) has been always a reference to me. Their articles describe practical well-defined techniques which I think can (and should) be included in development processes, and my humble opinion is that it deserves more attention than it gets.

Usage-centered design itself has been viewed as providing already established and effective methods for putting activity-centered design into practice and for overcoming some of the stated shortcomings of human-centered design (Norman, 2006).

Actually, I used their descriptions of techniques for Personas, User Roles and (Abstract) Use Cases as the basis for their implementation into UCDmanager. One of the main reasons for this choice is that they set the basis for a design methodology which includes different interrelated techniques, instead of the toolbox of heterogeneous independent methods we usually have.

Sadly, it seems that their forUSE website is no longer active (although it still can be accessed through the Internet Archive’s Wayback Machine). That’s why I’m recovering here some of their articles. (more…)

Analítica web y usabilidad: condenados a entenderse

Desde que realicé el proyecto final de carrera (Ingeniería informática en la UIB) sobre análisis de logs de servidores web (web data mining), me he preguntado por qué esa disciplina se trataba de un modo tan independiente (y habitualmente por…

Desde que realicé el proyecto final de carrera (Ingeniería informática en la UIB) sobre análisis de logs de servidores web (web data mining), me he preguntado por qué esa disciplina se trataba de un modo tan independiente (y habitualmente por expertos también independientes) al de la usabilidad web. Al fin y al cabo, ¿no se trata de conocer cómo utilizan los usuarios la web? Cuando se dicen cosas como “nuestros usuarios son así”, o “la mayoría de usuarios utilizan más esta funcionalidad”, ¿hasta qué punto se saben realmente?

Cualquiera que haya tratado mínimamente con las técnicas de análisis web sabe que extraer conclusiones del análisis de accesos es mucho más complicado de lo que podría parecer: filtrar bots, identificar usuarios únicos y sesiones,… Las técnicas que se utilizan son siempre heurísticas que dan resultados aproximados y que hay que saber interpretar.

Esquema de accesos web: hits, páginas vistas, sesiones, usuarios

Hasta que hace unos días he leído un artículo en el blog de Xperience Consulting que se plantea si ambas disciplinas son contrarias una a la otra. La respuesta es, obviamente, que no; no son opuestas, sino complementarias. Como dice Avinash Kaushik, la analítica web nos dice QUÉ están haciendo los usuarios, mientras la usabilidad web nos dice POR QUÉ lo hacen.

Por ejemplo, una herramienta de análisis web (como Google Analytics) nos puede indicar que un gran número de usuarios abandonan un proceso de compra de 4 pasos en el tercer paso, pero no nos dirá por qué. Para eso podemos hacer un estudio de usabilidad con usuarios reales y comprobar que no pasan de ese punto porque les obliga a introducir un dato que no entienden.

Sin embargo, en muchas ocasiones estas técnicas son explotadas de manera independiente: el departamento de Sistemas (o el de Márqueting) hace un análisis de los accesos, mientras que por otro lado el departamento de Desarrollo o Diseño web utiliza (si lo hace) técnicas de usabilidad web. Aunque parece que la cosa podría mejorar con nuevas metodologías de desarrollo.

(more…)