Episode Transcript
[00:00:04] Speaker A: Nunca deberíamos desarrollar todo y al final testear. Deberíamos ir preguntando desde el principio. Claro, todas estas fases van iterando. No hay un proceso lineal de paso una siguiente, paso la otra y siguiente, sino que vas volviendo.
[00:00:17] Speaker B: ¿Claro, al paso anterior para al paso.
[00:00:20] Speaker A: Anterior o decir hemos probado esta solución y no funciona, qué hemos fallado? Volvemos, sabemos que nuestros usuarios los hemos definido bien, el problema está bien definido.
[00:00:42] Speaker B: Hola a todos, estoy encantada de saludaros de nuevo porque hemos vuelto. Estamos en la segunda y nueva temporada de territorio Inesen. Como siempre, estamos agradecidos y contentos de estar aquí una temporada más con vosotros. También de que nos acompañéis en una nueva temporada. Hemos estado descansados, venimos con las pilas cargadas después del verano, con nuevas temáticas y sobre todo con nuevos expertos como la que nos acompañan el día de hoy. Estoy seguro de que nos va a encantar esta nueva temporada de territorio en el Sen, tanto a vosotros como a mí. Hoy tenemos con nosotros a Dela Pérez. Quiero darle la bienvenida ya de primera antes de hacer su presentación. Bienvenida, Adela.
[00:01:16] Speaker A: Muchísimas gracias, Virginia. Encantada de estar aquí con vosotros.
[00:01:20] Speaker B: El encantamiento es mutuo. En un mundo de entornos digitales, las experiencias intuitivas y eficientes que mejoran la satisfacción del usuario están en revisión continua. La combinación del Ux ui permite crear productos que no solo funcionen bien, sino que también sean visualmente atractivos. Hoy en territorio NSEM vamos a emprender estas herramientas para empatizar con los usuarios y resolver problemas de manera efectiva. Para eso tenemos aquí a Adela, para aprender de ella. En esta resolución de problemas no hay que olvidar la importancia de que estas soluciones sean consistentes y accesibles, garantizando que los diseños sean inclusivos y fáciles de usar para todos. En este webinar, como ya he dicho, tenemos el honor de tener aquí a Adela Pérez. Ella es Product Manager en desarrollo de software ÿousand. Bienvenida, Adela, otra vez.
Encantada de tenerte aquí. Bueno, ya me callo, ya he hablado suficiente, vamos, lo importante que es que tú has estado aquí. Háblanos de cómo ha llegado aquí, de tu trayectoria y a qué te dedicas.
[00:02:16] Speaker A: Bueno, pues encantada de estar aquí de nuevo. Yo me llamo Adela Pérez, soy licenciada en Traducción e Interpretación y tengo también el máster profesorado por la Universidad de Granada. Y hace ocho años llegué por casualidad al desarrollo ÿousand, a las empresas tecnológicas.
Hace cuatro comencé como product manager. Como llegué por casualidad al mundo del desarrollo del producto, me enamoré de este mundo. Es un mundo apasionante donde hay 1000 cosas que aprender cada día y no me canso y espero poder compartir algunas de vosotros hoy aquí.
[00:02:48] Speaker B: Voy a comentar la ficha técnica que tú nos has pasado. Dices que está enamorada de los problemas de los clientes. Me gustaría saber un poco más sobre esto y que nos explique realmente cómo alguien puede enamorarse del problema y además de un cliente.
[00:03:01] Speaker A: Tendemos a, cuando estamos ideando soluciones, a enamorarnos, a abrazar esas soluciones y decir me caso con ellas. Y luego la realidad nos da otra visión que es que no, que lo importante es el problema, es entenderlo, es tener esa visión 360 de lo que está pasando con los clientes, saber qué les preocupa, por qué les preocupa y luego las soluciones vendrán y se iteran y se cambian. Entonces eso es lo de menos, lo importante son los problemas.
[00:03:29] Speaker B: Me llamó mucho esto la atención, tenía que decírtelo antes de empezar. En el ámbito del diseño digital, en los términos Ux Ui, que es lo que vamos a hablar en el webinar de hoy, son fundamentales y a menudo se mencionan juntos, aunque entiendo que son conceptos diferentes, pero sí que trabajan conjuntos para producir productos digitales efectivos. ¿Puedes explicarnos qué es Ux Ui y en qué se diferencia exactamente?
[00:03:53] Speaker A: Claro, por supuesto. Además son dos términos que siempre cuando los vemos en inglés con esas siglas tendemos a asustarnos y al final son algo bastante sencillo que espero ahora explicarte con algunos ejemplos y es lo básico que desde el mundo del diseño necesitamos aprender. Cuando hablamos de UX User Experience, experiencia de usuario, lo que hablamos es de ese flujo, de ese por qué pasan las cosas en algo muy sencillo es todos nos ha pasado de vamos de un punto a un punto B, vamos de nuestra casa a nuestro trabajo. Esa es la experiencia de usuario, todo lo que le pasa al usuario desde que está en su casa hasta que llega a su puesto de trabajo. Entendemos qué motivaciones hay detrás, cuáles son los distintos pasos que puede tomar. A niveles muy generales, cuando hablamos de interfaz de usuario, de UI User Interface, hablamos ya de los detalles de cómo se soluciona, de qué modelos, de qué patrones. Volviendo al mismo hablamos de ir a un punto a un punto B. Hay distintos pasos que podemos tomar, hay distintas soluciones, no es lo mismo ir andando el trabajo que ir en coche o distintas implicaciones que esto tenga. ¿Cómo ordenamos esos pasos, qué pasos hay que seguir unos antes que otros, qué patrones tenemos que seguir en un diseño? Eso ya entra dentro de la user interface. Hablamos ya de el detalle de cómo hacer que eso sea una experiencia en concreto.
¿Por qué es importante? Pues básicamente, cuando hablamos de que la experiencia sea buena, hablamos de que la frustración del usuario se reduzca ÿousand si tú tienes un usuario que no se frustra, tendremos un usuario que sigue utilizando nuestro producto, un usuario que no lo abandona, que no se desinstala, y todo esto al final son beneficios que tenemos a nivel de empresa, de cómo retener un usuario, de que lo quiera seguir utilizando nuestro producto.
Siempre hablamos cuando diseñamos un producto de una pirámide con tres vértices.
¿Por qué estamos solucionando esto? ¿Es algo de verdad un problema que tiene la gente?
Simplemente hay que averiguar si es de verdad un problema que tienen muchos usuarios, un problema de un único usuario. Solucionar cosas que sean relevantes para los usuarios es lo primero. Segundo, realmente tenemos que técnicamente sea posible que queremos solucionar algo, pero que haya la tecnología a nuestra disposición, los recursos que tengamos, la gente formada para tener esa solución técnica. Y tercero, que sea un producto usable. Podemos tener el mejor producto que solucione el problema más grande que tengan nuestros usuarios, la tecnología, que hayamos invertido muchísimo dinero, pero si los usuarios no saben usarlo, dejarán de usarlo. Si no hacemos esa experiencia buena, esa user experience, ese journey que hablamos, esa experiencia, ese paso a paso que tienen que seguir para utilizar nuestra experiencia buena, dejarán de utilizar las cosas.
Luego, como último, añadirte que depende un poco de las empresas, esas figuras pueden aunarse en una persona o a veces puede haber departamentos distintos. Departamentos que trabajan simplemente en la experiencia de usuario y departamentos que trabajen en la interfaz de usuario. Ya en el diseño y el prototipado, por decirlo así, dependerá un poco de las casuísticas de cada empresa, pero por lo general también se puede ver una mezcla de una persona que lleve los dos patrones.
[00:07:09] Speaker B: Perfecto. En los últimos años el de Scene Thinking ha ganado popularidad en la metodología innovadora para abordar estos problemas y mejorar esa experiencia de usuario en el mundo de diseño. Entiendo que esto se originó ahí, pero al final se ha desarrollado y se ha ampliado a otra industria. Se habla mucho en los entornos del desarrollo de software actualmente, el del design thinking, para mejorar esa experiencia de usuario. ¿Qué es esto realmente?
[00:07:36] Speaker A: Volvemos a la terminología en inglés, pero al final simplemente es una metodología de diseño. Es una metodología de diseño que a través de distintas fases, lo que el objetivo que tiene y el foco que tiene es qué le pasa al usuario y cuáles son sus necesidades o cuáles son sus problemas.
Es que a través de todas esas fases siempre tengamos el foco en lo mismo. ¿Qué le pasa al usuario? No lo perdamos. ¿Qué le pasa al usuario? ¿Qué problemas tiene? Lo hacen de una manera bastante creativa y bastante colaborativa. Al final, el desarrollo de un producto, de un software, de cualquier cosa, no es una Zweitausendein, un trabajo de una única persona. Y cuando estamos colaborando en equipos es muy importante tener esas herramientas que nos permitan crear un entendimiento en común. ¿En plan dónde está esto? Tenemos este mapa, esta imagen que todos entendemos, que todos partimos de esa base de que todo el mundo ve lo mismo y ayuda a crear conversaciones importantes para ese diseño. Al final es una metodología que es bastante útil y puede haber una de tantas ÿOusand que ahora mismo se utiliza en todos los lados.
[00:08:50] Speaker B: Entonces, el Design Thinking tiene varias fases con diferentes propósitos y entiendo que diferentes herramientas ha dicho que para el equipo es imprescindible conocer estas etapas y las herramientas disponibles que hay. ¿Cuáles son estas distintas fases?
[00:09:03] Speaker A: Pues empezamos simplemente con la primera, que volviendo a el foco, es el usuario. ¿Quién es el usuario? Vamos a empatizar, vamos a conocer para quién vamos a desarrollar algo. Si nosotros desarrollamos algo sin pensar en quién lo va a usar ÿ desarrollaremos una cosa que no tendrá esa personalización de lo que necesitamos. ¿Cómo podemos conocer a nuestros usuarios? Las herramientas que podemos utilizar depende un poco de lo que estemos haciendo. Podemos hacer encuestas, podemos hacer entrevistas, podemos hacer estudios de mercado. ¿Queremos hacer una herramienta para un problema que es localizado, queremos hacer una herramienta para un problema que es global, lo van a utilizar? Qué franja de edad tienen esas personas, qué problemas tienen detrás, cuáles son los objetivos que los van a llevar a utilizar lo que queremos. Entonces, toda esa primera fase es conocer a nuestros usuarios, definir a nuestros usuarios.
Obviamente, cuanto mayor sea nuestra muestra, más posibilidades tenemos de englobar a todo el mundo. Y luego ya lo comentaremos de cómo hacer esto lo más accesible posible.
Una vez esa es la primera fase, la empatizar, la segunda fase hablamos de definir. ¿Vale, hemos entrevistado, tenemos un montón de datos, tenemos un montón de información de nuestros usuarios, qué les preocupa? Nosotros podemos empezar el design thinking quiero solucionar este problema, pero a pesar de las conversaciones, descubrir que a nuestros usuarios no les preocupa eso, tienen otros problemas más grandes. Entonces, cuando definimos, refinamos esa información que hemos recibido durante las entrevistas, encuestas o cualquier otro método que tengamos, identificamos oportunidades.
Una de las herramientas que también se suele utilizar para definir son los árboles de oportunidades. Simplemente ver ÿousand cómo esos distintos problemas que tienen nuestros usuarios van encajando unos con otros o cómo pueden estar relacionados y si agrupándolos y solucionando uno, solucionamos varios a la vez.
Es una de las herramientas los árboles de oportunidades. También podemos desarrollar mapas de empatía que nos permiten no solo conocer a nuestros usuarios a nivel, digamos, más técnico, sino a nivel también más empático, sentimental, qué frustraciones tiene, cuáles son sus preocupaciones. Todo esto nos ayuda a definirlo. ¿Y luego también podemos utilizar en los mapas de usuario decir Vale, qué pasos están utilizando a día de hoy? Empezamos a desarrollar qué cosas tienen a día de hoy, cuáles son los pasos que siguen y a desgranar esas experiencias que tienen hoy en día. Cuando hayamos definido y sepamos qué les preocupa y sabemos a quién le preocupa, ideamos. Y ahí muchas veces la gente tenemos esa idea de ver un problema y empezar a idear. Es decir, ya quiero saltar mala solución, ya quiero ver tal.
¿A la hora de idear, lo que intentamos es vale, hemos visto para quién, hemos visto qué problemas podríamos tener, definir las cosas muy bien, en plan cuál es el problema en concreto? Saber explicar un problema al final es saber entenderlo. Entonces, esa definición del problema es muy importante a la hora de empezar a generar soluciones. Esta es una fase también muy divertida, donde herramientas que podemos utilizar, hablando de la colaboración, es brainstorming, esa tormenta de ideas donde varia gente, normalmente diferentes ámbitos. Un desarrollo de software no lo hace una persona de diseño, ni un product manager, ni un ingeniero de desarrollo. Lo hacen todos, lo hace todo un equipo. Entonces, esa generación de ideas donde todo el mundo puede colaborar y aportar su parte, es una de las cosas más divertidas para mí del desarrollo de cualquier producto. El diseño de cualquier producto de vamos a volvernos locos, no hay límites. Y ya de ahí vamos limitando. Una de las herramientas que a mí más me gusta es para soltar y para no limitarnos, salir de esa caja que a veces nos ponemos a nosotros mismos cuando estamos ideando es la peor idea posible. ¿O sea, estamos intentando solucionar un problema, qué es lo peor que podríamos hacer? Y de ahí volver para atrás y empezar a desgranar, decir buah, esto sería horrible porque si hacemos esto se frustrarían. ¿Entonces ese momento de es el momento divertido, ese momento loco de poder idear, pero por qué? Hemos entendido para quién y por qué.
La tercera fase, la ideación. Luego ya empezamos ya a aterrizar esas ideas ÿousand con diseños. La cuarta fase es diseñar qué queremos hacer con el diseño. El objetivo del diseño es al final con la reducción, sin tener un impacto muy alto en unos costes e intentar probar que nuestras ideas pueden funcionar. Entonces, creamos soluciones o creamos esas ideas ya las aterrizamos a distintos niveles. Lo que quiero decir es, si yo tengo una solución que he ideado ya y ya me la paso a producción, la paso a un equipo de desarrollo, ese equipo de desarrollo lo voy a tener trabajando x meses a un coste y no sabemos si esa solución es la ideal, es una idea de solución. Entonces, cuando diseñamos, buscamos que la solución tenga una forma ya más o menos, pero de la forma más barata posible. Entonces, hay diferentes herramientas que podemos utilizar. Se pueden utilizar wireframes, que es una idea básicamente crear ideas rápidamente con cuatro rayas en una pantalla y que se vea un boceto de una idea. Podemos utilizar mapas de usuario también y a ver paso a paso cuál sería lo que queremos que nuestros usuarios consigan con nuestra idea y cuáles serían los pasos a través de los cuales tienen que ir. O podemos utilizar prototipos interactivos. Hay muchas herramientas hoy en día de diseño que nos permiten crear prototipos que para los usuarios al final parece que están interactuando con el software de final y no lo es. Es una forma de, a un coste muy reducido, crear lo que sería ya casi la solución final. Exacto. Y tener esa experiencia. Entonces esa es la parte de diseño. Ahora aterrizamos las ideas dependiendo del formato que elijamos y ya tenemos algo. ¿Entonces a la hora de diseñar, muchas veces vemos o debatimos con los equipos de decir ah, pero no habíamos dicho que esto iba aquí o arriba? Y se termina de refinar ese entendimiento en común de lo que pensábamos. Se ven problemas también o que podría tener nuestro diseño. Y ya por último, para mí es la fase más importante, es el testeo. Al final cuando probamos, testeamos soluciones o estos diseños, estamos validando si lo que creemos que es una posible solución es buena o no. Buscamos testear con usuarios, buscamos recoger feedback y buscamos que sea algo de una manera continua y lo más antes posible. Nunca deberíamos desarrollar todo y al final testear. Deberíamos ir preguntando desde el principio si tenemos ya una pequeña idea, algo que cree un entendimiento común desde un prototipo, aunque sea estático, ponerlo delante de la gente y ver problemas. Cuando hablábamos de al principio de enamórate de los problemas, no de las sorpresas.
Es que claro, todas estas fases van iterando, no es un proceso lineal de paso una siguiente, paso la otra y siguiente, sino que vas volviendo, claro, al.
[00:16:35] Speaker B: Paso anterior, para al paso anterior o.
[00:16:37] Speaker A: Decir hemos probado esta solución y no funciona, que hemos fallado, volvemos, sabemos que nuestros usuarios los hemos definido bien, el problema está bien definido y vas iterando y volviendo para atrás y lo que buscas es una mejora continua. Al final Ÿousand. ¿Entonces todo esto, pues cuando testeamos en las pruebas de usabilidad, has estado mucho tiempo pegado a este proceso, no? Pueden ser semanas, pueden ser días. Normalmente lleva varios tiempo. Te vas pegando o te vas viendo como diseñador, como product manager y como desarrollador, estás muy pegado a la solución, la ves y cada día la ves más clara, es esta, es aquí. Y luego de repente lo pones enfrente de alguien que no la ha visto en el último mes y dice no la entiendo. Entonces por eso es tan importante el testeo, probar con usuarios, porque tendemos por deformación humana a pegarnos mucho a estas soluciones y necesitamos coger distancia. Una visión externa. Totalmente, unos ojos frescos, siempre digo.
[00:17:42] Speaker B: Sí, yo creo que eso nos pasa a todos. Yo siempre digo, porque en el mundo de la empresa es así, que se vician las ideas. Cuando tú estás dentro de una corporación o estás tan pegado a la idea como tú dices, tú lo ves muy claro, pero a lo mejor alguien de fuera, totalmente externo no lo ve por eso, porque al final la idea se vician. Por eso también es muy importante, como dices, que las soluciones siempre se crean en equipo, porque obviamente muchos joven más que dos y muchos cerebros piensan más que uno. Entonces creo que también escuchándote, creo que también es muy importante en tu ámbito y en tu trabajo, en lo que te dedicas, la capacidad de frustración, ese mantenerte fuerte ante la frustración. Porque claro, al final tú has creando una solución, pero puede que tengas que volver al paso anterior o al anterior para ver todo lo que ha hecho, separarte de la idea, volverte a acercar. ¿O sea, que ese trabajo también de empatía hacia el usuario, hacia ti mismo también, porque al final tú también eres usuario y creo que también es inteligente, no? Tienes que ser bastante inteligente para darte cuenta de que tú también eres uno y cubrir tu propia necesidad a la vez que escuchas los demás, a la vez que da un paso delante, un paso atrás. O sea, que creo que al final son términos en inglés, como tú dices, pero que traen un trabajo detrás bastante importante y y la verdad que te estoy escuchando y creo que la verdad te estoy admirando en este momento porque sí, quien trabaja en la idea y quien intenta darle soluciones tiene un trabajo bastante duro por delante.
[00:19:08] Speaker A: No es tan duro como parece, pero en el sentido de si el foco es el problema, sabes que hay 1000 soluciones y sabes que vas a probar 1000 cosas y a lo mejor solo una va a funcionar. Es esa iteración, ese cambio constante. ¿Es un mundo muy siempre hablamos de metodologías ágiles y creo que tenéis varios seminarios sobre ello, es sobre eso, ser capaz de decir Vale, qué es lo siguiente? ¿Qué podríamos hacer? ¿Y ahora qué es el siguiente paso?
[00:19:34] Speaker B: Siempre de esta parte que desde que podríamos hacer, ahí es donde surgen las ideas. La fase, digamos, fundamental del diseño, obviamente la más divertida. En ese momento en el que se desarrollan las ideas, hay un caos 1 problema que hacemos y claro, aquí está el diseño, pero también hay que garantizar que ese diseño sea efectivo y que esté centrado en el usuario 100 % y continuamente. ¿Qué consideraciones básicas tiene que tener el equipo para hacer ese buen diseño?
[00:20:04] Speaker A: Hay muchas. Si nos ponemos a idear y a tal, hay muchas consideraciones. Depende un poco de dónde estés desarrollando, de tu entorno. A mí me gusta siempre hablar de tres, que son la consistencia. Cuando hablamos de consistencia en el desarrollo, tenemos que entender al usuario como una persona individual, una persona dentro de un contexto también y dentro de un mundo.
Los usuarios, todos somos usuarios ÿ no nos damos cuenta, no nos pensamos a nosotros mismos como usuarios, pero todos hacemos, interactuamos con software y con diseños todos los días, a todas horas. Entonces parte un la consistencia de los usuarios es que ya vienen con aprendizajes adquiridos, que ya tenemos vicios a la hora de hacer algo, ya vemos una lupa y sabemos, en un diseño sabemos que es para buscar algo.
Entonces hay que utilizar esa consistencia, esos aprendizajes que ya tenemos en nuestro favor. Es decir, si le pongo este, el usuario va a saber qué va a ser aquello. Esas cosas. Luego también hablamos de consistencia de nuestro producto a nivel de usuario, a nivel de empresa. ¿Cuántas veces no vemos algo y sin ver un logo sabemos a qué pertenece? Esa consistencia ayuda a que el usuario reciba, tenga esa continuidad a la hora de recibir nuestros productos. Si somos una empresa Zweitausendein de que, por ejemplo, si tenemos un menú y en todos nuestros productos existe el menú, está en el mismo lado, es fácil de encontrar, que sea más fácil. Luego eso he comprado este software y quiero comprar otro de la misma empresa y se parecen y ya más o menos lo básico lo tengo porque sé dónde está. Entonces eso ayuda también como nosotros a nivel de empresa de estos son nuestros productos, esta es la marca que nos diferencia, crear un poco esa visión de marca ÿousand y luego que haya patrones. O sea, si yo sé dónde voy a cerrar una pestaña del navegador, arriba a la derecha, esa es la experiencia normalmente que esperan los usuarios, que arriba a la derecha yo pueda cerrar o salir de algún lado, depende un poco. Y luego ya a nivel de mundo y contexto, siempre vamos de menos a más.
Algo tan fácil como que la experiencia de ahora mismo, un ejemplo consistente, todos los días nos logueamos en algún lado, tenemos que entrar, poner unas credenciales, normalmente un usuario 1 contraseña y hay varias cosas ahí que están que son consistentes y los verás en cualquier empresa o en cualquier software. Desde esos dos campos que son obligatorios para identificar a un usuario, a cómo presentamos eso. Es decir, si vemos un asterisco rojo, sabemos que algo va a ser obligatorio y no hay que explicarlo, lo hemos aprendido y lo está en nuestro contexto personal como usuario ÿousand pero a nivel ya de global, todo el mundo lo asocia así.
¿Y luego, por ejemplo, en ese mismo ejemplo, estoy intentando entrar en una página web o en un servicio y no me acuerdo de la contraseña, en esa misma interfaz seguramente se nos presente qué pasa si no puedes? O cuáles son las posibles rutas que podemos seguir si no puedes hacer esto que quieres hacer. Y también se presenta siempre de manera muy consistente como reenviar contraseña.
Nos ha pasado y lo tenemos tan interiorizado que no lo pensamos. Y a veces cuando nos falta es cuando decimos uy, y ahora que no puedo, no tengo contraseña, no me acuerdo.
[00:23:27] Speaker B: Y no alarma.
[00:23:30] Speaker A: Pánica. ¿Pero porque son cosas muy consistentes en nuestro día a día, vale? Entonces la consistencia para mí es una de las principales. Luego hablamos siempre de claridad a la hora de diseñar. ¿Qué podemos hacer para eliminar ruido? ¿Vale? ¿Qué podemos hacer para eliminar? En Miguela hay dos cosas muy parecidas, muy juntos ahí.
Valernos de las herramientas del diseño. Tenemos textos, tenemos iconos, tenemos imágenes, hay cosas redundantes. Cada cosa que haya en la pantalla, en una interfaz de usuario tiene que tener un porqué. ¿Por qué va esto aquí y por qué va en esta posición y no en otra? Hablamos también con algo de claridad, de utilizar el tamaño de las cosas en nuestro favor, resaltar las cosas que son importantes con el tamaño, puede ser un texto, puede ser un icono, puede ser una imagen.
Y luego también de contrastarlas. Si utilizamos un contraste, lo hablaremos después con accesibilidad también para que se vea claramente. Luego también a la hora de hacer las cosas claras, tenemos tener en cuenta que nosotros tenemos el poder de dirigir la atención de nuestros usuarios hacia donde queramos hacer las cosas importantes. No te olvides, porque esto tiene un asterisco, todas esas cosas que son claras de ver. Y luego también podemos añadir instrucciones ÿousand lo ideal para mí es siempre un diseño que no requiera de instrucciones, pero a veces la complejidad de los problemas que estamos solucionando requieren que no haya una solución tan clara visual.
Valgámonos de unas instrucciones, es que sea claro, que no haya ruido visual, que tú llegues y seas capaz.
Una de las partes o una de las preguntas que siempre probamos cuando testeamos el Ÿousand Descríbeme lo que ves en pantalla y qué piensas que va a pasar.
Entonces anticipar solo viendo algo, digo pues seguramente le dé a este botón y vaya a pasar no sé qué. ¿Por qué esperas eso? Entonces que algo sea lo suficientemente claro para cuando lo veamos identificar qué está pasando. Para mí es un top.
Somos consistentes, somos claro.
Una de las cosas más importantes últimamente también es la accesibilidad. Somos accesibles, estamos diseñando un producto para todo el mundo y cuando hablamos de empatizar, realmente tenemos ese tipo de personas a las que entrevistamos, a las que conocemos, usuarios a los que queremos solucionar el problema, las condiciones de sus usuarios cambian.
Si yo por ejemplo, te pongo ese asterisco o si quiero poner un campo obligatorio y en vez de que sea usuario asterisco rojo, pongo la palabra usuario solo en rojo, pero yo tengo a lo mejor un cliente o un usuario que es daltónico, eso no se va a percibir. Si yo lo marco como un asterisco, estoy haciendo, utilizando las dos estoy marcando con una señal un asterisco y además lo estoy marcando en rojo. Entonces tenemos que tener en cuenta que no todo el mundo es igual, que tenemos que hacer nuestros y no, no siempre somos iguales a lo largo de nuestra vida hay gente pues perdemos visión, vamos ampliando, por ejemplo Ÿousand el porcentaje en un navegador lo ponemos de 100 a 120, de repente tengo un problema en una mano y no puedo utilizar el ratón y tengo que utilizar el teclado. Entonces eso es muy importante tenerlo en cuenta desde el principio, porque si nos metemos a idear y a diseñar y luego a llevar a cabo una solución que no es inclusiva hoy en día, el coste de volver y revisitar esos diseños va a ser muy grande.
Errores que cometemos todos. Pero es al final la experiencia que yo aquí quiero compartir de tengamos en cuenta la accesibilidad desde el principio para ver que no todo el mundo.
[00:27:22] Speaker B: Tan fácil como nosotros. Hay que tener todas las visiones en cuenta. Entiendo que esto también entra en la legalidad porque cada vez los gobiernos hacen regulaciones para que los entornos buenos y todos los dispositivos y demás estén accesibles para las diferentes, para la gente con diversidad funcional.
¿Esto cómo se puede tener en cuenta? ¿Desde el principio ha dicho que hay que tenerlo en cuenta, pero entiendo que al final es difícil, no? También ponerte en la piel o has dicho que se puede testear, pero hay que tener muchas casuísticas en cuenta y adaptar esa parte pues a todas las personas.
[00:27:56] Speaker A: Por lo que hablabas tú de que hoy en día se está legislando mucho sobre esto, ya no es tenemos que hacer las cosas accesibles, si no las hacemos hay penalizaciones al respecto porque que se nos ha obligado, porque si no como ser humano no lo hacíamos, a incluir a todo el mundo. Y eso es lo bonito, que todo el mundo puede utilizar todo. Para empezar yo diría de empatizar. ¿En la parte de empatizar, si en nuestra muestra de gente que queremos entrevistar, hacer muestras de mercado y tal, incluimos la mayor variedad de perfiles posible, ahí ya estamos quitando parte de un sesgo que tenemos de pues mi usuario tipo tiene entre 30 a 35 años, es un hombre o es una mujer? ¿Ÿousand no? ¿Cómo es? Vamos a intentar incluir a cantidad mayor gente posible. Luego es verdad que cuando testeamos o cuando pasamos calidad también podemos incluir figuras, depende de la empresa, figuras de calidad que sean personas con diversidad funcional. Entonces es una prueba fuego de oye, quien va a probar la calidad de nuestro producto, va a probarla bien y va a probarla se hacen primero más visibles y están más presentes en nuestro día a día.
Decía, hay mucho seguimiento ahora mismo, hay mucha legislación al respecto.
¿Qué podemos hacer para los diseños?
Diría varias cosas, pero lo que hablaba un poco antes de la calidad, de los contrastes, de los colores, no jugarlo todo a una baza, sino decir, vale, si señalar las cosas con diferentes formas ayuda a que se pueda consumir de diferentes maneras. Entonces, contrastes, colores, siempre es importante tenerlo en cuenta en este diseño.
Si hablamos de desarrollo de software, cuando estamos desarrollando, podemos desarrollar para distintos entornos. ¿Podemos desarrollar por un entorno móvil o un entorno de ordenador, o distintas, distintas, o una tablet hoy en día, cómo va a ser esa experiencia? ¿Si estoy trabajando, por ejemplo, en un ordenador, puedo navegar con un teclado, puedo ir de un lado a otro de la pantalla y saber dónde estoy en cada momento? Y por último, otra de las consideraciones básicas para mí serían los lectores de pantalla.
Hoy en día cualquier dispositivo que tengamos entre manos incluye ese lector, esa ayuda a que te describe lo que está pasando. Y cuando estamos desarrollando o pensando, ideando incluso, decir, vale, esto tiene que poder ser descrito.
La capacidad de ser descrito, que para mí también está un poco con la parte de la claridad que hablábamos de nuestro diseño. Cuanto más claro, cuanto menos ruido, más accesible es nuestro diseño en general. Entonces, es un poco para mí esas tres cosas las que llevaría un ejemplo.
[00:30:57] Speaker B: Que digas tú, esta empresa es ejemplo de esto, de que sea accesible, de que sea, como hemos dicho antes, ahí se me ha olvidado la palabra, consistente, perdón.
¿Qué empresa dirías tú que ha hecho este trabajo previo y que lo ha implementado y es un ejemplo de ello?
[00:31:18] Speaker A: No, no creo que hay una empresa que lo haga perfecto. Y cuando te revisitas dices tú, esto es un problema aquí o allá.
Por ejemplo, la parte de consistencia. Para mí es muy característico hablar de Apple en el momento de tú ves un producto y sabes que cómo está diseñado, qué son ellos, no necesitas ver un logo y lo vemos claramente. En temas de accesibilidad, la verdad que creo que todavía muchos tenemos que ponernos las pilas. Es algo que hoy en día se intenta incluir, se intenta poner, pero tiene sus limitaciones. Y ya te digo, ahora hay mucha formación al respecto. Es un tema que está muy en auge Ÿousand, pero no sabría decirte un paradigma de empresa que digas son los que están liderando ahora mismo creo que todas cuando nos ponemos a testear, porque al final yo cuando pruebo como usuaria no tengo esa.
[00:32:15] Speaker B: Sí, claro, no está en la piel.
[00:32:19] Speaker A: Seguramente esta pregunta para alguien con algún tipo de diversidad o qué tal te lo dirá. Yo no hay ejemplo claro, te podría decir yo que llevo gafas cuando me ponen letras pequeñas o cuando no cabe suficiente o me ponen demasiada información, una pantalla, me saturo ver en plan necesito ver las cosas claras porque bueno, ya tengo este problema que se corrige con unas gafas y tal. Pero creo que esa pregunta sería muy interesante hacérsela a alguien que tenga, que haya sufrido de primera mano, porque yo al final estoy sesgada en ese prospecto.
[00:32:53] Speaker B: Bueno, pues eso no deja una reflexión de que al final hay mucho, mucho que hacer, que también, bueno, es algo bonito porque fomentas también la inclusión, o sea que al final acercas esos dispositivos y todo ese desarrollo a gente que no tiene las cosas tan fáciles como nosotros y necesitamos esa visión desde desde el primer momento, como tú has dicho, tenerlo en cuenta y no nos vale luego adaptar y hacer parches, sino que desde un momento inicial hay que tener en cuenta y hay que acercar todo esto a las personas que también necesitan vivir como vivimos todos, sin ningún problema. Testear ideas ha dicho que es la fase crítica del diseño de software. Permite pues eso, validar conceptos, asegurar que lo que estamos haciendo cumple las expectativas del usuario. ¿Para quienes están comenzando en este campo y que no está viendo que no son tan expertos como tú sobre esta última fase y testear ideas, qué recomendaciones compartiría a la gente que nos ve, que no tiene tanto conocimiento del Ux y Web? ¿Ÿousand hay?
[00:33:51] Speaker A: Vale, yo para mí lo importante, y me vuelvo a reiterar, voy a ser la pesada, es no enamorarnos de nuestras soluciones. Le hemos dedicado mucho tiempo, pero vamos a ir a testear y necesitamos ir con la mente abierta, vamos a recibir feedback, van a decir no lo entiendo, no sé qué quieres de mí, no sé qué tengo que usar. Entonces cuando testeas, vete con esa mente abierta de lo que tú le has puesto ahora sí, cariño, a lo mejor no funciona.
[00:34:23] Speaker B: Tu hijo al que le ha dedicado mucho tiempo, puede ser que igual no sea tan bonito y tan perfecto como tú lo ves, tú lo ves con tus ojos de madre y.
[00:34:33] Speaker A: De padre madre de horas, pero a lo mejor ir con esa mente de decir vengo aquí a probar si esta solución, vengo a validar si esta solución es factible o no. Entonces para mí testear primero pasa por ahí una cura de ego de decir bueno, no hemos llegado a una solución perfecta. A lo mejor no testear lo antes posible. Nunca dejamos un testeo para el final. Si ya tenemos algo, vamos a empezar a probarlo con usuarios. Testear desde el principio nos permite al final iterar. A lo mejor no hay que cambiar todo un señor, pero un pequeño feedback de donde posicionar algo nos puede ser muy útil a la hora de tener una buena solución.
Observar, necesitamos observar a nuestros usuarios cuando digamos que la intervención nuestra debería ser mínima o nula. Hay equipos enteros que se desarrollan, que se dedican al testeo o a crear estas técnicas para eso, no intervenir con los usuarios en el momento de que le pones un prototipo delante.
Escuchar. Al final esas sesiones son súper recibes una cantidad de inputs o de información muy importante, desde qué dicen, cómo lo dicen, qué están haciendo, una cosa es lo que hacen, otra por dónde va el ratón en pantalla. Si tratamos de ordenador, ver esa diferencia de decir se ha quedado aquí pensando durante no sé cuánto tiempo, no sabía por qué esto estaba aquí. Entonces toda esa información, todos esos inputs que tenemos durante un testeo nos van a ayudar a priorizar al final una solución o muchas soluciones. Hay que saber qué es lo más importante. Siempre estamos priorizando dentro de un diseño de decir todo a la vez no se puede hacer, qué es lo primero que deberíamos cambiar o qué es lo primero que deberíamos atacar. Y luego también todas estas pruebas de usabilidad, es decir, hemos hecho, y el design thinking es algo que reitera mucho cuando estás pasando por las diferentes fases, eres humano, vas a hacer suposiciones, tenemos una cantidad de conocimiento limitado y aunque nosotros no lo sepamos, vamos supliendo esas cosas con aquí va a pasar esto, aquí va a pasar esto. Es una certeza o es una suposición de lo que creemos que va a pasar. Entonces los testeos de usabilidad, las pruebas de usabilidad nos ayudan a identificar esas suposiciones que hemos hecho en nuestros diseños. Y obviamente esto lo ponemos aquí súper.
[00:37:04] Speaker B: Claro, le va a dar seguro, 100 % confiado en ello.
[00:37:12] Speaker A: Hemos hecho suposiciones en el diseño o hemos puesto algún elemento que pensamos que está súper claro dónde está y de repente es como no lo ven y si no se ve en pantalla no lo pueden usar. Entonces eso nos ayuda. Entonces necesitamos saber cuáles son los puntos de mejora de nuestros diseños. ¿Es efectivo? ¿Al final, recordemos, tenemos un problema, está solucionando el problema, es efectivo? ¿Ayuda a lo que el usuario quiere hacer? Luego tenemos que mirar también aspecto a la satisfacción. ¿Vale, es efectivo, pero se ha frustrado durante el camino, ha tenido problemas? Es verdad que siempre hay una curva de aprendizaje cuando aprendemos a utilizar algo, pero es lo que hablábamos antes de la consistencia. Cuanto más consistente hay ya te acostumbras a que unas cosas estén donde tengan que estar o te encuentras algo aquí y ya dices tú vale pues voy a ir por acá. Entonces si es si es satisfactoria esa experiencia también es importante. ¿Luego también la eficiencia de nuestros diseños y por último la adopción, vale? ¿Si hemos diseñado algo nuevo, cómo creemos que el usuario lo utilizará?
¿Tardará mucho en aprender a utilizarlo? Es algo bastante intuitivo y fácil.
Por eso hablamos siempre de testear. No hay que invertir demasiado, hay que invertir mucho tiempo, pero no hay que invertir demasiado en esa creación de diseños y prototipos porque pueden ir cambiando y queremos que vayan cambiando.
Para mí siempre es muy raro cuando pruebas algo y va todo bien porque nadie es perfecto, nadie es como hacer una receta de cocina, la primera vez que la haces puede ser que te salga bien y los años y la experiencia van mejorando todo porque vas teniendo todo más en cuenta en todas las fases y en todas esas consideraciones que tenemos que tener en cuenta.
Pero normalmente a base de cocinar vas cocinando mejor y a base de diseñar vas diseñando mejor, pero siempre hay algo que mejorar, siempre hay algo que se te ha escapado. Somos humanos, consideraciones básicas y siempre debería ser. ¿Por último, para cerrar el tema de los testeos, algo continuo, no testeamos una vez y nos olvidamos, nos testeamos una vez, recibimos feedback, volvemos a diseñar, volvemos a testear.
[00:39:31] Speaker B: La velocidad con la que cambian ahora las cosas, no? También es necesario que obviamente no vas a hacer algo y va a decir ya está, esto está perfecto, ya se va a quedar así para siempre, porque al final nuestra forma de vivir cambia y nuestra forma de relacionarnos con el entorno, con móvil, ordenador, va cambiando día a día y va cambiando muy rápido. Entonces entiendo que es un trabajo constante e infinito.
[00:39:54] Speaker A: Sí, es con constante revisión. De hecho para mí lo más difícil es comprar, vale, ya vamos con este diseño, vamos a empezar a probar. Pero una vez que liberas el diseño y lo llevas a un entorno productivo a que salga ya los usuarios, sigues recibiendo feedback, sigues viendo de otras maneras, con ya datos de usuario de cuánta gente lo usa, cuánta gente loguea, están pinchando en este botón. Toda esa información la tienes y la puedes seguir utilizando a tu favor obviamente para mejorar tus diseños. ¿Pero hablamos eso de la primera fase de esa Zweitausendein, diseño inicial y luego ya la mejora de los diseños una vez que están en productivo de oye pues ha salido esto, no? ¿Dices tu constante cambio, ahora hay una nueva tecnología, deberíamos probarla o deberíamos utilizarla, solucionar el problema, no? ¿Y volver siempre al problema cuál es el problema?
[00:40:47] Speaker B: Voy a sacar ahora un tema que es el tema últimamente, que es la inteligencia artificial. Hablamos prácticamente la inteligencia artificial en todos nuestros webinars, pero es que es la realidad. Vivimos en la era de de la inteligencia artificial. Entiendo que esto tiene mucho que decir a la hora de personalizar los productos y de trabajar con ellos.
¿Cómo entra, en qué momento cabe la inteligencia artificial en esa experiencia de usuario, en esa interfaz de usuario?
[00:41:18] Speaker A: Al final estamos hablando cuando al principio del webinar te he comentado que tenemos ese triángulo, estamos desarrollando un producto, estamos desarrollando una solución y es que estamos desarrollando es un problema que tiene la gente, es algo que se quiere usar. Partimos de esa base. Luego hablamos de si es tecnológicamente posible, si es factible, si tenemos la tecnología y los recursos y si es usable. Lo que hablamos de todo el rato de tal. Para mí dentro del triángulo está el deberíamos, es la consideración ética de hacia dónde vamos, tal, un poco con todo este tema de inteligencia artificial, cómo integrarlo todo.
Al final cuando queremos poner inteligencia artificial hay distintas maneras. Podemos utilizar la DEA, por ejemplo, a una forma de automatizar procesos que son que tienen mucho problema o que son muy manuales o que se han dado a errores. Entonces automatizar procesos es una forma de inteligencia artificial que ayuda a nuestros usuarios. Luego está lo que decías, la capa de personalización.
Ahora mismo, volviendo también al tema anterior de soy un usuario, soy un usuario en una empresa y soy un usuario en un contexto, ahora damos una capa de personalización usuario brutal hoy en día que no se ha visto antes. Tu experiencia de usuario, por ejemplo, utilizando Instagram no es la misma que la mía.
Esos algoritmos que van por detrás, que nos van dando exactamente lo que consumimos y potenciando X, es otra forma de inteligencia artificial. ¿Entonces hay muchas formas de personalizar las cosas, pero volvemos a la base, cuál es el problema que estamos solucionando? La inteligencia artificial es una solución, pero no es el problema. Tenemos que buscar cuál es el problema y decir una de las posibles soluciones puede ser la inteligencia artificial. Entonces otra cosa que nos puede ayudar mucho es la predicción de comportamientos, es decir, pues si ha pasado por aquí, pasamos por acá y podemos ver cosas que se repiten o hay patrones y la inteligencia artificial aprende. Eso es toda la parte de machine learning, donde cada vez que tú interactúas con algo va mejorando porque te conoce más, aprende más de ti y tenemos esa parte. Y por último también la parte de accesibilidad, que no tenemos que olvidarla nunca. Incluso cuando hablamos de inteligencia artificial y tenemos esas soluciones, decir vale, la inteligencia artificial que tenemos aquí genera textos, esos textos se pueden leer los puede leer cualquier persona, tienen un formato necesario.
Hay más cosas. Para mí la inteligencia artificial, lo que decía, no es la solución, es una solución y cuando estemos diseñando podemos tener en cuenta, pero siempre pensando en cuál es nuestro problema y cuáles son nuestros usuarios.
[00:44:21] Speaker B: Al final entiendo que es como en todos los ámbitos, la inteligencia artificial ayuda a la eficiencia y quizá a automatizar o salir un poco más ventajosos de esas tareas que nos requieren mucho tiempo y que son más automáticas, pero al final somos humanos y aunque intentan suplirnos, son nosotros los que tenemos que poner la capa de realidad y los que tenemos que remar para eso. Al final pues es eficiente pero no es la solución como tú has dicho. ¿Dicho viendo el futuro de esto que estamos hablando de la inteligencia artificial, si yo me quiero formar de UX, UI y también inteligencia artificial, cómo lo hago? ¿Cómo puedo empezar a hacerlo?
[00:45:02] Speaker A: Hay muchísimas, o sea, hoy en día tienes seminarios en Internet, tienes muchas herramientas que puedes utilizar.
¿Por dónde empezaría? Vale, pues principalmente yo diría que hay herramientas que te ayudan en esta fase de design thinking a agilizarlas con la forma de inteligencia artificial.
Herramientas que ya incluyen hoy en día, herramientas de diseño que ya incluyen inteligencia artificial. Primero herramientas que puedan ayudarte a hacer tu trabajo, luego herramientas que te ayuden a empatizar con tus usuarios. Una de las cosas que hablábamos de Inteligencia Artificial, si ayuda con la parte más automática de procesos y tal, pero a día de hoy no pueden empatizar como tú empatizas con el usuario. Cuando tú hablas con usuario, con las entrevistas, cuando entiendes esa información. Si yo meto toda esa información de los usuarios en una inteligencia artificial, que es otra forma de mirarlo, que me ayude a gestionar la cantidad de datos que me generan los usuarios, obviamente qué aprende, qué no aprende, pero al final me dan datos puros y duros, me los analizan, me dan datos puros y duros y me pueden dar a lo mejor una sugerencia, pero la empatía es la característica humana que cuando estamos diseñando para usuario es única nuestra, es intrínseca nuestra. ¿Entonces, volviendo al tema, hay muchísimas herramientas, hay muchas cosas que puedes hacer hoy en día Internet está plagado de recursos si sabemos utilizarlo, hay herramientas que puedes incolucrar en tu trabajo para hacerte tu trabajo más fácil como diseñador, de decir bueno, pues incorporo una herramienta que ya tiene inteligencia artificial y que me permite automatizar este proceso, a cuando tú le estás creando una solución, decir volvemos a lo mismo, necesitamos utilizar aquí inteligencia artificial, tenemos técnicamente la capacidad de hacerlo? Pues una de las preguntas también muchas veces Zweitausendein veces involucraría también la seguridad y la parte de seguridad de los datos, de información de los usuarios, también es importante tenerla en cuenta. Pero bueno, hay muchísimos recursos hoy en día, tenemos la información a nuestra mano, pero distintos ámbitos. ¿Qué herramientas puedo utilizar para facilitar mi trabajo? ¿O qué herramientas puedo incluir en mi diseño para que tenga esa facilidad ÿ? Me quedaría con esas dos.
[00:47:35] Speaker B: Muchas gracias, Adela. Yo me quedaría hablando contigo infinitamente también porque me ha encantado hablar contigo, me encanta el tema, pero ya tenemos que irnos. Te agradezco tu tiempo. He aprendido muchísimo yo y seguramente que quien nos vea también. Es un tema apasionante. A mí el usuario me apasiona, me apasiona cómo nos comportamos, el comportamiento humano y también la tecnología y todo lo que tiene que ver con la empresa y el marketing. Así que te admiro mucho. Este ratito que he compartido contigo me ha enriquecido mucho. Te doy las gracias por estar aquí en territorio Inesen. Espero que volvamos a vernos. Y nada, muchas gracias por tu tiempo, ha sido un ratito increíble.
Y nada, quien nos ve, pues nada, estamos en territorio Inessen. Bienvenida a nuestra nueva temporada. Como sabéis, estamos por todas partes, LinkedIn, en YouTube, en Spotify, iba, Google podcast, en todas las partes. Así que seguidnos, seguid también a Inesen, que es nuestra marca principal. Y nada, pues muchas gracias por estar aquí un día más y nos vemos en el siguiente. Gracias a todos y gracias a ti, Adela.
