Pregunta

Soy un desarrollador de software con experiencia en ingeniería de usabilidad.Cuando estudié ingeniería de usabilidad en la escuela de posgrado, uno de los profesores tenía un mantra:"Tú no eres el usuario".La idea era que necesitábamos basar el diseño de la interfaz de usuario en investigaciones de usuarios reales en lugar de nuestras propias ideas sobre cómo debería funcionar la interfaz de usuario.

Desde entonces he visto algunos buenos ejemplos que parecen demostrar que yo no soy el usuario.

  • El usuario intenta utilizar una herramienta de creación de plantillas de correo electrónico y se atasca al intentar ingresar el carácter de barra vertical (|).El problema resulta ser que el tubo del teclado tiene un espacio en el medio.
  • En una aplicación web, el usuario no ve el contenido en la mitad inferior de la página.No inusual.Le decimos que se desplace hacia abajo.No tiene idea de qué estamos hablando y no está familiarizada con el pulgar de desplazamiento.
  • Estoy escuchando una llamada de soporte técnico.El representante le dice al usuario que cierre el navegador.De fondo escucho el tintineo de apagado de Windows.

¿Cuáles son algunos otros buenos ejemplos de esto?

EDITAR:Para aclarar, estoy buscando ejemplos en los que los desarrolladores hacen suposiciones que resultan ser terriblemente falsas sobre lo que los usuarios sabrán, entenderán, etc.

¿Fue útil?

Solución

Creo que uno de los ejemplos más importantes es que los usuarios expertos tienden a jugar con una aplicación.

Dicen: "Está bien, tengo esta herramienta, ¿qué puedo hacer con ella?"

El usuario promedio ve el ecosistema de un sistema operativo, sistema de archivos o aplicación como un lugar muy aterrador donde es probable que se pierda y nunca regrese.

Para ellos, todo lo que quieren hacer en una computadora se basa en tareas.

  • "¿Cómo grabo un DVD?"
  • "¿Cómo subo una foto de mi cámara a este sitio web?"
  • "¿Cómo le envío una canción a mi mamá?"

Quieren un punto de partida, un flujo de trabajo reproducible, y quieren hacerlo cada vez que tengan que realizar la tarea.No les importa simplificar el proceso o encontrar la mejor manera de hacerlo, solo quieren una forma reproducible de hacerlo.

Al crear aplicaciones web, hace mucho que aprendí a hacer que la página de inicio de mi aplicación sea algo separado de los menús con enlaces basados ​​en tareas a las cosas principales que hacía la aplicación en una fuente realmente grande.Para el usuario medio, esto aumentó enormemente la usabilidad.

Así que recuerda esto: Los usuarios no quieren "usar su aplicación", quieren hacer algo específico..

Otros consejos

En mi mente, el ejemplo más visible de "desarrolladores no son parte del usuario" es el Confirmación común de diálogo .

En la mayoría de cualquier aplicación basada en documentos, desde los más complejos (MS Word, Excel, Visual Studio) a través de los más simples (Bloc de notas, Crimson Editor, UltraEdit), cuando se cierra la appliction con cambios no guardados se obtiene un diálogo como este:

  

El texto en el archivo sin título ha cambiado.
  ¿Desea guardar los cambios?
  [Sí] [No] [Cancelar]

Asunción : los usuarios leer el diálogo
Realidad : Con una velocidad media de lectura de 2 palabras por segundo, esto tomaría 9 segundos. Muchos usuarios no leerán el cuadro de diálogo en absoluto.
Observación : Muchos desarrolladores leen mucho, mucho más rápido que los usuarios típicos

Asunción : Las opciones disponibles son todos igualmente probable
. Realidad . La mayoría (> 99%) del tiempo que los usuarios quieren que sus cambios guardan

Asunción : Los usuarios tendrán en cuenta las consecuencias antes de hacer clic una elección
Realidad : El verdadero impacto de la elección se dará a los usuarios una fracción de segundo después de pulsar el botón

.

Asunción . Los usuarios se preocupan por el mensaje que se muestra
Realidad . Los usuarios se centran en la siguiente tarea que necesitan para completar, no en el "cuidado y alimentación" de su ordenador

Asunción : los usuarios van a entender que el diálogo contiene información crítica que necesitan saber. Realidad . Los usuarios ven el cuadro de diálogo como Speedbump en su camino y sólo quieren deshacerse de él de la manera más rápida posible

