El diseño de las cosas cotidianas

La historia detrás del ciclo de acción comienza con una conferencia en Italia a la que asistió Donald Norman. Este extracto ha sido tomado del libro El diseño de las cosas cotidianas :

Estoy en Italia en una conferencia. Observo al siguiente ponente intentar colocar una película en un proyector que nunca antes había usado. Coloca el carrete en su sitio, luego lo quita y lo invierte. Otra persona se acerca para ayudar. Juntos, pasan la película por el proyector y sujetan el extremo libre, discutiendo cómo colocarla en el carrete de recogida. Dos personas más se acercan para ayudar, y luego otra. Las voces se vuelven más fuertes, en tres idiomas: italiano, alemán e inglés. Una persona examina los controles, manipulándolos y anunciando el resultado. La confusión aumenta. Ya no puedo observar todo lo que sucede. El organizador de la conferencia se acerca. Después de unos instantes, se gira y mira al público, que había estado esperando pacientemente en el auditorio. "Ejem", dice, "¿hay algún experto en proyectores?". Finalmente, catorce minutos después de que el ponente comenzara a colocar la película (y ocho minutos después de la hora prevista para el inicio de la sesión), aparece un técnico con bata azul. Frunce el ceño, luego retira rápidamente toda la película del proyector, la vuelve a colocar y la pone en funcionamiento. ^{[ 8 ] : 45–46}

Norman reflexionó sobre las razones que dificultaban tareas como enhebrar un proyector. Para analizar esto, quiso saber qué sucedía cuando algo no implicaba nada. Con ese fin, examinó la estructura de una acción. Así, para lograr algo, es necesario comenzar con una idea de lo que se desea: el objetivo que se pretende alcanzar. Luego, se realiza una acción en el mundo, es decir, se actúa para moverse o manipular a alguien o algo. Finalmente, se requiere verificar si se logró el objetivo. Esto condujo a la formulación de las Etapas de Ejecución y Evaluación. ^{[ 8 ] : 46}

Ejecutar significa formalmente realizar o hacer algo. Norman explica que una persona sentada en un sillón leyendo un libro al anochecer podría necesitar más luz cuando esta se vuelve cada vez más tenue. Para ello, necesita encender una lámpara, es decir, obtener más luz (el objetivo ). Para lograr esto, es necesario especificar cómo mover el cuerpo, cómo estirarse para alcanzar el interruptor y cómo extender el dedo para presionarlo. El objetivo debe traducirse en una intención, que a su vez debe transformarse en una secuencia de acciones.

Por lo tanto, formulación de etapas de ejecución:

• Comience por lo más importante: el objetivo , el estado que se desea alcanzar.
• El objetivo se traduce en la intención de realizar alguna acción.
• La intención debe traducirse en un conjunto de comandos internos, una secuencia de acciones que se puedan realizar para satisfacer dicha intención.
• La secuencia de acciones sigue siendo un evento mutuo: nada sucede hasta que se ejecuta , se realiza sobre el mundo.

La evaluación implica formalmente examinar y calcular. Norman explica que, tras encender la luz, evaluamos si realmente está encendida. A continuación, se emite un juicio cuidadoso sobre cómo la luz ha afectado a nuestro entorno, es decir, a la habitación en la que la persona está sentada en el sillón leyendo un libro.

La formulación de las etapas de evaluación se puede describir de la siguiente manera:

• La evaluación comienza con nuestra percepción del mundo.
• Esta percepción debe interpretarse entonces de acuerdo con nuestras expectativas.
• Luego se compara (evalúa) con respecto a nuestras intenciones y nuestros objetivos.

La diferencia entre las intenciones y las acciones permitidas es el abismo de la ejecución . ^{[ 9 ]}

«Consideremos el ejemplo del proyector de cine: surgió un problema debido a la dificultad de ejecución. La persona quería configurar el proyector. Idealmente, esto debería ser algo sencillo. Pero no, se requería una secuencia larga y compleja. No estaba del todo claro qué acciones debían realizarse para lograr la configuración del proyector y la proyección de la película.» ^{[ 8 ] : 51}

