uccser/cs-field-guide

# Usuarios y tareas

Una consideración muy importante a la hora de diseñar o evaluar una interfaz es quiénes serán los usuarios. Por ejemplo, la edad típica de un usuario puede ser importante: los niños muy pequeños pueden tener dificultades para leer algunas palabras y prefieren las imágenes y las animaciones, mientras que alguien en el ámbito comercial, que usa una interfaz con frecuencia querrá que sea muy rápida y quizá solo use atajos del teclado.

Piensa en los tipos de consideraciones que hay que tener en cuenta con los siguientes grupos de usuarios.

- Personas de la tercera edad
- Gamers
- Usuarios ocasionales
- Visitantes extranjeros

{panel type="spoiler"}

# Algunas respuestas posibles: ¡No lo abras hasta que lo hayas pensado!

- Personas de la tercera edad: usa letra grande, pocas funciones que aprender, no pongas mucha carga en la memoria, hay que tener en cuenta que pueden tener problemas de vista y que son menos ágiles físicamente (por ej. los botones grandes ayudan), no asumas que tienen experiencia previa con ordenadores
- Gamers: usan la experiencia previa con interfaces típicas de los juegos, esperan desafíos, es probable que ejecuten el programa en una máquina de gama alta
- Usuarios ocasionales: la interfaz debe ser muy fácil de aprender, tal vez basada en sistemas ampliamente utilizados, necesitan una orientación clara
- Visitantes extranjeros: usa un lenguaje sencillo e imágenes/iconos útiles y comprensibles

{panel end}

La interfaz es la única parte de un programa que ve el usuario (¡esa es la definición de interfaz!), así que si la interfaz no funciona para ellos, entonces el programa no funciona.

Otra cosa importante que hay que hacer al diseñar y evaluar una interfaz es pensar en las tareas para las que se usa. Los anuncios de dispositivos digitales a menudo ocultan la complejidad de las tareas y simplemente señalan las funciones disponibles para llevarlas a cabo. Por ejemplo, supongamos que en el anuncio de un smartphone se destaca que tiene una cámara de alta resolución. La tarea real que alguien puede querer realizar es hacer una foto de algo que acaba de ver y mandársela a un amigo. Si observamos lo que sucede en realidad, puede que el usuario lleve el smartphone en el bolsillo o en el bolso y si ve algo que le llama la atención, tiene que sacarlo, quizá desbloquearlo, abrir la aplicación de la cámara, configurar la iluminación y otros ajustes, apretar un botón (¿resulta fácil encontrarlo mientras se sujeta la cámara?), seleccionar la foto, elegir una opción para compartirla, seleccionar un amigo con quien compartirla (¿ayuda con eso el sistema?), mandarla (¿qué pasa si no hay cobertura?) y guardar el teléfono. Si cualquiera de estos pasos es lento o difícil de recordar, la experiencia puede resultar frustrante y es posible que se pierda la oportunidad de hacer la foto o que el amigo no la reciba por alguna otra razón.

Cuando se habla de una interfaz, es importante tener en cuenta todas las partes de una tarea, ya que son los pequeños pasos en una tarea los que marcan la diferencia al usar la interfaz en una situación real, en comparación con una demostración de las características de un dispositivo.

{panel type="challenge"}

# Reflexión sobre el contexto de las tareas

Al describir una tarea, es muy importante pensar en todo el contexto. Como ejercicio, proporciona un ejemplo de una tarea real, incluyendo su contexto, para una persona real para cada una de las siguientes situaciones:

- Programar un despertador
- Mostrar una presentación de diapositivas (PowerPoint)

Comenta tus respuestas con un compañero o un amigo. Esto debería ayudarte a evaluar tu propia respuesta y a considerar otros posibles ejemplos.

{panel end}

{panel type="teacher-note"}

# Posibles respuestas para el desafío anterior

El objetivo educativo para los alumnos es ver la gran brecha que hay entre la ingenua vista de diseño que considera que "programar un despertador" es una descripción suficiente y adecuada para la tarea frente a un escenario específico que aporta mucho más significado a la tarea. Puede que a los alumnos les cueste un poco descomponer una tarea en sus pasos críticos; si han llevado a cabo la tarea anteriormente es probable que la dominen y que hayan olvidado los retos iniciales y si no han realizado la tarea, puede que asuman que es fácil. Algunas de las ideas que puedes buscar:

