2009-03-02 7 views
10

Mientras que los diseñadores de software novatos esperan que sus usuarios se comporten racionalmente, está lejos de ser el caso; He visto muchas veces que la percepción del usuario está totalmente desconectada de la realidad, o es una reacción obviamente irracional.¿Cuál es el comportamiento de usuario más irracional del que ha sido testigo?

Creo que somos nosotros quienes debemos adaptar, y no al revés.

Solo hay una forma que conozco para lograr esto: escuchar a los usuarios, especialmente sobre lo que no les gusta del software que usan.

Si hay algo que he aprendido hasta ahora; a menudo se quejan de cosas que uno no esperaría

¿Qué cosas inesperadas aprendió de sus usuarios?

+0

@personas que votan para cerrar esta pregunta: puedo cerrarlo si hay una buena razón. No me parece un duplicado, y está en el alcance de SO, ¿no es así? ¿Podrías por favor decirme qué está pasando? Thx. – Brann

+0

Estoy de acuerdo con Joe. Esto debería ser wiki de la comunidad. –

+0

Acabo de cambiar a wiki. por cierto, ¿cuál es la guía aquí? – Brann

Respuesta

10

Hace algunos años, los hospitales (al menos los hospitales franceses) se ejecutaban con el viejo software Win 3.11. Cada tarea individual era tediosa; mover a alguien de una habitación a otra llevaría 5 minutos a un usuario experto

Un amigo mío estaba trabajando en la venta de software actualizado a esas personas. La misma tarea simple tomaría 30 segundos para un principiante total.

Si bien la mayoría de los usuarios estaban muy contentos con el nuevo software, unos pocos se quejaban, lo que no fue una sorpresa (siempre hay un puñado de usuarios que se queja). Lo que fue más inesperado fue su razón: el software era muy lento. "La misma tarea simple fue instantánea, ahora lleva años lograrlo. Devuélveme mi viejo software ", decían.

Mi amigo decidió reunirse con ellos, y les pidió una demostración en vivo de la lentitud de la que se quejaban.

“Mira, dijo el usuario, con mi viejo software: Yo de entrada el primer nombre, introduzca el nombre, introduzca el número de admisión, introduzca el número de la habitación de edad, [... inserte 5 minutos aquí ...] el nuevo ingrese el número de habitación ... y ya está ... Ver ... Todo es instantáneo "

" Ahora, observe su software. Hago un arrastrar y soltar, como me enseñaste. Y espero, espero ... miren, está listo ... He esperado casi 30 años ... "

Ese es un ejemplo del mundo real. Realmente sucedió. Estoy bastante seguro de que si el software se hubiera modificado para pedir información inútil que hubiera descartado después durante el período de 30 años, este usuario habría tenido una mejor sensación con el nuevo software

+0

Creo que esto es más un rasgo humano. Personalmente, cuando conduzco, prefiero tomar la ruta lenta de A a B, que es la más rápida en total, pero requiere que haga cola durante 10 minutos. – tehvan

+0

¿Qué demonios estaba mal con el sistema que significaba que un cambio de sala tardaba 30 segundos en procesarse? –

+0

@andybak Bueno, no sé. Supongo que recuperar todos los datos necesarios en lugar de tener que rellenar el usuario probablemente fue un poco costoso. Pero, creo que es totalmente fuera de tema; lo interesante aquí es la reacción del usuario, no la arquitectura del software. – Brann

5

Desarrollando para una Unidad de mano hace muchos años, me contactó un usuario que se quejó de que su unidad seguía apagándose inmediatamente después del encendido. Resultó ser un error; el mensaje de inicio finalizó con la línea "Presione cualquier tecla para continuar". Debería haber dicho "Presiona cualquier tecla, excepto la gran tecla roja marcada como potencia, para continuar".

Una cosa que he aprendido a lo largo de los años es que el tiempo dedicado a los usuarios finales en el análisis de requisitos antes de acercarse al diseño es muy importante, así como comprender la cultura y la formación de los usuarios. Diseñar sistemas informáticos que se vean y funcionen como los sistemas manuales existentes es un buen comienzo, al igual que la comprensión del flujo de trabajo. Otro sistema portátil de entrega de ventas de furgonetas en el que participé fue especificado para buscar firmas de clientes en pantalla en la entrega, y esto fue necesario para completar la transacción. Resultó que la mayoría de las entregas en realidad ocurrían temprano en la mañana antes de que alguien estuviera allí para firmar, por lo que el flujo de trabajo percibido no coincidía con la realidad. El personal de TI del cliente en realidad no sabía esto, ni tampoco el analista de negocios.Si diseña sistemas sin entrada de usuarios finales reales, lo hace bajo su propio riesgo.

7

Si lo piensas, no existe el comportamiento irracional de los usuarios, simplemente hay un desajuste entre tus expectativas y las de ellos. La única forma de cerrar eso es a través del diálogo. Eso no significa necesariamente ir y hacer estudios de usabilidad; a menudo, el diálogo correcto es que lean la ayuda donde se trata fácilmente la discrepancia.

