2009-01-06 13 views
8

Al diseñar una buena GUI web, ¿qué expectativas podemos esperar de un usuario final?Expectativas del usuario web

que he llegado a la siguiente, pero me pregunto si hay algunas otras que pueden sugerir ..

  • Si hago clic en un hipervínculo que me llevará a otra página/parte de este página
  • Si marcó/desactivó casillas, esto podría alterar el estado de la página (habilitar/deshabilitar elementos)
  • Si hago clic en un botón, espero que haga algo con los datos.
  • Si hago clic en un botón, espero que ocurra algo inmediatamente (ya sea en la página actual, o para que me lleven a otra página)
  • Si he hecho clic en un hipervínculo y me ha llevado a otra página , Espero poder usar el botón Atrás para volver a la página anterior en un estado similar al que dejé en
  • Si cambio algo en un formulario, puedo volver a cambiarlo a su valor anterior si necesario
  • A menos que haga clic en el botón 'Enviar', nada debería pasar con mis datos.
  • Si Favorito/una página favorita, entonces debe mostrar los mismos datos relacionados cada vez que la visito
  • Si el texto está subrayado y se ve como un vínculo, debe ser un enlace y actuar como uno

El razonamiento detrás de esta pregunta es más una 'UI del infierno'. Por ejemplo, he encontrado páginas que al marcar una casilla al lado de un registro lo eliminarán, directamente, a través de ajax. Para mí eso simplemente parece incorrecto, una casilla de verificación es un conmutador, ¡algo que definitivamente no es una operación de eliminación!

+0

buena pregunta, sugiera que se wiki'd – annakata

+0

sería mejor preguntarle al usuario final; no somos los usuarios –

+0

@Steven: ¿en serio? Usted no usa la web en absoluto ¿eh? – annakata

Respuesta

7
  • Si algún texto está subrayado, debe ser un enlace.

  • Si presiono el botón Atrás, volveré a la página anterior, que reconoceré como la página anterior.

  • Si algo ocurre de forma asincrónica, me resultará obvio que está en vuelo, y es evidente cuándo y en qué estado se completa.

  • Si deseo expandir o reducir el tamaño del texto (ctrl ++, ctrl + -) no será a expensas del diseño.

  • No se me presentará un conjunto de entradas de radio en las que deseo seleccionar más de un elemento.

  • Si quiero deshabilitar Javascript o Flash, podré hacerlo y aún así tener acceso a las funciones básicas del sitio.

+0

El último es muy cierto, sin embargo, muchos desarrolladores ignoran a estas personas. – alex

6
  • Si un formulario no valida, no esperar a tener que volver a escribir antes de intentarlo de nuevo
  • Si un control está desactivado, se debe en gris/denotado de alguna manera
  • Cuando pulso de vuelta espero que volver, no te lanzados fuera del sistema (sitios web de banca con sangre)
+0

+1 para no rellenar formularios, e iría +2 si pudiera para el gris desactivado – annakata

+0

(aunque a veces la mejor solución es no mostrar un control deshabilitado) – annakata

2

Hay principios fundamentales del diseño de interfaz de usuario incrustado en esta pregunta. Recomiendo encarecidamente que todos los que toquen el diseño de la interfaz de usuario deban leer, como mínimo, nuestra propia Joel's "Controlling Your Environment Makes You Happy", un artículo que leí hace algunos años y que sigue siendo tan relevante hoy como el día de su redacción.

También recomiendo el libro "Don't Make Me Think!" como un recurso excelente sobre los principios de un buen diseño de IU, en particular sobre el poder y la importancia de la convención.

Su lista es todo acerca de convenciones.

varios comentarios:

  • El botón Atrás ha sido siempre (y probablemente siempre será mientras exista la web) controvertido. Existen razones de seguridad y usabilidad para deshabilitar su uso. El envío doble puede ser una molestia en un foro, pero puede ser un error costoso con una orden para comprar acciones. Esto se puede manejar con otras técnicas (por ejemplo, POST + REDIRECT + GET o sobrescribir el historial del navegador) pero el punto sigue siendo: el comportamiento del botón Atrás no siempre es deseable y mucho menos necesario;
  • Marcar una página y esperar los resultados tiene algún mérito (por ejemplo, si marque una cita para GOOG entonces debería volver allí y obtener una cotización actual, no la cita que vi en el momento que marqué, obviamente) sino una página El resultado también puede ser costoso, por lo que puede no ser siempre apropiado.

Voy a añadir un par:

  • Si puedo hacer clic en él y no es un botón a continuación, el cursor debe cambiar a una mano cuando el ratón está sobre él;
  • Por el contrario, si el cursor cambia a una mano, puedo hacer clic en él y hará algo; y
  • Si hay un cuadro que contiene un texto que tiene un borde y se ve como un elemento de texto en un formulario, entonces debería ser capaz de escribirlo a menos que indique que es "de solo lectura" o "desactivado" (por ejemplo, enfriándolo)
+0

Estoy de acuerdo en que hay veces en que el botón Atrás/el reenvío no es deseado, pero la mayoría de los sitios ignoran el manejo del mismo. Los sitios bancarios son notorios por el hecho de que te expulsan por utilizarlo, incluso cuando no se envió nada. –

+0

Es cierto, pero a veces creo que eso es consecuencias no deseadas. Al igual que algunos administradores deciden que no se deben almacenar en caché las páginas para seguridad. El resultado de esto puede ser hacer clic para volver a enviar la página. – cletus

+0

Tengo el '¡No me hagas pensar!' reserve por orden ya - ¡Me alegra que haya sido recomendado! – Ash

0

Si un anuncio dice que he ganado un millón de dólares, déme el dinero. Si no, haga que el anuncio se vaya.

Cuestiones relacionadas