1 / 25

Ejemplo de Usabilidad: MANTEL

Ejemplo de Usabilidad: MANTEL. Ejercicio: MANTEL. ´Manhattan Telephone System (MANTEL)´ Identificar problemas de usabilidad Ej. “ el sistema utiliza sólo letras mayúsculas; las letras minúsculas son más legibles” Trabajar individualmente. MANTEL: Especificación original.

wylie
Download Presentation

Ejemplo de Usabilidad: MANTEL

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Ejemplo de Usabilidad:MANTEL

  2. Ejercicio: MANTEL • ´Manhattan Telephone System (MANTEL)´ • Identificar problemas de usabilidad • Ej. “ el sistema utiliza sólo letras mayúsculas; las letras minúsculas son más legibles” • Trabajar individualmente.

  3. MANTEL: Especificación original -------------------------------------------------------------------------------------------------------------- PORT073 MANTEL INFO VERSION 4.2 USER=JUANPERE 17-OCT-88 11:27:23 * * * * * * * * * * * * * * * * * * * * * * * * * * INDICE TELEFONICO COMPUTARIZADO * * * * * * * * * * * * * * * * * * * * * * * * * * INGRESE NUMERO DESEADO Y LUEGO RETURN > PF1=AYUDA PF2=INFO DIRECTORIO PF5=OTROS SERVICIOS PF4=VIDEOTEX -----------------------------------------------------------------------------------------------------------------

  4. MANTEL: Especificación original -------------------------------------------------------------------------------------------------------------- PORT073 MANTEL INFO VERSION 4.2 USER=JUANPERE 17-OCT-88 11:27:23 * * * * * * * * * * * * * * * * * * * * * * * * * * INDICE TELEFONICO COMPUTARIZADO * * * * * * * * * * * * * * * * * * * * * * * * * * EL ABONAFO ES > >FERNANDEZ >JOSE L. > >11 DE SEPTIEMBRE 2540 > >BUENOS AIRES > >1045 PF1=AYUDA PF2=INFO DIRECTORIO PF5=OTROS SERVICIOS PF4=VIDEOTEX --------------------------------------------------------------------------------------------------------------

  5. MANTEL: Especificación original -------------------------------------------------------------------------------------------------------------- PORT073 MANTEL INFO VERSION 4.2 USER=JUANPERE 17-OCT-88 11:27:23 * * * * * * * * * * * * * * * * * * * * * * * * * * INDICE TELEFONICO COMPUTARIZADO * * * * * * * * * * * * * * * * * * * * * * * * * * NRO. DE TELEFONO DESCONOCIDO > INTENTELO NUEVAMENTE! PF1=AYUDA PF2=INFO DIRECTORIO PF5=OTROS SERVICIOS PF4=VIDEOTEX --------------------------------------------------------------------------------------------------------------

  6. MANTEL: Especificación original -------------------------------------------------------------------------------------------------------------- PORT073 MANTEL INFO VERSION 4.2 USER=JUANPERE 17-OCT-88 11:27:23 * * * * * * * * * * * * * * * * * * * * * * * * * * INDICE TELEFONICO COMPUTARIZADO * * * * * * * * * * * * * * * * * * * * * * * * * * NUMERO DE TELEFONO ILEGAL > INTENTELO NUEVAMENTE! PF1=AYUDA PF2=INFO DIRECTORIO PF5=OTROS SERVICIOS PF4=VIDEOTEX -------------------------------------------------------------------------------------------------------------

  7. Inconvenientes de usabilidad • Diálogo simple y natural • 1. Uso de letras mayúsculas solamente. • La combinación de mayúsculas y minúsculas es mucho más legible. Utilizar mayúsculas solamente para enfatizar algo. • 2. Evitar abreviaciones en lo posible • “Octubre” es preferible a “OCT” • 3. Error sintáctico: “ABONAFO”' debería ser “ABONADO” • Los errores sintácticos distraen al usuario y dan una impresión de calidad pobre • 4. El nombre de usuario es una información innecesaria (también la fecha y hora) • 5. Los caracteres ‘>’ son misteriosos • Es preferible mostrar rótulos de campo

  8. Inconvenientes de usabilidad • Diálogo simple y natural • 6. Las líneas en blanco en el medio de la información reducen la legibilidad • Suprimir dichas líneas • 7. El nombre debería ser escrito antes del apellido, en una misma línea (ordenamiento natural) • El usuario no está interesado en la estructura interna de la base de datos • 8. Las teclas función deberían ser listadas en un orden más lógico • ej. numéricamente

  9. Inconvenientes de usabilidad • Utilizar el lenguaje del usuario • 9. La indicación USUARIO=JUANPERE indica que el sistema realiza un truncamiento de los nombres en 8 caracteres • Abreviación no natural • 10. La información PORT073 y MANTEL INFO VERSION 4.2 pueden ser difíciles de entender • Borrarlos, o colocarlos por separado con mayores explicaciones • 11. La notación PF1=AYUDA (y similares) pueden no ser claros para los usuarios novatos • Puede ser concisa para usuarios experimentados; existe espacio para una notación más detallada • 12. Expresar las cuestiones desde el punto de vista del usuario • La pregunta inicial no debería ser “Ingrese Número Telefónico deseado”, ya que el usuario quiere el nombre y dirección, y no el número de teléfono • Sería mejor “Ingrese número telefónico para el cual desea conocer el abonado”

  10. Inconvenientes de usabilidad • Minimizar la memoria necesaria del usuario • 13. (Severo) El número telefónico ingresado por el usuario debería ser mostrado junto con la información del titular • En un formato bien conocido por el usuario

  11. Inconvenientes de usabilidad • Consistencia • 14. Existen distintas formas de expresar el mismo concepto: NUMERO, NUMERO DE TELEFONO, y NRO. DE TELFONO. • 15. La especificación no indica donde deberían ser colocados los mensajes de error en la pantalla • la localización debería ser fija y consistente con el sistema global

  12. Inconvenientes de usabilidad • Proveer ‘Feedback’ • 16. (Severo) Un tiempo de respuesta de 30 segundos es inaceptable • Indicar al usuario que está sucediendo “Número de teléfono (02293) 44-7890 está fuera del área 011; la recuperación de la información puede demorar más de 30 segundos” • Indicar que el sistema está trabajando en el comando cada 5 segundos (aprox.) • 17. (Severo) La pantalla no contiene información acerca de lo que debería hacer el usuario cuando haya leído la información y desee continuar

  13. Inconvenientes de usabilidad • Indicar claramente los puntos de salida • 18. (Severo) No hay indicación de cómo podría el usuario salir del sistema sin responder a la pantalla inicial para ingresar un número telefónico • 19. Cuando los usuarios solicitan información acerca de un número telefónico de un área no local, el sistema puede tomar hasta 30 segundos para recuperar la información • Debe proveerse una facilidad para abortar la búsqueda • 20. (Severo) La especificación no indica si el usuario puede editar un número telefónico parcialmente ingresado • Al menos debiera permitirse el uso de `Backspace´

  14. Inconvenientes de usabilidad • Proveer ‘shortcuts’ • 21. Sería razonable aceptar entradas de 8 dígitos, y asumir el código de área local por defecto.

  15. Inconvenientes de usabilidad • Proveer buenos mensajes de error • 22. No utilizar palabras como “ILEGAL” en los mensajes de error • Intimidan al usuario • 23. (Severo) El mensaje de error es demasiado vago. • El sistema debería informar al usuario tan exactamente como sea posible acerca del problema (ej. No se ingresó el código de área) • 24. El sistema debería indicar como interpretó una entrada errónea • Ej. “El sistema no ha podido comprender el número telefónico W3QV.” • Esto es importante para sistemas accedidos via modem, y con líneas telefónicas con alto ruido • 25. (Severo) Los mensajes de error no son constructivos • No indican al usuario como corregir el error • 26. No es significativo preguntar al usuario “Inténtelo Nuevamente!” • Eliminar este mensaje (o mejorarlo)

  16. Inconvenientes de usabilidad • Prevenir errores • 27. Algunos usuarios son totalmente novatos computacionalmente, y pueden no comprender la distinción entre 1 y l, o entre 0 y O • Si el sistema encuentra una de estas letras donde espera un dígito, debería proveer un mensaje de ayuda o simplemente reemplazar la letra por el dígito correspondiente • 28. (Severo) En lugar de rechazar entradas conteniendo paréntesis para el código de área o espacios extra, el sistema debería aceptar estos formatos comunes para números telefónicos • 29. La experiencia muestra que algunos usuarios novatos interpretan el pedido “Ingrese número y RETURN” muy literalmente • Presionan R-E-T-U-R-N. • Es mejor escribir “... y luego presione la tecla RETURN”

  17. Inconvenientes de usabilidad • Prevenir errores • 30. Colocar ejemplos concretos. • Ej. En “Ingrese número telefónico y luego presione la tecla RETURN”, un número telefónico real incrementaría la comprensión del usuario

  18. Inconvenientes de usabilidad • Otras sugerencias • 31. Sacar la palabra “Computarizado” del título, es suficiente “Índice Telefónico” • 32. Sería útil mostrar feedback acerca del nombre de área luego de que el usuario ha ingresado un código de área • 33. La información del propietario debería ser centrada en la pantalla para una mejor legibilidad • 34. Porqué no está asignada la tecla ‘PF3’? Deberían utilizarse PF1, PF2, PF3, y PF4. • 35. Los campos de entrada y salida podrían ser diseñados para estar contenidos en una misma pantalla • 36. Como se solicitan exactamente 11 dígitos, no debería ser necesario presionar la tecla `Return´

  19. Inconvenientes de usabilidad • Otras sugerencias • 37. Ingresar el código de área y el número en forma separada. Colocar el código de área local por defecto • 38. Las frases “numero telefónico ilegal” y “numero telefónico desconocido” son demasiado similares para distinguir entre ambas condiciones de error. • 39. No existe indicación del estado actual del sistema. Ej. Si el sistema está esperando una entrada del usuario; podría utilizarse una barra de estado indicadora

  20. Ejemplo MANTEL • Resultados publicados • Comm. ACM 3/90, [Molich and Nielsen(1990)]. • Participaron 77 diseñadores, programadores de la industria y educadores • El numero medio de problemas mencionados fue solamente 11.2 de 30. • El ganador mencionó 18 de 30 problemas (60%). • Resumen de problemas hallados • Presentación del número de teléfono junto con la información del abonado (95%) • Eliminar la información necesaria (77%) • Informar al usuario si la respuesta puede tomar mas de 30 segundos (74%) • Evitar caracteres misteriosos (‘ >’) (73%) • Listado de las teclas función en un orden natural (64%) • Los mensajes de error son demasiados vagos (64%)

  21. Ejemplo MANTEL • Resumen de problemas hallados • Deben mostrarse al usuario las opciones disponibles (62%) • Evitar errores sintácticos (58%) • El nombre debe ser escrito antes del apellido (52%) • Los mensajes de error deberían ser más constructivos (52%) • No modificar la información entrada por el usuario (truncamiento del nombre) (38%) • Clarificar o eliminar la información que es dificil de entender (32%) • La palabra ILEGAL puede intimidar al usuario (29%) • La expresión “Ingrese el numero y RETURN” puede ser interpretada literalmente (27%) • Mostrar un ejemplo de un número telefónico en el ingreso (18%) • Los blancos intermedios reducen la legibilidad de una dirección (17%) • Las preguntas deben ser expresadas desde el punto de vista del usuario (16%)

  22. Ejemplo MANTEL • Resumen de problemas hallados • El sistema debería indicar cómo ha interpretado la entrada del usuario (14%) • Se utilizan 3 formas diferentes para “Número telefónico” (13%) • El significado de PF1=AYUDA no es claro para novatos (12%) • Coordinar la ubicación de los mensajes de error con el resto del sistema (12%) • El pedido “Inténtelo nuevamente” no tiene significado en un mensaje de error (12%) • Evitar el uso de abreviaciones (9%) • Permitir la letra l para el 1 y O para el 0 (9%) • Aceptar paréntesis, guiones y espacios en el número telefónico (8%) • Puede no existir salida de la pantalla inicial (4%) • No existe una facilidad de aborto durante una recuperación de largo tiempo (4%) • Debiera ser posible editar la entrada en la pantalla inicial (1%)

  23. Especificación revisada -------------------------------------------------------------------------------------------------------------- INDICE TELEFONICO * * * * * * * * * * * * * * El número telefónico (011) 4456-7890 corresponde al siguiente abonado: Jose L. Fernandez 11 de Septiembre 2540 Buenos Aires (1045) Presione: ENTER: Para poder consultar un nuevo número telefónico ESC: Para poder salir del indice telefónico PF1: Para obtener ayuda acerca de cómo utilizar este sistema PF2: Para acceder al sistema de Información de Guias PF3: Para acceder al servicio de VideoTex PF4: Para acceder a un listado de otros servicios disponibles --------------------------------------------------------------------------------------------------------------

More Related