Lo único malo que hay que hacer es no escuchar lo que están diciendo, o escuchar y no escuchar realmente (ver la publicación aquí sobre IE en la Mac - es el colmo de la arrogancia). Por supuesto que obtendrá algunas personas a las que simplemente no les gusta el cambio y se quejarán de nada, pero en general si un usuario se toma el tiempo de señalar algo en su software que los molesta, entonces debe escuchar. Puedes optar por ignorarlos, pero si escuchas bien, puedes descubrir una gema tan fácilmente.

No creo que sus usuarios o clientes a menudo innoven para usted, pero creo firmemente que son la clave para que su software sea utilizable, y la facilidad de uso conduce directamente al éxito. Por lo tanto, caracterizarlos como irracionales probablemente no sirvan a sus mejores propósitos ni a los suyos. Es mejor tomarlos en serio para comenzar y filtrar lo que considera que no es una buena respuesta.

+0

+1, sangrienta buena respuesta. – Rob

+0

Definitivamente estoy de acuerdo con eso. No estaba insinuando por irracional que no debería manejar sus comentarios en serio. Estamos codificando para seres humanos, que son criaturas altamente irracionales :) – Brann

+0

+1 solo para las dos primeras oraciones. – barfoon

5

En mi trabajo anterior, estaba diseñando un gran software comercial para un gran banco. El software demoraría unos 5 minutos en ejecutarse.

Por supuesto, los usuarios se quejaban mucho sobre el tiempo de inicio, especialmente cuando el software se bloqueaba durante el día, lo que sucedía de vez en cuando.

Desde el día en que agregamos una barra de progreso detallada (que progresa con bastante regularidad, con un indicador del número de elementos restantes), las quejas casi se detienen.

usuarios típicos diría "Yo solía tomar mucho en cargarse, pero ahora, es bastante rápido"

El siguiente paso para nosotros fue para mostrar la interfaz de usuario antes de que los datos se cargan en lugar de después (que tiene más sentido para un punto de vista de TI)

Esta vez, la modificación dio lugar a una ligera caída de rendimiento (de 5mn a 5" 30), debido al coste de impactar la interfaz de usuario durante el tiempo de carga. Desde la perspectiva del usuario, el software era mucho más rápido de esta manera !!

+1

Esto es lo que llamamos "rendimiento percibido", que para los usuarios es mucho más importante que "rendimiento real". –

0

Mientras que los diseñadores de software novatos esperan sus usuarios se comportan de manera racional, es lejos de ser el caso; He visto muchas veces la percepción del usuario es totalmente desconectado de la realidad, o es un comentario obviamente irracional.

Creo que somos nosotros quienes debemos adaptar , no al revés.

¿Estás diciendo que debemos adaptarnos al comportamiento irracional? El desarrollo de software ya es lo suficientemente irracional (lenguajes dinámicos, desarrollo basado en pruebas, ...), y ¿espera que nos doblemos unilateralmente para acomodar algunas expectativas distorsionadas?

+1

Definitivamente. Digamos que hay un lugar perfectamente lógico para un elemento del menú, pero por razones irracionales, el usuario siempre busca primero en otro lugar. Ahora, ¿a dónde pertenecen estos elementos del menú? Para mí, el lugar "correcto" es el lugar donde los usuarios esperan que el artículo sea – Brann

+1

En resumen: la persona que paga la pizza decide los ingredientes. – Learning

+0

Sin esas expectativas, no estarías desarrollando un sistema en absoluto. Pueden estar distorsionados, pero te mantienen en un trabajo. – Rob

2

Una vez trabajé en un cms para imágenes.El administrador básicamente navegaría por las páginas de imágenes creadas por el usuario y vería las que desea publicar. Escribí un buen manual sobre cómo funciona el sistema, pero como todo el mundo sabe que las personas no leen los manuales, puse algunas guías en la página que dicen qué hacer (en este caso, algo así como: "Marque la casilla para cada imagen que desee" a publicar").

No pasó mucho tiempo antes de que algún tipo vino tirar de la manga: "Hay un error en el programa de realidad arroja las imágenes i No de selección, y no los que seleccione.".

El problema se resolvió pidiéndole que lea en voz alta el texto de la página.

0

Hace unos años, diseñé una pequeña aplicación que estaba principalmente destinada a ayudar a los usuarios a ingresar datos complejos en una base de datos. Su antiguo método era ingresar todo en una hoja de Excel (sin validación de ningún tipo), y luego usar una macro vba.

Mi nuevo programa agregó validación y pudo completar automáticamente casi la mitad de los datos que previamente ingresaron manualmente.

que espera que sea un éxito ... lo que no era en absoluto ... :)

"Es simplemente imposible de usar", dijeron ... que había probado, preguntó mi madre para probarlo ... mi software estaba bien ...

De hecho, esos usuarios fueron tan utilizados con la entrada de datos repetitivos que utilizaron solo el teclado, no el mouse. Y, por supuesto, no había pensado en gestionar el orden de las pestañas correctamente, así que el cursor estaba saltando por todas partes cada vez que presionan "tab", ¡así el comentario "imposible de usar"!

+1

para ser justos ... no fueron usuarios irracionales :) – Learning

+0

Bueno ... eso es correcto :) – Brann

+0

Pero su software no estaba realmente "bien" si el orden de las pestañas era incorrecto :) – ChrisF

Cuestiones relacionadas