ed.15/52
Hace algunos años, mi perspectiva sobre el diseño me llevo a desdeñar un poco la ejecución, soy diseñador y comunicador visual, así que la ejecución de UI fue mi entrada para iniciar en el mundo; sin embargo, me deje influir por una perspectiva donde lo importante no era la ejecución, porque, llegué a pensar, se trata de algo muy reemplazable. La verdad es que creo que me confundí en mi intención por sustentar el diseño y me fui al extremo.
Recuerdo muy bien lo que aprendí de mi amiga Paola González, en aquellos momentos. Ella es diseñadora industrial de formación, pero profesionalmente ha ejercido como Service Designer, es muy buena usando frameworks de diseño facilitando múltiples workshops, su labor está en el primer diamante, o en el Discovery, en el análisis y hasta en la ideación; es decir, ella era estratega sin duda; pero, algo que pude observar desde el principio era su sensibilidad visual, su admiración por la buena ejecución que se necesita para hacer tangibles las buenas ideas. Para ella la ejecución era tan fundamental como la estrategia.
Tuve una reflexión profunda e interna: ¿Cómo alguien que viene de la parte estratégica puede entender la importancia de la ejecución y yo que vengo de ese lugar lo estaba viendo como algo menor? Quizás ese nivel e importancia que me había dibujado mentalmente era una ilusión, en frameworks como el doble diamante o el Design Thinking no vemos una fase con más importancia que otra; en todo caso, se trazan una serie de pasos que hay que seguir, todos son necesarios, misma importancia.
Desde entonces he tratado de tener un approach más integral, no es uno contra el otro, son todos diseñando la experiencia, una buena estrategia no es nada si no es ejecutada, una ejecución puede ser hueca y superficial si no entiende él por qué de las cosas.
UI no es UX
Cuando dicen UI no es UX, estoy de acuerdo, y no malentiendan, la verdad es que UI no es UX; UI es parte del UX, no hablamos de cosas antagonistas sino de dos cosas con relación intrínseca, los fragmentamos solo para entender entregables y en muchos casos para definir roles; pero, no hay buen UI sin entender al usuario, y no hay buen UX que no desemboque en un UI, no hay apps por ahí en blanco y negro o que sean workflows, o journeys o entrevistas, y es muy fácil ver cuado un UI no tiene sentido, no es usable, y solo está hecho para demostrar cuantos efectos puedo poner en un diseño. Si hacemos otro zoom out, lo que realmente el usuario ve y usa es una interfaz (gracias devs) desplegada en su dispositivo,
¿Pero entonces son la misma cosa UX Y UI?
No, que tenga relación y no sean antagonista no lo hacen lo mismo, debemos de tener un enfoque sistemático para esto:
Déjenme poner una genial y divertida analogía que leí de Ulises Estrada:
Un taco al pastor no es una tortilla + carne preparada + cilantro + cebolla + piña + limón (opcional)… Un taco al pastor es la suma de todas sus partes. Puedes diferenciar sus partes, puedes entender como funcionan y en que momento están, pero por si solas ninguna de ellas es un taco al pastor, solo juntas lo son.
Para los que no sean de México acá el taco al pastor
De ahí mi idea que el debate él UI no es UX es un debate sin sentido. No te pones a discutir ¿Qué es mejor la tortilla o la salsa? Por su puesto, son cosas distintas, y atienden a cosas distintas, pero cada una por si sola no son la experiencia de comer un taco al pastor.
Mi problema surge cuando la gente quiere diferenciarse para justificar que solamente ellos tienen la voz del usuario, o que ellos hacen el verdadero trabajo intelectual, básicamente se quieren poner por encima de los demás, porque hacen cosas que lo de más no hacen, solo ellos traen el insight poderoso que cambia industrias y se suben a su ladrillo.
No, los debates no debe girar a quién es más importante y como nos diferenciamos, hagamos zoom out para ver toda la película y colaboremos en esta cadena de valor donde somos un eslabón más, a veces catalizadores y evangelizadores, pero eso únicamente sucede cuando los otros eslabones no alcanza a vernos, no porque somos más importantes, esto es centrado en el usuario y no centrado en el diseño.
Ahora bien hablando de roles ¿Estos se llevan a cabo por diferentes personas o por la misma? Pues va a depender del tamaño del equipo, del presupuesto, y la complejidad del proyecto, de los perfiles (generalistas o especialistas). ¡Claro!, roles definidos en diferentes integrantes hacen que el trabajo en profundidad sea más efectivo, pero no siempre podemos hacer eso, lo que si debemos de aspirar es a entregar la mejor experiencia posible.
Los debates deben de ser sobre como colaboramos mejor, sobre como tenemos un mayor entendimiento de otras áreas, nuestros alcances y como creamos mayor impacto. El usuario nunca va a decir: que despidan al que hizo la arquitectura de información porque se nota que los investigadores no escucharon y por eso su UI no es intuitiva, no el cliente solo dice: esto me encanta o esto es basura…
¿Ustedes qué opinan?
Para Leer 👀
Turn method into magic—the alchemy of prototyping
David Hoang tiene su blog Proof of Concept, donde tiene este gran artículo sobre el prototipado, ¿Para qué sirve y cómo debemos de usarlo en el proceso de diseño?, parece obvio a primera vista, pero no debemos olvidar que debemos aclarar las expectativas, prototipo no solo es lo placentero que resulta animar sin código una secuencia de pantallas estáticas
Para Escuchar o escuchar 🎧
Eight Seasons: Astor Piazzolla - Four Seasons of Buenos Aires; Vivaldi - Four Seasons
Encontré este álbum por este tiktok de Manuel Zogbi, quien te dará más motivos que yo para entender por qué debes de oír esto (ideal para trabar).