El usuario de un Test de Usabilidad Web
Un test de usabilidad es una medida concreta y objetiva de la usabilidad (acerca de lo rápido, fácil y agradable que es el uso) de una herramienta o sistema, tomada a partir de usuarios verdaderos con tareas reales, en un contexto similar al real (muchas veces, más controlado)
Existe mucha literatura e información sobre tipo de test, metodologías, etc, pero se le da muy poca importancia al que en esencia es el protagonista: el usuario; éste es al fin y al cabo quien hace las “pruebas con usuarios reales” .
¿Vale cualquier persona para hacer un test?
La pregunta parece de perogrullo. Si hacemos un test de una web, cualquiera que pueda ser usuario podría hacerlo.
Esta afirmación nos lleva a la respuesta políticamente incorrecta. No vale cualquier persona. Sólo nos valen aquellas que puedan ser usuarios de nuestra web.
Yo no valdría para hacer un test real de una página japonesa, por ejemplo: http://www.2-u.co.jp/ Una prueba como: “¿Cuál es el teléfono de atención al cliente?” Ni idea. ¿Pero sería capaz de comprar? ¡Casi! Me quedé en el formulario de compra. ¿Les importa a ellos?
Deberes: Intentar comprar tres botellas de vino para el cumpleaños de mi padre.
Por lo tanto no vale cualquier persona. Solo un posible usuario. El concepto “pruebas con usuarios reales” toma sentido.
¿Que características tiene que tener un “usuario real”?
El concepto básico es el de una muestra reprensentativa. Pero, ¿cuál es la muestra representativa?.
Por ejemplo, viendo el post de Meneame en el que muestra las visitas por navegadores nos damos cuenta que esta web tiene un público un tanto especial: ¡60% usuarios de Firefox!
Es un factor más a tener en cuenta en este caso, además de los demográficos habituales: edad, nivel de estudios, sexo (¿machismo? ¿feminismo?), uso de internet, ¿compra en la competencia y no en la mía?… Los grandes estadistas y sociólogos pueden seguramente introducir muchas más variables.
Conclusión: Es muy complicado hacerlo a la perfección, o lo que es lo mismo: muy caro.
Así que tendremos que valorar dos patrones básicos:
- Los usuarios (medios) que tenemos, y
- Los usuarios (medios) que nos gustaría tener.
que casi nunca coinciden (normalmente queremos tener más y mejores). Ya que no van a ser muchos, pidamos:
- Que navegue por internet, pero no mucho.
- Que haya comprado algo por internet, pero solo alguna vez.
- Que sea capaz de pensar en voz alta mientra navega, pero que tenga las ideas claras.
- Que pueda comprar el producto que vendemos.
- Que esté familiarizado con la jerga básica de internet como el “carrito de la compra”.
- Que tenga una tarjeta de crédito a mano, y los números de seguridad de su banco.
- Que sea capaz de contarnos qué le pareció la web, pero sin meterse en detalles del estilo “ese menú no me gusta; debería ser más grande y color rojo y estar en la parte de la derecha” (¿Quién se supone que es el experto? ¿O el cliente siempre tiene la razón?)
- Que conozca los productos, pero que no sea un especialista en el sector.
¿Cuántos?
Nielsen habla de cinco usuarios y de un mínimo de dos, aunque con excepciones: si la web es muy grande, o si los públicos son muy diversos.
Conclusiones
- Para conseguir los resultados óptimos:
- La selección de la muestra tiene que ser óptima.
- La persona que tiene que sacar conclusiones tiene que saber interpretar muy bien todos los datos
- La frase típica que se le dice al usuario “estamos probando la web, no su capacidad” es incompleta. Siempre se pone a prueba el sistema web y al equipo que tiene que sacar conclusiones. La importancia de este equipo aumenta cuanto menor es la muestra.
- Cualquier prueba que se haga, y en cualquier cantidad, es mejor que ninguna. Una prueba con usuario nos puede ayudar a descubrir detalles de usabilidad y detalles técnicos como un enlace roto, un proceso que no funciona correctamente, y eso tambien es usabilidad.
Algunas referencias del Chrome
No voy a ser el único blog que no hable de Chrome.
Os dejo algunas entradas de las que he ido leyendo que me parece que aportan detalles de interés.
Accesibilidad del Google Chrome
- Atajos de teclado: Tiene muchos atajos de teclado pero no permite abrir las ventanas de Ayuda o la de Opciones.
- Accesibilidad del Sistema operativo: No soporta el modo de alto contraste de Windows.
- Mucha iconografia sin textos explicativos acompañándola.
- No aparece ninguna mención WAI-ARIA
Fuente:Google Chrome Accessibility
Test compartivo de velocidad
Parece que el Chrome sí que tiene algo especial. La potencia de ejecución comparada con el resto de navegadores salta a la vista
Acid Test
Acid Test 2: bien
Acid Test 3: 77/110 Necesita mejorar… pero no es el único (FF3 66/100)
Mi Valoración: Promete pero aún le queda mucho que mejorar, por lo menos hasta que se empiecen a desarrollar extensiones y lo podamos tunear como nuestro FireFox.
Webs para aprender CSS
Un recopilatorio de enlaces para seguir aprendiendo CSS:
- A List Apart CSS Topics
- CSS Help Pile
- CSS Basics
- Holy CSS Zeldman!
- Eric Meyer: CSS
- 456 Berea Street – CSS category
- /* Position Is Everything */
- HTML Dog CSS Tutorials
- Learn CSS Positioning in Ten Steps
- Andy Budd CSS/Web Standards Links
- W3CSchools CSS Tutorial
- css Zen Garden
- CSS at MaxDesign
- CSSeasy.com
- CSS-Discuss
- Web Design from Scratch: CSS
- CSS-Tricks
- CSS on Delicious
- SitePoint CSS Reference
- CSSDog
¿Falta alguna de tus favoritas ?
Via: Six Revision
Un método simple para ser semántico
Amphibia en ser semántico con poca plata se hace eco de cómo hicieron de manera simple en el diario sudafricano Mail & Guardian para dotar de contenido semántico mediante tags a los artículos. Como dice Rodrigo Orihuela:
Lo hecho en el M&G no es revolucionario, pero sí demuestra cómo encontrarle la vuelta a algo que parece complicadísimo en un medio pequeño
-
- Armar un índice alfabético de temas
- Obtener de forma automática artículos o fotos relacionadas, basada en los tags
- Obtener automáticamente contenido relacionado para cada artículo desde medios informativos externos (la competencia) y de la blogósfera
- Crear alertas informativas sobre empresas o personas (¿útiles para empresas de RRPP?, se pregunta)
- Obtener imágenes de mapas correspondientes a los países mencionados en los artículos
- Predecir los intereses de los lectores y recomendar artículos, en base a los hábitos de navegación (a partir de los tags)
- Generar una nube de tags básica, que muestre temas, personas y lugares populares
- Vía el etiquetado semántico inteligente se ha desarrollado un función de SEO básica al hacer que el sitio sea más buscador-friendly
Código Deontológico del Diseñador web
Autorrecogiendo la idea que lanzaba en el artículo Diseño para personas inmediatista. Partiendo de Profesional Practice:
- Respetar el trabajo de otros diseñadores web
- Ser honesto al hablar de tu experiencia y tu capacitación profesional
- Ser siempre honesto con los clientes y explicarle los pros y contra de cada decisión
- Mantener la confidencialidad de todos los clientes
- Reconocer la autoría de otras personas que han colaborado en el proyecto
- Diseñar siempre para conseguir un acceso universal a las contenidos
- Respetar los estándares
- …
Hasta aquí puedo seguir yo
