¿Realmente necesito un botón de inicio de sesión?
Hemos tenido una discusión en la oficina sobre una página de inicio de sesión que estamos desarrollando para una nueva aplicación web. La aplicación web está en una aplicación basada en intranet, y es utilizada principalmente por usuarios que tienen que usar aplicaciones telnet como el 80% del trabajo diario.
Creé el diseño inicial de la página en Photoshop, que discutimos y todos aprobamos. Sin embargo, ahora se lo he entregado a uno de los otros desarrolladores para comenzar a construir, se ha dado cuenta de que no había un botón de inicio de sesión (u otro) en la página, simplemente tiene dos campos; uno para nombre de usuario y el otro para contraseña. Después de consultarlo conmigo, dije que era intencional, ya que no veía la necesidad: la mayoría de las personas simplemente presionarían enter de todos modos, ya que eso es lo que tienen que hacer en su aplicación telnet. Entonces comenzó la discusión ...
Se hicieron varios puntos en la medida en que "si no hay un botón, no sabrán qué hacer" y "esperarán el botón y aumentarán las llamadas de soporte sobre la página que no funciona". Incluso hubo sugerencias de que los usuarios simplemente se "sentarían allí" sin saber qué hacer.
Ahora ... mi pregunta es: ¿Los usuarios realmente necesitan un botón de inicio de sesión?
Estoy realmente interesado en saber qué tipo de porcentaje de usuarios finales podrían hacer frente a una página de inicio de sesión simple que les exigía presionar enter después de ingresar sus datos para continuar. Es importante tener en cuenta que no habría ningún mensaje en pantalla para presionar enter: verían una información sobre la contraseña que indica qué hacer, ¡pero eso es todo!
(Excluya a los usuarios de dispositivos móviles de la refriega: simplemente apunte a los usuarios de computadoras de escritorio y portátiles de uso común :))
Un ejemplo del cuadro de inicio de sesión:
En última instancia, probablemente no sea una buena idea seguir este camino sin pruebas serias debido a las expectativas del usuario basadas en las convenciones existentes.
Ese es un punto importante, porque lo que estoy quitando de su descripción es que actualmente no se ha probado y usted diseñó esta interfaz de usuario bajo el supuesto de que sus usuarios lo entenderían. Generalmente, esta es una mala idea: siempre recibe comentarios de tu audiencia, especialmente cuando intentas algo nuevo y especialmente en un área central como inicio de sesión.
Su argumento de Telnet es algo a tener en cuenta, pero también comprenda que está creando una aplicación web aquí y es probable que esté lidiando con las expectativas del usuario de las aplicaciones web, no telnet. Su cerebro cambia entre contextos: cuando usa una aplicación web, espera hacer un solo clic en los elementos para seguirlos, mientras que en las aplicaciones de escritorio, puede hacer doble clic. Reconocer el modelo mental que tienen los usuarios cuando usan su aplicación web en lugar de un espacio diferente como telnet es un aspecto importante del diseño de una interfaz de usuario.
Sin embargo, están surgiendo algunos patrones que comienzan a diferir un poco de la convención estándar de "iniciar sesión o registrarse". Cada uno de estos se enfrenta a los mismos desafíos: ¿qué esperan los usuarios y cómo se genera confianza, expectativa y capacidad de descubrimiento en torno a algunas de estas nuevas ideas? Por ejemplo, StackExchange emplea el inicio de sesión único, lo que puede ser confuso para los usuarios que no están familiarizados con ese patrón. Amazon (con éxito) integra el registro y el inicio de sesión en un formulario, aunque queda por ver qué tan efectivo sería ese patrón en otros sitios.
El punto es, cuando rompes la convención, te diriges a un territorio desconocido y necesitas darte cuenta del efecto que puede tener en las personas. Si está pensando en hacer esto, le recomiendo tomar algunos "usuarios habituales de computadoras de escritorio y portátiles" de su entorno inmediato (por ejemplo, el gerente de la oficina y alguien de la oficina al otro lado de la carretera) y pedirles que inicien sesión Aprenderás mucho. Podría aprender que su suposición inicial era correcta. Pero al menos tendrás los datos para probarlo, en lugar de solo la suposición. :-)
Editar: Como mencionó en un comentario en una respuesta a su pregunta sobre Programadores, "cuestionar la validez de la convención" es un buen punto de partida, pero debe asegurarse de que su respuesta a esa pregunta se base en los datos. Cualquiera puede cuestionar las convenciones, pero las convenciones se han convertido en convenciones por una razón: son soluciones efectivas para el problema. Alejarse de aquellos sin una buena razón (y una buena razón en el mundo de la interfaz de usuario significa tener datos o alguna forma de métrica) generalmente hará más daño que bien.
En el trabajo tenemos un sistema de desarrollo de personal que solo muestra el botón de inicio de sesión si está navegando en Firefox. Cada vez que se celebra una clase, nuestro servicio de asistencia recibe llamadas de personas que no pueden iniciar sesión. Cada llamada tiene que ver con el hecho de que no ven un botón de inicio de sesión. Ahora tenemos que salir de nuestro camino para decirles a los usuarios que deben presionar enter para iniciar sesión.
Sus usuarios pueden ser un poco más expertos en informática, pero supongo que tendrá muchas llamadas de soporte al respecto si deja el botón fuera.
Realmente me gusta la respuesta de Rahul, pero agregaré mis propios 2 centavos. Me he vuelto extremadamente vacilante para usar la tecla Intro en cualquier formulario web debido a la incertidumbre sobre su función predeterminada. ¡No estoy seguro de lo que va a hacer! Algunas personas no son tan cuidadosas con sus esfuerzos de desarrollo y no especifican los botones predeterminados para un formulario correctamente, lo que confunde a los usuarios que hacen presionar enter hábito.
Como resultado, me he entrenado para presionar Tab y luego Barra espaciadora, esperando que el siguiente control después del cuadro de contraseña sea el botón Iniciar sesión (o posiblemente Guardar contraseña) casilla de verificación), porque la barra espaciadora es efectivamente lo mismo que hacer clic con el mouse en un botón sin tener que tomar el tiempo para levantar las manos del teclado y colocar el mouse sobre un elemento de la interfaz de usuario.
El punto es, supongo, incluir un botón, pero asegúrese de que sea la acción predeterminada del formulario, y que esté configurado correctamente para ser el siguiente en el orden de tabulación después del cuadro de contraseña. De esta manera, satisface ambos conjuntos de usuarios.
Si tiene usuarios ciegos, la expectativa será un botón de algún tipo. De lo contrario, no habrá indicaciones sobre cómo iniciar sesión, a menos que de alguna manera detecte un lector de pantalla y permita un botón en este caso específico.
¿Ha considerado usuarios que no tienen un teclado físico? ¿Las personas que usan un iPad o un teléfono con pantalla táctil?
¿Qué pasa con la opción de permitir a los usuarios guardar su información de inicio de sesión? ¿Sería razonable omitir el botón de inicio de sesión? De esa manera, como usuario, tendría que mover la mano del mouse al teclado para iniciar sesión y luego volver al mouse para interactuar aún más con la aplicación.
Entonces diría: sí, necesitas uno.
Cuando se trata de elementos que están presentes en otras aplicaciones web, puede intentar encontrar un recurso de patrón y ver lo que dicen: http://www.welie.com/patterns/showPattern.php?patternID= inicio de sesión
"Los usuarios pueden usar la tecla TAB para ir del campo de nombre de usuario al campo de contraseña y presionar ENTER en lugar de seleccionar el botón 'Iniciar sesión'".
Por lo general, las acciones se representan a través de botones/enlaces y la interacción adicional del teclado es secundaria y se considera como para usuarios "avanzados".
Si le preocupan las razones de usabilidad/accesibilidad, también debería tener un botón: de esta manera, los usuarios podrían interactuar con el formulario solo con el mouse/dispositivos señaladores (copie/pegue las entradas | presione el botón) o solo con el teclado.
Cuando leí tu pregunta por primera vez, pensé en el caso del "cuadro de búsqueda". http://www.welie.com/patterns/showPattern.php?patternID=search El patrón dice que debería tener un botón, pero con el tiempo (uso de producción) ese botón se convirtió en un icono de lupa/botón en la esquina derecha de la entrada, y luego avanzó hacia un icono de identificación alineado a la izquierda. Con el avance de las tendencias (Google Instant), el botón de búsqueda se usa cada vez menos (pero aún está presente).
Hay una diferencia entre Buscar e Iniciar sesión, en primer lugar porque Iniciar sesión requiere 2 entradas, por lo que si intenta agregar, por ejemplo, un icono de Inicio de sesión, en lugar del botón (al igual que el caso de Búsqueda), ¿dónde lo colocaría en el primera entrada, en la última o en ambas?
Como desarrollador, la respuesta obvia es la última, porque cada usuario debería haber ingresado el nombre de usuario, luego la contraseña y luego presionar enter. Entonces, en su caso, escucha Enter para la última entrada, pero ¿qué sucede si el usuario presiona Enter en la primera entrada (nombre de usuario uno)? Por razones de coherencia, debe escuchar ambas entradas, también porque hay casos en los que el usuario ve que cometió un error y vuelve a ingresar el nombre de usuario.
Creo que su tipo de usuarios pasará las pruebas e iniciará sesión con éxito, pero este tipo de formulario no es ideal para todos (también mencionó a los usuarios de móviles).
Ejemplos de formularios de inicio de sesión: http://www.smileycat.com/design_elements/login_forms/
En primer lugar, he llegado a esto a través de Twitter y no soy un programador, pero tengo conocimientos razonables de TI.
Propuesta interesante ya que hace tiempo que abandoné el botón Iniciar sesión cuando uso sitios web; la mayoría de las que uso parecen contentas de presionar enter.
Un par de puntos: la prueba de los niños de la escuela fue interesante, aunque sospecho que encontrarían formularios web mucho más intuitivos que los usuarios adultos, especialmente aquellos que no estaban usando computadoras (ZX/C64/BBC) mientras crecían. Conozco a algunos de mis amigos que habrían pasado un par de momentos (al menos) reflexionando sobre el botón perdido, y estas son personas que usan computadoras todos los días para el trabajo, pero solo saben cómo funcionan las aplicaciones que usan.
Dado que el botón no está allí, ¿cuál es la acción del formulario al presionar Entrar en el campo de nombre de usuario? O menos probable, ¿qué sucede si primero ingresaron la contraseña y presionaron enter? Es posible que necesite algo que tenga una acción Tabulador hasta que ambos campos estén completos.
Acabo de bloquear mi PC con Windows (máquina de trabajo, no tengo otra opción), al volver a iniciar sesión, el botón "iniciar sesión" del campo de contraseña es menos obvio y no está etiquetado. De nuevo solo uso enter.
Ahí tienes, la perspectiva de un numpty;)
Si me encuentro con una página así, podría pensar que el sitio web no se ha cargado completamente o que hay algún error en el script del lado del servidor. ¿Por qué arriesgarse a que un usuario navegue fuera del sitio?
Además, en sus pruebas, ¿ha considerado que podría estar obteniendo tasas de éxito más altas que las que realmente podría obtener cuando el sitio entre en funcionamiento? Cuando las personas sienten que están siendo evaluadas, podrían estar esperando superar algún tipo de desafío (por ejemplo, un botón de inicio de sesión perdido) como si fuera una prueba de coeficiente intelectual de algún tipo. Sin embargo, si están en sus propios navegadores web en casa, probablemente tendrían una mentalidad completamente diferente y actuarían de manera diferente (por ejemplo, no esperarían superar ningún desafío, y de hecho podrían esperar exactamente lo contrario). esperar que el sitio web haga todo lo posible para acomodar a todos los usuarios y facilitar el inicio de sesión ya que obviamente el sitio web quiere que muchos usuarios estén contentos).
Básicamente, su escenario de prueba no es 100% similar a lo que experimentarán los usuarios reales (es decir, sus sujetos saben que están siendo probados y/o están probando algo), a menos que pueda reproducir las mismas condiciones exactas (es decir, no permita que los sujetos sepan que esto es una prueba), puede sacar conclusiones inexactas basadas en pruebas inexactas.
No estoy seguro exactamente de cómo está llevando a cabo sus pruebas, pero otra cosa que podría afectar la calidad de sus pruebas es si otros estudiantes ven que nadie más tiene problemas/preguntas y pueden iniciar sesión bien. Esto podría hacer que prueben cosas diferentes (por ejemplo, presionen el botón 'regresar') hasta que obtengan los mismos resultados que sus pares. Por lo tanto, es posible que desee aislar a los sujetos también.
Las pruebas precisas pueden ser una tarea muy difícil ya que debe asegurarse de que todas las variables sean exactamente iguales, excepto la variable que está probando. Por el poco tiempo que pasé pensando en este problema, ya he identificado dos variables adicionales que pueden afectar la precisión de su prueba. Puede haber otros adicionales en los que no he pensado.
Haga algunas pruebas de usabilidad y descubra lo que hacen los usuarios. Entiendo que es un proyecto, pero si importa, es lo suficientemente importante como para probarlo.
Hacer ambas
Haga que el formulario se envíe tan pronto como alguien presione Entrar (y ambos campos se hayan completado), y también tenga un botón para presionar a las personas que aman usando el mouse.
De cualquier manera, su usuario está feliz de hacer lo que está acostumbrado.
Yo diría que lo mejor sería hacer algo como esto:
descargar fuente bmml - Wireframes creados con Balsamiq Mockups
También puede hacer una pequeña flecha fuera del campo de texto, como se hace en la pantalla de inicio de sesión de Windows 7 .
Probablemente desee cambiar el estilo del botón ... tal vez haciendo que se mezcle en el cuadro de texto hasta que pase el cursor sobre él.
El único inconveniente de que esté dentro del campo de contraseña es difícil de editar si tiene una contraseña larga. ¡Solo asegúrate de no pasar por alto esto!
En última instancia, al igual que otras respuestas sugieren que debe preguntar quién es su audiencia. Su examen en niños de la escuela, aunque interesante, en realidad no le proporciona el valor suficiente para decir "Mi examen demostró que no es necesario".
Si eliminara el botón de inicio de sesión, estas serían algunas de las cosas que tendría que combatir:
- Problemas de accesibilidad
- Lo que el usuario esperaría
- Dispositivos táctiles en el futuro (Windows 7 y tabletas)
Personalmente, trabajo con aplicaciones web en Flash Builder y, como parte de la prueba de concepto, pasamos por pruebas de usabilidad. Como diseñadores/desarrolladores no pueden subestimar el nivel de inteligencia de algunos de sus usuarios. Como regla general, siempre diría que proporcione a sus usuarios lo que esperarían. Solo en circunstancias excepcionales debe alejarse de una convención que se ha vuelto tan ampliamente utilizada.
Si un usuario tarda un par de segundos en decidir qué hacer a continuación, debe volver a evaluar cómo ha presentado la interfaz de usuario.
Con la tecnología de pantalla táctil cada vez más utilizada, no puedo ver que este patrón en particular cambie pronto. Puede evolucionar, pero lo más probable es que el núcleo permanezca igual.
Como recomendación, personalmente mantendría el botón de inicio de sesión y permitiría al usuario presionar la tecla Intro para continuar, incluir un botón de inicio de sesión en el que se pueda hacer clic con la pestaña del mouse y seleccionar el botón de inicio de sesión solo con el teclado.
Eso cubre a sus usuarios avanzados, las reglas de accesibilidad y sus usuarios de analfabetos de TI al mantener la configuración estándar para una pantalla de inicio de sesión.
Como nota al margen - Excelente respuesta por Rahul felicitaciones!
Una de las preocupaciones es asegurarse de no recibir demasiadas llamadas de soporte sobre la falta de botón/cambio de diseño y no confundir a los usuarios.
Para resolver eso, agregaría el siguiente mensaje
Press Enter key to login
justo debajo del campo de contraseña.
Esto ayudará a los usuarios (que pueden esperar que un botón de inicio de sesión haga clic para iniciar sesión) saber que pueden presionar la tecla Intro para iniciar sesión después de leer el mensaje. Puede ser incómodo para ellos por primera vez, pero al menos no se confundirán y pedirán ayuda, y la próxima vez que visiten el sitio web, sabrán qué hacer.
Los ojos de los usuarios avanzados ignorarán el mensaje porque ya están usando la tecla Intro para iniciar sesión.
Una solución sin botón no permitiría al usuario tener 5 intentos de inicio de sesión antes de bloquear su contraseña.
Por lo tanto, su sistema está abierto a un ataque de fuerza bruta, ya que un hacker podría tener intentos ilimitados de adivinar la contraseña.
Podría agregar lógica al inicio de sesión para evitar tal pirateo, pero es algo que debería considerar.
No sé cuán relevante es esto, pero estaba bastante intrigado por esto y configuré una página muy parecida a tu captura de pantalla y luego le pedí a mi esposa que lo probara.
logró iniciar sesión bien sin tener que pedir ayuda, pero noté que después de escribir su contraseña, optó por usar el mouse y comenzó a buscar un botón. Solo cuando no lo encontró, se detuvo por unos momentos y luego trató de presionar regresar, dejándola entrar.
Al preguntarle qué pensaba, primero dijo que estaba bien y que era normal, pero después de preguntarle qué pensaba del botón que faltaba, dijo que estaba un poco confundida, pero pensó que si presionaba regresar, podría vaya a la siguiente pantalla como lo hace cuando desea una nueva página en Word.
No estoy completamente segura de lo que quiere decir, pero el resultado fue que logró entrar sin ayuda, aunque pasó un momento buscando un botón.
He visto un tipo similar de enfoque en software donde no requieren un ingreso para verificar las credenciales. Una vez que se ingresan sus credenciales y deja de escribir, verifican la validez de dichas credenciales al instante.
Si sus credenciales son incorrectas, automáticamente arroja un mensaje de error muy visible que le permite saber qué salió mal y simplemente vuelve a ingresar o probar nuevas credenciales y el proceso se repite hasta que haya iniciado sesión con éxito.
Diría que necesita un botón de inicio de sesión, por varias razones:
La mayoría de las aplicaciones que he usado devuelven el foco al primer campo cuando termina de ingresar datos en el último campo. Ahora bien, esta puede ser una práctica antigua que ha sido reemplazada por nuevas preferencias, pero ciertamente es cómo espero que se comporte un formulario.
Suponiendo que su aplicación tenga otros formularios, es probable que sean más complicados que el formulario de inicio de sesión y requieran la presencia de un botón ENVIAR, que es realmente todo su botón de inicio de sesión. Dado que estos formularios necesitarán el botón, tiene sentido tener el botón en todos los formularios, para evitar confusiones.
No todos los navegadores tratan la tecla ENTER de la misma manera. De nuevo, esto puede ser un problema de la vieja escuela, pero recuerdo haber tenido problemas con el comportamiento de la tecla ENTER cuando solo había un campo. En algunos navegadores era lo mismo que ENVIAR, en otros navegadores, aún era necesario hacer clic en el botón ENVIAR. El punto clave era que su aplicación no la controlaba, sino que la controlaba el navegador. Así que hace mucho tiempo aprendí a no asumir nada sobre la tecla ENTER y a confiar siempre en SUBMIT. Nuevamente, esto puede no ser un problema, pero nunca he tenido un problema al apegarme a este principio, así que no veo ninguna razón para cambiar.
Para nuestras aplicaciones web utilizadas internamente, utilizamos una función de inicio de sesión automático.
El usuario simplemente escribe la dirección o hace clic en el favorito/marcador favorito de brwoser y se reconocen automáticamente y se les permite ingresar. Cómo lo hicimos, no estoy seguro ya que soy el diseñador gráfico residente.
¿Podría haberse hecho como parte del administrador creando perfiles, seguridad y permisos para los empleados conocidos? Posiblemente desde su IP?
Como alguien que rutinariamente ingresaba a la aplicación para verificar el diseño, era agradable no tener que iniciar sesión cada vez.
Nuevamente, soy diseñador, por lo que es posible que haya algunas cosas que no estoy teniendo en cuenta, pero para los empleados conocidos que trabajan en aplicaciones internas, esto fue bastante bueno.
Creo que la respuesta aquí es guiones. Si un usuario no presiona enter dentro de un período de tiempo predeterminado, notifíqueles que debe presionar enter para iniciar sesión, porque es probable que no lo hayan resuelto. Para las pocas personas que tienen scripts deshabilitados, puede detectar eso de varias maneras y darles un botón.