Definitivamente estoy de acuerdo con los comentarios en negrita en la respuesta de Daniel; la mayoría real Los usuarios frecuentemente tienen un objetivo que quieren alcanzar y simplemente quieren alcanzarlo de la manera más fácil y rápida posible.Hablando por experiencia, esto se aplica no sólo a los principiantes en informática o a las personas que no son expertos en tecnología, sino también a los usuarios bastante conocedores de la tecnología que quizás no estén bien versados ​​en su dominio o pila de tecnología en particular.

Con demasiada frecuencia he visto a clientes enfrentarse a un rico conjunto de tecnologías, herramientas, utilidades, API, etc.pero no hay una forma obvia de realizar sus tareas de alto nivel.A veces, esto podría solucionarse simplemente con una mejor documentación (piense en tutoriales completos), a veces con algunos asistentes de alto nivel creados sobre scripts/herramientas de línea de comandos y, a veces, solo con una nueva priorización fundamental del proyecto de software.


Con eso dicho...Para agregar otro ejemplo concreto a la pila, está el menú de inicio de Windows (extracto de un artículo en el blog The Old New Thing):

En los primeros días, la barra de tareas no tenía un botón de inicio.

...

Pero una cosa seguía siendo pateada por las pruebas de usabilidad:La gente arrancó la computadora y simplemente se sentó allí, no está seguro de qué hacer a continuación.

Fue entonces cuando decidimos etiquetar el botón del sistema "Inicio".

Dice: "Tonto.Haga clic aquí ". Y envió nuestros números de usabilidad a través del techo, porque de repente, la gente sabía qué hacer clic cuando querían hacer algo.

Como mencionaron otros aquí, nosotros, los expertos en tecnología, estamos acostumbrados a jugar con un entorno, hacer clic en todo lo que se puede hacer clic, husmear en todos los menús disponibles, etc.Sin embargo, mis familiares que tienen miedo de sus computadoras tienen aún más miedo de hacer clic en algo que "borre" sus datos, por lo que preferirían recibir instrucciones claras sobre dónde hacer clic.

Hace muchos años, en un CMS, estúpidamente supone que nadie volvería a tratar de crear un directorio con un espacio inicial en el nombre .... alguien lo hizo, e hizo muchas otras partes del sistema muy, muy triste.

Por otro lado, tratando de explicar a mi madre hacer clic en el botón Inicio para apagar el ordenador es sólo un mundo de dolor.

¿Qué hay de la llamada de soporte técnico apócrifa sobre el usuario con el "portavasos" roto (CD / ROM)?

En realidad, uno que me mordió fue cortar / pegar - Siempre recortar mis entradas de texto ahora ya que algunos de mis usuarios cortar / pegar texto de mensajes de correo electrónico, etc., y termino la selección de espacios en blanco extra. Mis pruebas nunca consideraron que la gente "tipo" en caracteres adicionales.

interfaces gráficas de hoy en día hacen un buen trabajo de ocultar el sistema operativo subyacente. Pero los idosyncracies todavía muestran a través.

Por qué no el Mac me deja crear una carpeta llamada "Fotos: 08 Navidad"?

¿Por qué tengo que la imagen del disco "expulsión" una montada?

¿No puedo convertir un archivo JPEG a TIFF con sólo cambiar la extensión de archivo?

(El último de ellos en realidad me sucedió hace algunos años. Tomó siempre para averiguar por qué el TIFF no se carga correctamente! Fue en ese momento que yo entendía por qué Apple utiliza para utilizar tipos de archivos incrustados (como metadatos) y hasta el día de hoy no entienden por qué tontamente volvieron a extensiones de archivo Ah, cierto;.. es porque Unix es un sistema operativo superiores)

He visto esto muchas veces, parece que es algo que siempre surge. Parece que soy el tipo de persona que puede recoger en este tipo de supuestos (en algunas circunstancias), pero he estado impresionado por lo que el usuario estaba haciendo otras muchas veces.

Como ya he dicho, es algo que estoy bastante familiarizado. Algunos de los programas que he trabajado es utilizado por el público en general (en contraposición a las personas especialmente entrenado) así que tuvimos que estar preparado para este tipo de cosas. Sin embargo, he visto que no se tendrá en cuenta.

