Una vez identificada una herramienta adecuada para nuestro p\u00fablico y que responda a las necesidades que hemos definido, tendr\u00edamos que poder evaluar de alguna manera si genera una experiencia satisfactoria en el usuario y si responde a los niveles de usability<\/em>, y la podemos encontrar en Fund\u00e9u:\u00abCualidad de la p\u00e1gina web o del programa inform\u00e1tico que son sencillos de usar porque facilitan la lectura de los textos, descargan r\u00e1pidamente la informaci\u00f3n y presentan funciones y men\u00fas sencillos, por lo que el usuario encuentra satisfechas sus consultas y c\u00f3modo su uso: test de usabilidad; pruebas de usabilidad\u00bb.\" data-placement=\"top\" data-html=\"true\" >usabilidad<\/a> y accesibilidad<\/a> requerits.<\/p>\n La evaluaci\u00f3n de la usabilidad de una herramienta digital que sea una p\u00e1gina web, un software o una aplicaci\u00f3n de m\u00f3vil es una tarea que normalmente desarrollan profesionales expertos con una serie de m\u00e9todos, t\u00e9cnicas y principios. Estos m\u00e9todos se dividen b\u00e1sicamente en dos categor\u00edas: los que involucran a los usuarios y los que no los involucran y se basan solo en la aplicaci\u00f3n del conocimiento experto.<\/p>\n No siempre es posible acceder a un experto de evaluaci\u00f3n y sobre todo en caso de emergencia. En esta gu\u00eda os proponemos dos formas sencillas de testar la usabilidad de una herramienta. Est\u00e1 claro que no se trata de una soluci\u00f3n exhaustiva y si podemos acceder a una evaluaci\u00f3n experta, mejor; pero nos ayudar\u00e1 a entender m\u00e1s el comportamiento de los usuarios y las dificultades que puedan encontrar a la hora de usar la herramienta que hemos seleccionado.<\/p>\n A partir de los objetivos que hemos definido al principio y de las funcionalidades que buscamos en la herramienta, definimos una serie de tareas r\u00e1pidas y f\u00e1ciles de hacer como podr\u00edan ser: iniciar la aplicaci\u00f3n, cerrar la aplicaci\u00f3n, compartir un archivo en un grupo, mandar un mensaje privado, adjuntar un archivo, etc.<\/p>\n El n\u00famero de tareas necesarias depende del tipo y de la complejidad de uso de la herramienta, pero siempre es aconsejable seleccionar aquellas funcionalidades que son esenciales y aquellas que se usar\u00e1n con m\u00e1s frecuencia, porque el test no resulte muy pesado para la persona que lo realizar\u00e1. Cinco tareas acostumbran a ser un n\u00famero adecuado; haremos una lista de las que hemos escogido, con una descripci\u00f3n clara y concisa de la acci\u00f3n que el usuario tiene que realizar durante el test. A partir de esta lista, construiremos un guion para el usuario donde se explica claramente qu\u00e9 tiene que hacer, como por ejemplo:<\/p>\n Elaborar una lista de control de los criterios seg\u00fan los cuales cada tarea sea un \u00e9xito o no. Una forma simplificada de hacerlo es plantear una puntuaci\u00f3n del 1 al 10 sobre la dificultad de realizaci\u00f3n de la tarea y pregunt\u00e1rselo directamente a la persona que est\u00e1 haciendo el test; la lista de control tendr\u00eda que incluir tambi\u00e9n una parte donde se recogen los aspectos que le han gustado m\u00e1s o menos de las tareas realizadas.<\/p>\n La tabla que encontrar\u00e9is a continuaci\u00f3n es un ejemplo muy simplificado de un instrumento para recoger las respuestas de los usuarios. Es aconsejable adaptarla a las necesidades detectadas, a los objetivos establecidos y a la tipolog\u00eda de las personas con las que haremos el test.<\/p>\nTest de guerrilla con usuarios<\/h2>\n
Preparaci\u00f3n<\/h3>\n
Definici\u00f3n de las tareas<\/h4>\n
\n
Instrumento para recoger las respuestas<\/h4>\n
\n\n
\n Tarea<\/strong><\/td>\n Dificultad (1 = f\u00e1cil; 10 = muy dif\u00edcil)<\/strong><\/td>\n Comentarios<\/strong><\/td>\n<\/tr>\n \n Inicia la herramienta<\/td>\n \n