beneficios de pruebas

usabillity sells if the user has a choise - wich is almost always

the designer is a poor choise to test her own site, because she knows too much (
doesnt have to search for buttons, because he put them there)
parallel with software development
PRUEBE DESDE EL INICIO Y A MENUDO
en el desarrollo tradicional de software, los usuarios solo tienen una prueba d
el producto beta
pero entonces al finalla mayoria del presupuesto ha sido agotado
es mucho mas caro corregir un error si pudo ser corregido tempranamente
jared spool: pruebas semanales con dos usuarios durante el desarrollo, descubrir
as muchos errores tempranamente, entonces hay que hacer una prueba a gran escala
cuando estemos cerca de completar el desarrollo
EVALUCIN FORMATIVA VS EVALUACIN SUMATIVA
formativa: durante el desarrollo
sumativa: cuando se ha completado
PRUEBAS DESDE LAS ETAPAS INICIALES
usuarios
expertos
usuarios avanzados
usuarios princiiantes----novatos--------------------------TIPOS DE EVALUACIONES DE USABILIDAD
EVALUACIN BASADA EN EXPERTOS
pueden identificar problemas
formacin avanzada
pueden ser buena opcin pero solo cuando ya es tarde o se est retrasado en el proye
cto
los expertos no tienen las caracteristicas de los usuarios, debes ser cuidados a
ntes de iniciar
en la evaluacin sumativa
EVALUACIN BASADA EN USUARIOS (novatos)
PRUEBA CON PROTOTIPOS DE PAPEL
necesario un escenario de prueba (contexto)
el escenario de prueba debe indicar
-motivos de realizar la prueba
-que es lo que pediremos al usuario que haga (datos actuales a proporcio
nar y generalidades,
tarea clara y concreta)
- el estado inicial del sistema cuanto inicie la prueba
- tipo de ayuda que el usuario puede ver mientras se realiza la prueba
PRELIMINARES
practica con un amigo, pero no incuir estos resultados como parte del la prueba
actual
reclutar usuarios
preferentemente no familiares o amigos, por que ellos normalmente lo van a proba
r sin ofenderte
si usamos familiares o amigos, decirles algo como " haganme un favor encontrando
errores"
DISTRIBUCION IDEAL PARA PROBAR UN PROtOIPO BASADO EN PAPEL

____________________________________________________________
|
o Computadora
|
|
---------------------------|
|
|
escritorio
|
|
|
|
|
|
|
---------|
|
|
|prototipo|
|
|
|
---------|
|
----------------------------|
|
faciliatador o o user
|
|
|
|
|
|___________________________________________________________|

|
|
|

o observador

FUNCIONES: recepcionista
explicar el proposito de la prueba
decirle al usuario quien esta presente, quien lo ve o no
decirle "tu no estas siendo evaluado, se evalua el prducto" o algo similar
tener un informe de consentimento firmado
ofrecer refrigerios
para estabilizarlo fisica y emocionalmente
al final de la prueba, agradecerle y realizar el pago acordado
CARTA DE CONSENTIMIENTO
ver el texto para un posible formato
la organizacin puede tener un formato preescrito
puntos principales que debe incluir
- proposito general
- indicar que la participacin es voluntaria
- confidencialidad de los resultados y del usuario
- beneficio acordado.no hay un benefio adicional al acordado
- la prueba no representa riesgos para el usuario, ni durante ni posteri
or
- los usuarios deben mayores de edad
- firma del usuario y fecha
FACILITADOR
unica persona que hablar con el usuario durante la prueba, importante decir que t
ipo de tecnica (pensar en voz alta)
el trabajo princial de esta persona es mantener hablando al usuario. aplica pens
ar en voz alta
si el usuario se bloquea o deja de hablar, no darle pistas pero
- cuales son tus opciones?
- que estas considerando hacer?
- si el usuario pide ayuda, regresar la pregunta, antes de responder la
pregunta
- el ultimo recurso solo decir, " est bien, vamos a terminar"

neutro todo el tiempo

no mostrar signos de impasiencia
nunca criticar, y pensar dos veces antes de hacerlo
buscar ue la actitud del usuario sea hacer la tarea, no como tranquilizo al fac
ilitador
dejar queel usuario entre en dificultades hasta el final
"nunca culpables, numca explicar" si la interfaz requiere explicacin debes aprend
er que es lo deficiente
--------------------------MIERCOLES 1 DE JULIO----------------------------------------------ANALISIS DE RECURSOS
hardware
software
recursos humanos
personal tcnico especializado
asistente
datos
tipos de atos y cantidad
documentos(pantalla,impresos)
normas, reglas, estandares, procedimientos
evaluacin
se necesitan minimo dos personas, facilitador y observador, dentro del cuarto
fuera, se necesita otra persona, recepcionista
cada rol tiene sus caracteristicas
FUNCIONES "COMPUTADORA"
en un prototipo en papel, la persona que despliega los menus, pone una nueva pag
ina, y as funciona
FUNCIONES, "OBSERVADOR"
no dice nada
tomar notas cuidadosamente
considerar usar en fichas de 3x5 o 5x7, as se puede evaluar la prueba
PERO, SE PUEDE APRENDER DEMASIADO CON SOLO UN USUARIO Y USTED MISMO
puedes ser tu propio recepcionista
no es ideal combina roles de facilitador y observador
Jared spool dice "solo hazlo", Quotes Yogi Berra "puedes aprender mucho solo obs
ervando"
POSIBBLES TCNICAS PARA OBTENER INFORMACIN DE LOS USUARIOS
Open-ended: que es lo que ms/menos te gusto del producto, que mejoras sugieres
metricas:
- rendimiento: se miden dentro del cuarto de experimentacin
- preferencias: se realizan cuando el usuario concluye la tarea (sala d
e espera)
Closed-ended: opcin multiple, escala de preferenca, recordatorio de caracteristic
as
mucha de la informacin util viene de las notas tomadas durante la prueba

UTILIZANDO LOS RESULTADOS

clasificar las tarjetas de notas en categorias, por tipo o por problema encontra
dos
correlacionar las areas de problema con el prototipo, especialmente el producto
y la navagacin, primero resolver la correlacin
mirar los resultados en terminos de las especificciones de usabilidad
REDEFINICIN DEL DISEO
si no se encontraron problemas, felicidades
problemas pueden llamar a un rediseo
convencer a los desarrolladores que es necesario un rediseo, es ms fcil si ellos ob
servan la prueba
si videograbaste, detenernos enpequeas partes donde se presentan los mayores prob
lemas
ESCRIBA SU REPORTE
iniciar con un resumen ejecutivo (claro conciso)
parrafo entre 500 y 1000 palabras
decirlo en terminso de mejoras, no de criticas
no decir todo en forma general, hayq eu ser especificos
mantenerlo corto
priorizar recomendaciones
poner el proceso de prueba, poner como los encontramos, poner el "raw data", es
decir, los datos utilizadps. Todo esto en un apendice
OPCIONAL, USE LOS FORMATTOS DE LA NIST COMMON INDUSTRY PARA ELABORAR SUS REPORTE
S DE PRUEBAS DE USABILIDAD
nist: national institute of standards and technology, formando el National Burea
u of Standards
la usabiliad es muy imporatne para los vendedores y los usuarios