Un buen ejemplo es un formulario web que debe ser completado. Necesitamos esta forma completa, es importante para el proceso. El usuario no es bueno para nosotros si no completan el formulario, pero cuanta más información nos salen de ellos, mejor. Obviamente se trata de dos exigencias contradictorias. Si acaba de presentar al usuario una pantalla de 150 campos (número aleatorio) que van a huir asustado.

Estas formas habían sido revisada varias veces con el fin de mejorar las cosas, pero los usuarios no se les preguntó qué querían. Las decisiones fueron tomadas en base a los supuestos o sentimientos de varias personas, pero lo cerca que esos sentimientos eran a los clientes reales no fue tomada en cuenta.

También voy a mencionar el corolario de Bevan "Los usuarios van a leer el diálogo" suposición. Operando fuera del supuesto "los usuarios no leen nada" tiene mucho más sentido. Sin embargo, las personas que afirman que de no leer nada a menudo sugeriría poner los bits de largo texto explicativo seco para ayudar a los usuarios que están confundidos por alguna decisión mal diseño aleatorio (como el uso de casillas de verificación para algo que debería ser botones de selección porque sólo se puede seleccionar el usuario uno).

Trabajar cualquier tipo de soporte técnico puede ser muy informativo sobre cómo los usuarios hacen (o no) pensar.

casi cualquier cosa en el nivel de O / S en Linux es un buen ejemplo, desde la elección de los nombres ( "grep" obviamente significa "búsqueda" para el usuario!) A la elección de la sintaxis ( "rm *" es bueno para usted!)

[no estoy hatin' en Linux, es sólo lleno de ejemplos no-usabilidad Unix heredados]

¿Qué hay de las metáforas de escritorio y papel tapiz? Se está poniendo mejor, pero hace 5-10 años fue la pesadilla de una gran cantidad de llamadas de soporte técnico remoto.

También está el tema de barra invertida vs barra, la miríada de nombres para los diversos símbolos del teclado, y el botón de impresión de pantalla anticuada.

Los sistemas operativos modernos son grandes, ya que todas son compatibles con múltiples perfiles de usuario, por lo que todo el mundo que utiliza mi solicitud en la misma estación de trabajo puede tener su propia configuración y datos de usuario. Sólo, una buena parte de las solicitudes de apoyo que recibo están preguntando cómo tener varios archivos de datos con la misma cuenta de usuario.

En mis días de colegio, solía formar a las personas sobre el uso de una computadora y el Internet. Me gustaría ir a su casa, la configuración de su servicio de internet muestran enviarlas por correo electrónico y todo. Así había esta pareja de ancianos (finales de los años 60). Pasé cerca de tres horas, mostrándoles cómo utilizar su ordenador, se aseguró de que podrían conectarse a Internet y todo. Me dejar sensación muy feliz.

Ese fin de semana recibo una llamada frenética, sobre ellos no poder comprobar su correo electrónico. Ahora estoy en el medio de disfrutar mi fin de semana, pero decido para ayudarles a salir y caminar a través de todas las cosas, a 30 minutos este último, les pregunta si tienen dos líneas de teléfono ... "por supuesto, sólo tenemos una" Huelga decir que se olvidaron de que tienen que conectarse a Internet en primer lugar (Si esto fue en el día de módems).

Me supone que debería tener accesos directos de configuración como DUN -> Comprobar correo electrónico Paso 1, Eduora - Revisar el correo electrónico Paso 2 ....

Lo que los usuarios no saben, van a compensar. A menudo trabajan con una teoría incorrecta de cómo funciona una aplicación.

Especialmente para la entrada de datos, los usuarios tienden a escribir mucho más rápido que los desarrolladores lo que puede causar un problema si el programa es lento para reaccionar.

Historia: Hace mucho tiempo, antes de que el ordenador personal, no había tiempo compartido. representante de atención al cliente de una empresa de tiempo compartido me dijo que una vez, cuando estaba dando un "cómo" clase a dos o tres mujeres mayores agradables, les dijo cómo detener un programa que se estaba ejecutando (en caso de que se inició en el error o tomar a largo .) tenía uno de los estudiantes escriba ^ K, y el terminal de tiempo compartido respondió "muerto". La señora casi tuvo un ataque al corazón.

Uno de los problemas que tenemos en nuestra empresa son los empleados que no confían en el equipo. Si informatizar una función que lo hacen en papel, van a seguir para hacerlo en papel, al introducir los resultados en el ordenador.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top