Cómo organizar objetos sobre acciones puede mejorar la arquitectura UX.
Foto de You X Ventures en Unsplash
Un enfoque de proyecto orientado a objetos ha sido una parte bastante reciente y ahora básica de los procesos de desarrolladores y programadores durante años. El modelo está organizado en torno a objetos en lugar de acciones, o incluso datos en lugar de lógica. Históricamente, los diseñadores han optado por una tendencia natural a considerar inmediatamente cómo funcionarán las interacciones de un diseño. Esta filosofía de acción primero funciona bien, pero hay ocasiones en las que una vista más estructurada podría mejorar aún más el proceso, que es donde entra en particular un enfoque orientado a objetos para el diseño de UX. El modelo no reemplaza ningún proceso actual, pero puede incluirse cuando sea necesario.
Normalmente, como diseñadores de UX, adoptamos un proceso de definición de un planteamiento de problema, una historia de usuario y luego creamos un prototipo de alta fidelidad. O al menos algo parecido. Sin embargo, cuando se trata de cantidades complejas de datos e intenciones complejas de manipulación de datos, a veces definir un árbol de arquitectura de información no es suficiente ya que no hemos definido conexiones significativas entre estos datos. Al mapear y analizar estos datos “objetivamente”, podemos descubrir estas conexiones y potencialmente dar como resultado una experiencia de usuario simple y eficiente.
La filosofía de OOUX es alentarnos como diseñadores de UX a pensar en nuestro contenido principal como objetos, y a pensar en esto antes de considerar cualquier acción procesal. Entonces, antes de sumergirnos directamente en los flujos de trabajo técnicos y pensar en cómo funcionará o aparecerá la interfaz, podemos considerar cómo nuestros usuarios pensarán en los datos como objetos y alinearán el producto con el modelo mental del usuario. Normalmente, los usuarios como seres humanos piensan en su entorno como un sistema de objetos, por lo que la teoría aquí es que si consideramos el contenido/datos dentro de nuestro producto/proyecto como objetos, podemos conectarnos mejor con nuestros usuarios al brindarles una experiencia de usuario que se alinea con su modelo mental.
Aunque es posible que muchos de nosotros ya estemos incluyendo un enfoque orientado a objetos como parte de nuestros procesos, su uso en el diseño de UX no se discutió como un modelo verdaderamente útil para aplicar a UX, hasta que la diseñadora Sophia Voychehovski Prater demostró recientemente su valor en su trabajo y Más tarde acuñó el término UX orientado a objetos en 2015. Por supuesto, podemos intentar retroceder más para examinar el uso anterior de un enfoque orientado a objetos tanto en el desarrollo como en el diseño; por ejemplo, Dave Collins discutió su uso en el diseño de interacción en 1995. Los verdaderos orígenes de una filosofía orientada a objetos se remontan a los años 70 y 80, cuando los lenguajes orientados a objetos comenzaron a preferirse a los procedimentales; sin embargo, la terminología se acuñó por primera vez en los años 50.
Podemos aplicar un enfoque OOUX en todo nuestro trabajo considerando los datos/contenido como objetos antes de comenzar a pensar en acciones. Podemos lograr esto desde el comienzo de nuestro proceso, pero también podemos definirlo más adelante para mejorar su proyecto y también podemos vivirlo dinámicamente durante todo el proceso. El modelo espera el uso de notas adhesivas, con diferentes colores para representar los diferentes componentes.
Extraer objetos (Color de la nota adhesiva: AZUL)
Con un enunciado de problema definido, y tal vez incluso una historia de usuario definida para respaldarlo, podemos examinar este texto para encontrar simplemente los sustantivos. Reconocer los sustantivos que se convertirán en objetos es una cuestión de mucho tacto, con especial cuidado para evitar el uso de sustantivos que podrían definirse mejor tal vez como una organización o un método de agrupación. Algunos objetos también pueden generarse como resultado de requisitos establecidos en el enunciado de un problema o en una historia de usuario.
Definir el contenido principal de los objetos (Color de la nota adhesiva: AMARILLO/NARANJA)
A continuación, es necesario definir el contenido más detallado que se espera que contenga cada objeto reconocido. Por ejemplo, si uno de nuestros objetos se llamara “Zapato”, parte del contenido principal podría incluir cosas como Descripción o Tamaño. Estos pueden colocarse directamente debajo de los objetos. También podemos profundizar un poco más aquí y definir más contenido similar a metadatos que se puede filtrar u ordenar, como el mercado objetivo del zapato o las tiendas que lo venden. Podemos etiquetarlos de forma un poco diferente, pero anidarlos debajo del contenido principal.
Anidar objetos entrecruzados (Color de la nota adhesiva: AZUL)
En este punto podemos incluir objetos que puedan tener alguna relación con el objeto principal en cuestión. Esto podría significar mostrar una versión alternativa de un objeto ya predefinido o ser un tipo de objeto más detallado.
Clasificación forzada
Ahora que todo está en su lugar, podemos reorganizar el orden de todos los elementos debajo de cada objeto principal de mayor a menor importancia. Este proceso puede llevar algún tiempo y también podría revisarse para realizar iteraciones frecuentes.
Agregar CTA(Color de la nota adhesiva: VERDE)
Este paso se introdujo más recientemente como una forma de pasar de un proceso orientado a objetos a un proceso orientado a la acción. Podemos agregar acciones específicas como las que se pueden esperar en una interacción primaria dentro de la experiencia de ese objeto.
El resultado final es un sistema basado en objetos que puede impulsar y motivar nuestros proyectos al tener datos/contenido definidos y comprendidos en cuanto a su importancia, y en línea con el modelo mental del usuario. Es posible que el proceso anterior no quede claro sin ejemplos, así que eche un vistazo a algunos de los recursos de aprendizaje a continuación para ver el proceso en acción.
Un enfoque de objeto primero mejora la comunicación y la colaboración entre UX y el resto del equipo de ingeniería.. Dado que los desarrolladores y programadores están familiarizados y probablemente ya utilicen este enfoque, podemos hablar el mismo idioma y construir relaciones más eficientes con ellos. Esto facilitará la explicación de nuestro trabajo y nuestros razonamientos.
Definir objetos para su uso/reutilización posterior ahorra tiempo. Al definir el contenido por objetos al comienzo del proyecto, se permite una referencia y un uso más rápidos y sencillos en partes posteriores del proyecto.
La consideración de los modelos mentales del usuario respalda una mejor UX. Dado que OOUX se basa en representar el modelo mental de nuestros usuarios, nos aseguramos de que nuestro trabajo esté alineado con la forma en que piensa el usuario.
Se minimizan las complejidades inesperadas. Cuando los objetos se definen al comienzo del proceso, es muy probable que ya se haya definido una adición posterior, lo que permite iteraciones más fluidas.
Compatible con adaptabilidad y capacidad de respuesta. Si el producto necesita mostrarse en un dispositivo que no sea el escritorio, un sistema de diseño orientado a objetos puede modificarse fácilmente para adaptarse a esto, o incluso usarse sin cambios como base.
Las relaciones se pueden visualizar.. Es fácil olvidarse de incluir o hacer referencia a otra parte de nuestro producto dentro de una experiencia diseñada, pero OOUX nos permite trazar estas relaciones de antemano y ver visualmente cómo todo podría conectarse.
La actividad puede ayudar a crear organización en medio del caos dentro del contenido. Si hay muchos datos/contenido dispersos o que no tienen sentido, aplicar un enfoque OOUX ayuda a organizarlos y fomenta la comprensión del contenido en sí.
La UX orientada a objetos se menciona a menudo en cursos, libros y artículos más recientes que analizan métodos de experiencia del usuario. Sin embargo, aquí hay algunas selecciones destacadas:
UX orientada a objetos
El artículo de Prater sobre cómo introdujo por primera vez OOUX (¡y acuñó efectivamente la terminología agregando 'UX' al final!) en sus proyectos es uno de los artículos más conocidos y reveladores sobre el proceso. Ella detalla cómo la ayudó el modelo y cómo aplicarlo usted mismo también en detalle.
OOUX: una base para el diseño de interacción
Siguiendo el artículo anterior de Prater, este analiza cómo y por qué decidió integrar CTA en el modelo y cómo usted también puede usarlos.
Una herramienta atrevida para una audiencia tradicionalmente analógica
https://uxdesign.cc/a-daring-digital-tool-for-a-traditionally-analog-audience-ed700875e4c8
Este artículo reciente muestra en detalle cómo una empresa de software utilizó el modelo en su trabajo.
Crosslinked: un juego de diseño de sistemas de narración UX
https://www.thegamecrafter.com/games/crosslinked-a-ux-storytelling-system-design-game
Si quieres divertirte un poco aprendiendo y practicando OOUX, ¡vale la pena probar este juego de cartas físicas!
La UX orientada a objetos no es una regla, ni contiene reglas específicas a seguir; de hecho, puede manipularse para adaptarse a las necesidades de su proyecto. También puede haber razones para no utilizarlo, tal vez la prioridad de un proyecto esté en sus acciones más que en su contenido, o el contenido ya ha sido definido previamente. El principio de considerar acciones sigue siendo importante para alinearse con las necesidades del usuario; sin embargo, un ejercicio OOUX inicial también puede alinearse estrechamente con los modelos mentales del usuario, lo que respalda mejores decisiones al considerar acciones. Siempre que sea posible, pruébelo para ver si puede respaldar su proyecto.
Prater, S. (2019). UX orientada a objetos. [online] Alistapart.com. Disponible en: https://alistapart.com/article/object-oriented-ux [Accessed 13 Feb. 2019].
Prater, S. (2019). OOUX: una base para el diseño de interacción. [online] Una lista aparte. Disponible en: https://alistapart.com/article/ooux-a-foundation-for-interaction-design [Accessed 13 Feb. 2019].
tablero zip. (2019). Comprensión de la UX orientada a objetos: entrevista con Sophia V Prater. [online] Disponible en: https://blog.zipboard.co/understanding-object-oriented-ux-interview-with-sophia-v-prater-4df6f422e484 [Accessed 13 Feb. 2019].
Collins, D. (1995). Diseño de interfaces de usuario orientadas a objetos. Redwood City, California: Benjamin Cummings.
Medio. (2019). Capítulo 3: ¿Qué es la programación orientada a objetos? — Aprenda a programar — Medio. [online] Disponible en: https://medium.com/learn-how-to-program/chapter-3-what-is-object- Oriented-programming-d0a6ec0a7615 [Accessed 13 Feb. 2019].
Web.eecs.utk.edu. (2019). [online] Disponible en: http://web.eecs.utk.edu/~huangj/CS302S04/notes/oo-intro.html [Accessed 13 Feb. 2019].