it-swarm-es.com

Desplácese sobre un elemento deshabilitado para saber por qué está deshabilitado. ¿Qué piensas?

¿Cuántas veces usó una aplicación de escritorio o una página en línea y se encuentra con uno o más elementos de menú que están deshabilitados y no tiene idea de por qué está deshabilitado? Usar ayuda o documentación no sirve de nada. Se vuelve frustrante porque te impide avanzar.

NUNCA he visto esta práctica de usabilidad utilizada. Desplácese sobre el elemento deshabilitado y una información sobre herramientas le enumera las razones y dice "Oh ... ok. Ahora lo sé". Su otra opción es ponerse en contacto con el soporte o publicar en un foro, explicar lo que estaba haciendo. Espere lo que posiblemente sean días para obtener una respuesta, si la hay. Esta es la diferencia entre blanco y negro. Obtener ayuda instantánea con un simple desplazamiento o frustrarse y esperar horas.

Si usted es el que está desarrollando la aplicación, sabe exactamente por qué un elemento está deshabilitado porque lo deshabilitó en su código. Por lo tanto, no es difícil mostrar los motivos al usuario. ¿Lo es?

Este pequeño consejo podría haber ahorrado miles de llamadas de soporte técnico. Hay millones de publicaciones en la web de Por qué algo está deshabilitado o atenuado.

36
Tony_Henrich

Esta es una buena idea. Para facilitar la búsqueda de información sobre herramientas, puede agregar un pequeño icono de ayuda a los controles deshabilitados. Como agregar un ícono adicional al lado el control puede alterar el diseño, puede agregar el ícono al control en sí:

alt text

11
Bennett McElwee

En general, he encontrado que los usuarios no leen nada. Especialmente información sobre herramientas. Ayudaría al usuario avanzado, pero realmente no creo que se guarden "miles de llamadas de soporte técnico".

Dicho eso ... no duele. Por qué no? Para los pocos clientes que lo aprecian y lo leen, tendría un impacto amigable muy agradable.

11
Glen Lipka

Podría estar repitiéndome aquí, pero la única forma de saber con certeza si esto sería una mejora es probarlo. Así que puedo estar de acuerdo o en desacuerdo, pero en realidad no importa porque solo soy un experto. Los usuarios reales patearán todos nuestros traseros.

3
Rahul

Los artículos deshabilitados son algo raro. En la vida real, si un botón no funciona, algo está roto.

Ahora, si algo tiene que deshabilitarse, debería ser un caso excepcional. Y se deben anunciar casos excepcionales cuando ocurren (para llamar la atención del usuario) con una declaración clara y simple (y preferiblemente no en un cuadro de diálogo "ok", porque se hace clic sin leer).

Entonces, la verdadera solución en mi humilde opinión es no tener cosas deshabilitadas en la interfaz de usuario.

SI te limitas a deshabilitar elementos, ¿qué le dices a tu usuario? Probablemente se reduzca a "Lo siento, está deshabilitado, porque algunas cosas rígidas internas no son como deberían ser, pero no puedes hacer nada al respecto" o "Hola usuario, obviamente nuestra interfaz no es lo suficientemente intuitiva, pero nosotros preferiría decirte: haz 'esto' primero "......

3
Andre Bossard

Brillante, simple y realmente muy útil.

Pero, por otro lado, escondería todos los elementos inutilizables a menos que los usuarios esperen verlos, como enviar botones o una lista de contactos, no quiero que el usuario se asuste de no ver sus contactos ahora, ¿verdad?

Me gusta, y me gusta, simple, sin icono, sin información sobre herramientas llamativa, porque no muchos usuarios se desplazarían de todos modos, información sobre herramientas muy corta e información sobre herramientas predeterminada del navegador, de lo contrario sería demasiado código por muy poco valor, y yo Estoy casi seguro de que el próximo arquitecto técnico eliminará esta característica si es menos simple ...

Pero me encanta :)

2
Ayyash

Si algo está deshabilitado, entonces no necesita estar allí, A MENOS QUE no requiera una explicación.

De lo contrario, es solo ruido para el usuario.

Un ejemplo perfecto de una buena "deshabilitación" es el botón "enviar" en la aplicación nativa del iPhone SMS. Está deshabilitada hasta que ingrese el texto. No se necesita explicación, sin embargo, debe estar allí.

