Año 2 - Boletín Nro 45 - martes 9 de septiembre de 2003 |
Menús Desplegables: Uselos con medida
Por Jakob Nielsen - www.useit.com
Los menús desplegables (drop-down) por lo general brindan más problemas que beneficios y pueden llevar a la confusión ya que los diseñadores Web los usan con diferentes propósitos. Asimismo, los menús tipo scrolling tienen una capacidad de uso reducida.
Los menús desplegables tienen efectivamente su lugar en el diseño de Web. Sin embargo, los limitados dispositivos de interacción disponibles para los diseñadores han llevado a un uso excesivo y erróneo de los menús desplegables, creando confusión y problemas de utilización. Cada vez más, los diseñadores emplean menús desplegables para una variedad de propósitos diferentes, incluyendo
- Menús de comando, los cuales inician una acción basados en la opción que los usuarios seleccionan.
- Menús de navegación, los cuales llevan a los usuarios a una nueva ubicación.
- Formularios para llenar, que permite a los usuarios seleccionar una opción para ingresar en un espacio del formulario.
- Selección de atributo, que permite a los usuarios elegir un valor de un menú de valores posibles.
Tan sólo el último uso se ajusta a la interpretación clásica del dispositivo GUI (Interfaz gráfica para el usuario) usado para los menús desplegables en los navegadores actuales. En particular, se supone que los menús de comando deben tener un aspecto muy diferente y aparecer únicamente en una barra estándar de menú. A pesar de que Mac y Windows tienen menús de ejecución diferentes, en ambos casos los menús de comando son distintos de los de selección de atributos.
Perspectivas para el cambio
La Web podría en realidad usar un conjunto más rico de dispositivos de interacción estándar - por lo menos tanto como la paleta de diseño que Mac ha ofrecido desde finales de los '80. Preferentemente más rico. Con un vocabulario más amplio, los diseñadores podrían usar exactamente la expresión adecuada para cada propósito, y así aumentar la sensación de dominio del ambiente en el usuario. Cuantos más diseñadores mezclen acciones diferentes y confusas, menos usuarios entenderán lo que pueden hacer en un momento dado. Aún obteniendo resultados favorables, pasarían dos o más años antes de recomendar su uso, debido a la lenta penetración de las actualizaciones de los navegadores.
De este modo, en el futuro cercano, seguiremos atascados en un confuso y solapado conjunto de usos para un solo e incómodo dispositivo GUI - el menú desplegable.
Diseños a evitar
Los menús desplegables tienen sus ventajas. Primero, conservan el espacio de la pantalla. Asimismo, evitan que los usuarios ingresen datos erróneos, dado que solamente muestran opciones únicas. Finalmente, y dado que es un dispositivo estándar (aunque sea incómodo), los usuarios saben cómo manejarse con un menú desplegable.
A pesar de estas ventajas, la capacidad de uso de la Web aumentaría si los diseñadores usaran menos frecuentemente los desplegables. En cuanto a esto, detallamos aquí algunos ejemplos de diseños a evitar:
- Menús interactuantes dependientes. Las opciones en un menú cambian cuando los usuarios seleccionan algo en otro menú en la misma página. Para el usuario, es muy confuso cuando las opciones vienen y van, y a menudo es difícil hacer visible la opción deseada cuando ésta depende de una selección en un dispositivo diferente.
- Menús muy largos que requieren scrolling. Dificulta a los usuarios visualizar todas sus opciones con una sola mirada. A menudo es mejor presentar las listas largas de opciones en una página común de HTML con enlaces de hipertexto tradicionales.
- Menús de abreviaturas de estados o provincias geográficas. En las direcciones de correo de los Estados Unidos. Es mucho más rápido para los usuarios teclear, digamos, "NY", que seleccionar Nueva York de un menú desplegable con scrolling. El ingreso libre de formulario dentro de los campos con opciones restringidas requiere validación de datos al final, pero desde una perspectiva de uso, es generalmente el mejor camino a seguir.
- Menús de datos. Bien conocidos por los usuarios, tales como el mes y año de su nacimiento. Dicha información por lo general se encuentra en la punta de los dedos del usuario, y al tener que seleccionar tales opciones desde un menú rompe el paradigma estándar de ingresar información y puede acarrear aún más trabajo para los usuarios, como muestra el siguiente ejemplo.
En la conferencia Internet World realizada en Nueva York, el colega Kara Pernice Coyne y yo dimos una charla acerca de los métodos de utilización de la Web. Como parte de nuestra presentación, realizamos un pequeño test de usuario con la audiencia. Al completar una página de registro, nuestro usuario del test tenía que ingresar su dirección en un formulario con un campo de texto para el nombre de la calle, pero con un menú desplegable para el tipo de calle (Avenida, Bulevar, Callejón, Paseo, etc.). ¿Adivinen qué ocurrió? El usuario del test tecleó su dirección de calle completa en el campo de ingreso de texto, ya que eso es lo que siempre ha hecho en el pasado. El menú desplegable le cayó como una sorpresa total y tuvo que retroceder al campo de texto y borrar parte de su información de domicilio ya tecleada.
Este pequeño estudio, llevado a cabo frente a cientos de personas, muestra que algunas veces es suficiente realizar test de usuario individual para ilustrar claramente un recurso. Una vez que se ve tal confusión nos percatamos que utilizar un "servicial" menú desplegable para ahorrar a los usuarios unos pocos "datos a teclear" puede dañar más de lo que ayuda. (Este material fue traducido por ProyectoWeb) |
Suscribirse al Boletín