- Programar un despertador: a menudo la tarea se realiza por la noche y si se comete un error puede que el usuario falte a una cita importante o pierda un vuelo por la mañana, por lo que ya supone un reto. Según el reloj (puede estar en un smartphone o ser un reloj físico), el usuario tiene que programar la hora de la alarma (sin equivocarse en la parte de am/pm), activar el sonido de la alarma (quizá asegurarse de que el dispositivo no esté en silencio) y asegurarse de que tiene bastante batería para aguantar hasta la mañana. Todo esto mientras está cansado, ¡y un error puede salir muy caro!
- Mostrar una presentación de diapositivas (PowerPoint): esta tarea a menudo se realiza delante de un público y puede que haya un tiempo limitado, por ej. si la sala no está disponible hasta pocos minutos antes de la presentación. Es posible que el ordenador tenga que estar conectado a un proyector (todo un desafío de interfaz en sí mismo), el programa tiene que estar en modo presentación con la imagen correcta lista para comenzar, el usuario tiene que ser capaz de pasar a la diapositiva siguiente y de recuperarse si presiona el botón equivocado. Por si fuera poco, el proyector suele tardar un rato en calentarse y puede ser difícil saber qué está sucediendo durante ese tiempo.

{panel end}

{panel type="curiosity"}

# ¿Usuarios tontos o interfaces tontas?

Los sistemas informáticos a menudo hacen que las personas se sientan tontas, de hecho hay muchos libros disponibles para "tontos", como "iPad for dummies" o "The Complete Idiot's Guide to Microsoft Windows 10". Estos libros venden millones de copias, pero es probable que la gente que los compra sea en realidad bastante inteligente; lo que pasa es que las interfaces frustran tanto al usuario que le hacen sentir como un tonto. Lo cierto es que si una interfaz hace que mucha gente se sienta idiota, lo más probable es que el verdadero problema lo tenga la interfaz y no el usuario. En el pasado, existía una cultura en la que el reparto de poderes se inclinaba hacia los programadores que diseñaban los sistemas y podían culpar a los usuarios por cualquier problema que surgiera. Sin embargo, ahora los usuarios pueden elegir entre una gran variedad de sistemas y siempre hay competidores dispuestos a ofrecer una interfaz mejor, por lo que si un programador culpa continuamente a los usuarios por los problemas, ¡lo más probable es que el idiota sea el programador! Si escuchas a alguien usar términos despectivos como luser (término coloquial que mezcla las palabras "perdedor" y "usuario" en inglés), [PEBKAC](http://ars.userfriendly.org/cartoons/?id=19980506) (siglas en inglés correspondientes a la frase "existe un problema entre el teclado y la silla") o ID-10T error (error idiota), puede que resulte gracioso, pero muestra un desprecio por la importancia de crear una buena interfaz y son señal de que el sistema está mal diseñado.

{panel end}

{panel type="project"}

# Envío de un correo electrónico desde varios dispositivos

Para este proyecto, prueba a mandar un correo electrónico desde un ordenador y un teléfono móvil. Anota todos los pasos necesarios, desde que empiezas a usar el dispositivo hasta que el correo electrónico está enviado.

Es probable que notes algunas diferencias entre las dos interfaces.

Guarda tus anotaciones para más adelante, podrás analizarlas una vez que hayas avanzado un poco más en este capítulo.

{panel end}

{panel type="project"}

# Diseño de cocinas y picaportes

{image file-path="img/chapters/poor-door-design-cartoon.jpg" alt="Conflicto de usuarios para abrir una puerta." position="right"}

Para este proyecto, vas a diseñar la parte superior de unos fogones o los picaportes de una puerta. No se trata de un sistema informático, pero nos ayudará a demostrar algunos de los problemas que suelen surgir. La tarea principal consiste en esbozar tres configuraciones diferentes para la cocina, que incluye la disposición de los 4 elementos y los 4 botones reguladores.

La tarea se [describe detalladamente en la actividad de diseño de interfaz humana de CS Unplugged](http://csunplugged.org/human-interface-design).

{panel end}