Una vez más, si un elemento de la interfaz de usuario debe deshabilitarse, entonces debe preguntarse si realmente necesita estar allí ... O, ¿puedo cambiar la interfaz de usuario para que no requiera explicación?

2
andy

He categorizado este caso 2:

1) Si está deshabilitado y el usuario no puede hacer nada al respecto, es mejor no mostrarlo, o si lo muestra no necesita información sobre herramientas.

2) Si está deshabilitado porque necesita que su usuario seleccione una opción que esté muy cerca (por ejemplo, encima del botón), entonces debe decirle con una información sobre herramientas, seleccione su opción y luego haga clic en mí.

2
Aristos

Esa es una buena idea, en realidad lo implementamos de manera bastante consistente en nuestro complemento http://www.taskconnect.com Outlook, ya que sabemos lo frustrante que es cuando no puedes hacer lo que quieres y no lo haces ' Ni siquiera sé lo que está mal.

Se ve así: (en una imagen hay una lista de almacenes de elementos de trabajo (TFS) conectados y desconectados, los conectados se abren para mostrar sus proyectos y los desconectados están atenuados, con información sobre herramientas que contiene el mensaje de error del servidor )

También hicimos esto con los botones de una barra de herramientas (cuando no puede editar la tarea, la información sobre herramientas le dice por qué).

Otra práctica de interés es que hicimos que la información sobre herramientas aparezca instantáneamente, para que esta funcionalidad sea fácilmente detectable, esto también funciona bien con los iconos de la barra de herramientas, ya que el usuario recuerda casi inconscientemente su función cada vez que los usa.

En la práctica, los usuarios que saben lo que hace cada botón no se molestan, ya que la barra de herramientas aparece durante milisegundos, pero una vez que se esfuerzan un poco, tienen un recordatorio a mano. ¿Qué piensas?

2
Tomáš Kafka

Otra alternativa es dejar el elemento habilitado y luego, si el usuario hace clic en él, proporcionar comentarios sobre lo que se requiere antes de que el elemento pueda usarse. No creo que esta sea una solución adecuada para todas las situaciones, pero podría ser útil para un novato y para un elemento que obtiene de vez en cuando uso.

Por cierto, creo que un elemento deshabilitado puede ser mejor que un elemento oculto, porque una vez que lo encuentre, puede dejar de buscar y resolver el problema enxt: ¿POR QUÉ no está disponible? ;)

1
JeromeR

También podría tener un pequeño ícono de signo de interrogación al lado del elemento deshabilitado que mostraría una información sobre herramientas al pasar el mouse sobre él. De esa manera, si el usuario se pregunta por qué se deshabilitó un elemento, el icono sería un indicador obvio de que podría haber información sobre por qué ese elemento está deshabilitado. Eso podría ahorrar algunas llamadas de soporte.

Pero tengo que estar de acuerdo con otros en que deshabilitar los controles no es una buena opción. Puede ocultarlo condicionalmente o diseñar la interfaz de usuario mejor para que no sea necesario.

Editar: después de pensarlo, hay lugares donde la desactivación funciona en mi opinión, pero el elemento deshabilitado debe habilitarse mediante una configuración muy cercana, y el hecho de que haya una configuración que habilite el elemento debe ser muy claro (y por qué eso es el caso idealmente también).

1
waymost

Piense por qué esta opción está deshabilitada, para qué aplicación y en qué punto de la experiencia. Luego haga una llamada en consecuencia.

Algunas consideraciones podrían ser: - ¿Puede el usuario tomar alguna medida para habilitarlo? - ¿Es esto un show stopper para el usuario? ¿Hay un valor justificable en resolver esta situación? - ¿Existen alternativas fáciles a esta opción deshabilitada? (Probablemente debería ocultar la opción deshabilitada en ese caso)

1
rsb

La idea tiene cierta perspectiva, ya que la ayuda de información sobre herramientas (en oposición a la ayuda separada del contexto) es "justo en el tiempo y en el lugar".

Sin embargo, hay algunos casos a considerar, por ejemplo:

  • Interacción táctil: en las interfaces táctiles no tiene estados de desplazamiento por sí mismo.
  • Aplicaciones/configuraciones complejas en aplicaciones donde la desactivación de un control se debe a una serie de causas (que no se pueden explicar brevemente en una información sobre herramientas).
0
agib