tips
usabilidad

7 razones para hacer pruebas de usabilidad sobre wireframes en papel.

¿Por qué es mejor empezar a testear sobre wireframes en lugar de empezar las pruebas con el diseño visual ya aplicado?

1. Los usuarios no pierden el foco con la experiencia estética. No opinan por los colores.
2. Los usuarios se centran en la funcionalidad.
3. El diseñador se ve obligado a resaltar los affordances desde la estructura (sin basarse en el color).
4. Preparar los prototipos es demasiado rápido.
5. Preparar los prototipos requiere pocos recursos.
6. Ni los diseñadores ni los programadores te van a odiar, por generar tantas idas y vueltas.
7. Realmente sirve.

Continue reading…

Cómo hacer pruebas de usabilidad

Las pruebas de usabilidad son una forma de observar qué tan fácil (o complicada) es una interfaz.

¿Cómo armar un test informal?

1. Coordinar una entrevista (individualizada)
   Hacerlo con personas que cumplan con el perfil del usuario del sitio.
2. Definir los objetivos del test.
   Prototipos. Pueden encontrarse online o incluso estar dibujados en un hoja. Sí, increíblemente en un papel podemos encontrar muchos problemas de interacción.
   Objetivos. Armar el listado de objetivos que el usuario deberá cumplir sobre las pantallas del sitio.
   Continue reading…

Checklist de Usabilidad Web

Este es un listado de verificación de usabilidad que presenté cuando trabajaba para el Gobierno de la Ciudad de Buenos Aires.  (Colaboraron los expertos en usabilidad: Gonzalo Auza y Enrique Stanziola).

1. Lenguaje:
   El lenguaje utilizado en las interfaces debe corresponderse con el lenguaje del usuario. No deben utilizarse términos técnicos que sólo conocen los programadores.
2. Visibilidad del estado del sistema (feedback):
   La aplicación debe mantener informado al usuario sobre lo que está ocurriendo en cada momento.
3. Consistencia:
   Es necesario mantener la consistencia de la interface en todos los aspectos y dimensiones de la interacción (comportamiento, estructuras, diseño visual, etc.).

   Continue reading…

Entre el Usuario y Dios (divague teológico).

(Este post es teológicamente ateo. Tengan a bien tomarlo como de quien viene).

Es fantástico cómo en muchas empresas de IT, los encargados de diseñar las interfaces toman el nombre del usuario en vano. O sea, para legitimar sus propios comentarios.

He escuchado frases como “es obvio que el Usuario lo entiende”, “esto para el Usuario es muy claro”.

Todo esto, claramente sin hacer ni una bendita prueba con un usuario.

Esto me recuerda a la figura de Dios.

Muchas religiones cuentan con un personaje central creador y todopoderoso, un libro sagrado (que legitima su autoridad) y una casta que hace de única traductora de sus mensajes encriptados.

Continue reading…

“No importa, es sólo un texto”.

Ayer un programador tuvo el tupé de decirme: “No importa, es sólo un texto”.

Respuesta catártica:

Un texto…

• Tan chico que la gente necesita hacer Ctrl + para poder leerlo.
• Tan mal jerarquizado y agrupado que hace el usuario se retrase adivinando dónde lo decidieron ubicar arbitrariamente.
• Tan ambiguo que provoca que el usuario tenga que llamar por teléfono y la empresa tenga que gastar miles de pesos en mantener una infraestructura de call center.
• Tan mal redactado que genera que el usuario desconfíe y decida no cargar los datos de su tarjeta.
• Tan poco enfocado en el usuario que hace que la persona cierre automáticamente la página y se vaya a la competencia.

Todo esto, lo provoca sólo un texto…