Entiendo tu duda, es jodida, pero las preguntas que te ayudarán son tres principales:
¿Cuánto tardaría si la funcionalidad fuese analógica? ¿tarda más o menos que hacer lo mismo con "la competencia"/producto sustitutivo? ¿Va interactuando el usuario mientras aprende?¿incita a la acción?-> a veces no pasa nada porque el usuario toque y aprenda, si se atreve -> funciona. es importante pintarle un escenario que le haga someterse a cierta presión (aquí es donde yo creo que más a prueba se pone la eficacia de tu interfaz). por otro lado: supongo que el tema de las métricas te solucionaría muchas cosas utilizando test a/b o multivariables. > > Creo que se me ha malinterpretado o que seguramente me haya expresado mal > en > cuanto a lo de las matemáticas, que tanta herida ha abierto a los amantes > de > las métricas. > Me refiería al tema en cuestión que abre este hilo. No a los test de > usuarios, ni a otras generalidades, sino única y exclusivamente a: "a > partir > de qué minuto una tarea es un fracaso". > Claro que creo que los tiempos deben estimarse antes, para eso somos > nosotros quienes diseñamos los tests y no vas allí "a ver qué pasa", pero > es > algo que hasta que sucede, no puede medirse objetivamente y puede que tus > números, llegado el momento, valgan de poco. Ahí entra la profesionalidad y > la experiencia del evaluador. > Mi conclusión, de nuevo, es que no existe un número medio de minutos para > las tareas (que es el tema que nos ocupa), depende del tipo de test (por > éxitos o por tiempo), del nivel del usuario y de la tarea en cuestión y eso > siempre, es subjetivo, lamentablemente, no se hace una investigación > suficiente para que pueda llegar a ser objetivo. > Por supuesto, luego hay que pasar esa experiencia a datos para investigar, > medir, justificar etc (por eso todo queda registrado) pero os aseguro que > no > son los números lo que impresiona al cliente, sino presenciar un test y ver > con sus propios ojos, cómo reaccionan ante su web. > Estoy plenamente de acuerdo con Javier, en que por mucho que os gusten las > estadísticas, en este tipo de prueba no son lo radicalmente importante, > supongo que por eso, no es una técnica cuantitativa. > > > -- > Eva Janeiro - [EMAIL PROTECTED] > > > ------------------------------ > > _______________________________________________ > Altas, bajas y modificaciones: > http://cadius.org/mailman/listinfo/lista_cadius.org > > > Fin de Resumen de Lista, Vol 63, Envío 14 > ***************************************** > -- Iñaki García-Hoz UX Blog: http://phurious.wordpress.com Me: http://www.inaki1980.com _______________________________________________ altas, bajas y modificaciones: http://www.cadius.org/lista/opciones.html