La brecha de ejecución es el espacio entre el objetivo de acción del usuario y los medios para ejecutarlo. ^{[ 10 ]} La usabilidad tiene como uno de sus objetivos principales reducir esta brecha eliminando obstáculos y pasos que generan pensamiento adicional y acciones que distraen la atención del usuario de la tarea prevista, impidiendo así el flujo de su trabajo y disminuyendo la probabilidad de completar la tarea con éxito. ^{[ 11 ]}

Esto se puede ilustrar con el ejemplo de un problema con una videograbadora . Imaginemos que un usuario quiere grabar un programa de televisión. Cree que la solución es simplemente pulsar el botón de grabar . Sin embargo, en realidad, para grabar un programa en una videograbadora, es necesario realizar varias acciones:

1. Pulsa el botón de grabar.
2. Especifique la hora de grabación, lo que generalmente implica varios pasos para cambiar la configuración de la hora y los minutos.
3. Seleccione el canal en el que desea grabar, ya sea introduciendo el número del canal o seleccionándolo con los botones de arriba/abajo.
4. Guarde la configuración de grabación, por ejemplo, pulsando un botón de "Aceptar", "Menú" o "Introducir".

La diferencia entre las acciones de ejecución percibidas por el usuario y las acciones requeridas es el abismo de ejecución.

La brecha de evaluación refleja la cantidad de esfuerzo que la persona debe realizar para interpretar el estado físico del sistema y determinar en qué medida se han cumplido las expectativas e intenciones. ^{[ 12 ]} La brecha de evaluación es el grado en que el sistema o artefacto proporciona representaciones que pueden percibirse e interpretarse directamente en función de las expectativas e intenciones del usuario . ^{[ 8 ] : 51} O dicho de otro modo, la brecha de evaluación es la dificultad de evaluar el estado del sistema y en qué medida el artefacto facilita el descubrimiento y la interpretación de dicho estado. En el libro, «La brecha es pequeña cuando el sistema proporciona información sobre su estado de una forma fácil de obtener, fácil de interpretar y que coincide con la manera en que la persona piensa en el sistema». ^{[ 8 ] : 51}

"En el ejemplo del proyector de cine también hubo un problema con el Golfo de Evaluación. Incluso cuando la película estaba en el proyector, era difícil saber si se había enhebrado correctamente." ^{[ 8 ] : 51–52}

El abismo de evaluación se refiere a la brecha entre un estímulo externo y el momento en que una persona comprende su significado. ^{[ 13 ]} El abismo de evaluación representa la brecha psicológica que debe superarse para interpretar la visualización de una interfaz de usuario, siguiendo los pasos: interfaz → percepción → interpretación → evaluación. Ambos "abismos" fueron mencionados por primera vez en el libro de Donald Norman de 1986, Diseño de sistemas centrado en el usuario: Nuevas perspectivas sobre la interacción persona-computadora. ^{[ 10 ] [ 14 ]}

La estructura de siete etapas se utiliza como ayuda para el diseño, actuando como una lista de verificación básica para las preguntas de los diseñadores, con el fin de asegurar que se superen las brechas entre la ejecución y la evaluación. ^{[ 15 ] [ 8 ] : 52–53}

Las siete etapas de una relación se pueden desglosar en cuatro principios principales de buen diseño:

• Visibilidad : al mirar, el usuario puede conocer el estado del dispositivo y las alternativas de acción.
• Un buen modelo conceptual : el diseñador proporciona un buen modelo conceptual para el usuario, con coherencia en la presentación de las operaciones y los resultados, y una imagen del sistema coherente y consistente.
• Una buena correspondencia permite determinar las relaciones entre acciones y resultados, entre los controles y sus efectos, y entre el estado del sistema y lo que es visible.
• Retroalimentación : el usuario recibe información completa y continua sobre los resultados de sus acciones.