Razones para incluir pasos en un un flujo online

¿Por qué es necesario explicitar los pasos de un procedimiento?

Pensando en este tema, Javier Guevara (manager de Viajo.com)  me llevó al mundo de los call centers y encontré el post El problema de las colas de espera en los call centers que observo ampliamente relacionado.

Al autor se pregunta ¿cuál es la diferencia entre la fila de un banco y la cola de espera en un call center?

“La diferencia fundamental está referida a la visibilidad (o invisibilidad) que tienen los llamantes de la cola que están formando”

Continuar leyendo…

Bookmark and Share

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.

Continuar leyendo…

Bookmark and Share

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.
    Continuar leyendo…
Bookmark and Share

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.).

    Continuar leyendo…

Bookmark and Share

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.

Continuar leyendo…

Bookmark and Share


Copyright © 2004–2009. All rights reserved.

RSS Feed. This blog is proudly powered by Wordpress and uses Modern Clix, a theme by Rodrigo Galindez.