UX Prototyping Tools del 2017 según tu estilo

Es indudable que UX y como consecuencia UI son aspectos muy importantes para poder diseñar tu producto o simplemente plasmar tus ideas a algo "visual y digital". La creación y mejora de productos basados en prototipos no es solo un paso que debemos hacer sino una necesidad y una obligación. Para ello hacen falta herramientas de prototipado, unas herramientas de prototipado que hoy en día ya no las podemos contar con los dedos de una mano, hay una masificación y para ello debemos saber cual hay que utilizar.

Preguntas que debes hacerte

Aunque voy hablar de las principales herramientas que están de moda según tu perfil, voy a dar unos "tips" sobre la herramienta que debes utilizar. Hazte las siguientes preguntas:

  • ¿Necesitas hacer un test con usuarios a partir de tu prototipo?
  • ¿Tu prototipo tiene que ser 100% como si fuera real?¿Tienes que simular todos los flujos?
  • ¿Cuál es el nivel de interacción que quieres poner?¿Serán complejas?
  • ¿Necesitaras compartir de forma ágil tu prototipo?
  • ¿Va a ser un prototipo para mobile o que necesite touch?
  • ¿Tendrá elementos dinámicos que pueden alimentarse de variables o bases de datos?
  • Si será tu primera vez ¿Cómo quiero que sea la curva de aprendizaje?
  • ¿Cuánto tiempo tienes?
  • ¿Cuánto dinero te quieres gastar?
  • ¿Trabajarás de forma colaborativa?
  • ¿Quieres que tenga una buena comunidad de soporte?
  • ¿Quieres aprovechar el código generado o los elementos generados?

A partir de todas estas preguntas encontrarás la mejor herramienta para hacer tus prototipos. Hay muchas tablas donde te comparan las herramientas de prototipado, en el siguiente enlace puedes ver un sin fin de herramientas, pudiendo filtrarlas y encontrar lo que realmente necesitas.

Comparativa de herramientas de prototipado para UX

¿Que herramienta uso si soy...?

Desde hace años he podido conocer muchos UX Designers y UI, todos con su estilo, pero al final me atrevo a listar estos perfiles según las herramientas de prototipado que utilizan para hacer su trabajo, desde la parte de bocetos, hasta la parte de user testing.

UX Prehistórico: 

Este es ese perfil que nunca le hizo falta un ordenador, que siempre va de un lado a otro haciendo sus bocetos sin la necesidad de digitalizar nada. Han intentado utilizar alguna herramienta pero piensan que pierden el tiempo, con una reunión y cuatro indicaciones consiguen lo que quieren.

Herramientas: Papel y lápiz, aplicando técnicas de paper prototype haciendo test de guerrilla.

 UX de los 90's: 

Son muy parecidos a los prehistóricos pero en este caso empezaron a utilizar las primeras herramientas que aparecieron para hacer prototipado. En su caso, son propensos para aprender a utilizar nuevas herramientas.

Herramientas:  Visio, Omnigraffle, Powerpoint y Morae

UX Puro y duro: 

En este grupo pondríamos todas las personas que solo hacen la parte de UX Design y Research sin meterse en la parte de UI o diseño, no se salen de lo que es un wireframe. Dejan la parte más visual para el diseñador o simplemente tienen plantillas o siguen una guía de estilo. Han nacido con el ordenador y el móvil bajo el brazo.

Herramientas:  Balsamiq, UXPIN, Axure, Justinmind, Camtasia y Morae

UI Soul: 

Este es el gran número de personas que a parte de hacer toda la parte de UX hacen el UI del proyecto.

Herramientas: Sketch, Craft, Zepelin, Framer, Invision, Appear

UX Adobeliever:

Como muy bien dice su nombre, son esas personas que no utilizan herramientas que no sean de Adobe, más ahora con la aparición de Experience Design de Adobe, normalmente son diseñadores de UI puros y duros que no usan Mac.

Herramientas: Illustrator, Photoshop, Experience Design, Invision, Morae

 

axure, justinmind, omnigrafle, visio, morae, camtasi,uxpin, balsamiq, sketck, craft, zapelin, appear, invision, photoshop, experience design, illustrator

Seguro que muchas personas me dirán que están entre un grupo y otro, simplemente he querido generalizar, al final cada persona trabaja de la forma que le es más cómoda y de la forma que le permita el proyecto. En mi caso puedo empezar como Prehistórico, pasarme a "UX Puro y duro" y finalmente  "alma de diseñador UI", variando y probando nuevas aplicaciones, dependiendo del proyecto. También pueden aparecer otros perfiles como el de User Interaction que utilizarían otro tipo de herramientas. Hay tantos perfiles como aplicaciones y colores, ya sabes, para colores...

Por ahora no veo una tendencia clara, aunque Sketch apunta muy fuerte, tiempo al tiempo. Y tu ¿Qué Apps utilizas?


"Soy UX/UI" ¿Qué dices que eres?

Con un poco de ironía puedo decir que  el perfil que predomina en Linkedin y diferentes redes sociales sin ninguna duda es el perfil UX/UI. Hay infinitos artículos que hablan de la diferencia de UX (User Experience) y UI (User Interface)  no voy a entrar en el detalle para explicar que significa cada una de esas siglas. Si no teníamos suficiente con los perfiles que se hacen llamar UX Unicorns, aparecen los perfiles "UX/UI". Los que me conocéis sabéis que tengo una lucha con este tipo de perfiles, no es por que me puedan quitar trabajo, sino por la imagen que dan cuando dicen que son UX.

¿Cómo aparece el perfil?

  • Todos lo sabemos, UX está de moda y un  ejemplo es el gran número de ofertas de Másters y cursos de UX que podemos encontrar en la misma ciudad de Barcelona. Personalmente creo que esta es la principal razón de la existencia del perfil UX/UI. Esta moda hace que muchos diseñadores que empezaron con el boom de las interfaces digitales como móviles o dispositivos touch se quieran unir a la moda, ya que parece que no solo es necesario ser diseñador visual y de interfaces, debes saber UX.

 

  • Pero no todo es culpa de los diseñadores, también es culpa de todos nosotros y de las empresas, que a parte de pedir a los diseñadores sepan diseñar y programar con HTML, CSS también deben saber UX. Son muchísimos los casos en el que las empresas creen que por saber UI sabes UX... y no nos engañemos, muchas empresas creen que por saber UX sabes UI. Para comprobar esto, solo hay que ponerse a mirar en los principales portales de trabajo para ver como las empresas piden UI/UX Designer. Simplemente por ello los diseñadores se ponen UX en su perfil.
    Ofertas de trabajo de UX en el portal Indeed

     

  • Claramente hay diseñadores UI que se están reciclando, transformándose a UX. El proceso no es fácil, el pasar de "el diseño es bonito" a "el diseño transmite, se entiende y es funcional" puede llegar a ser complicado para algunos pero lo acaban consiguiendo si tienen claro lo que significa UX. Conozco un montón de diseñadores UI que están transformándose haciendo Másters, cursos o asistiendo en charlas para poder profundizar en este mundo de UX.

 

  • No voy a esconderlo, también son muchos los UX que se están pasando a UI. Por muchas razones, la principal es que a pesar que puede que el UX no tenga esa capacidad de "hacer el diseño sexy" puede acabar diseñando una interfaz con gusto, poniendo estilo a las cosas siguiendo las tendencias o simplemente, copiando. Otra razón es algo parecido a lo que pasa con UI, muchas empresas confunden UX con UI... eso hace que a parte de hacer researcher y diseño con usuarios, debes saber diseñar interfaces. Está claro que muchos UX se ponen UI por esa simple razón. Lógicamente hay UX que saben UI y con mucho estilo, hoy en día puedes hacer cosas con cara y ojos si sabes utilizar las herramientas correctas. Que no se alteren las personas de UX que son unos cracks en UI, vosotros también existís, ya sea por que al final os gusta diseñar interfaces o por que simplemente por vuestro trabajo habéis tenido que aprender.

 

Conclusiones

Debemos saber educar a las empresas para dejar claro que significa el perfil UX y UI, es una tarea dura pero entre la gente de UX y gente de UI debemos dejarlo claro tanto en la empresa donde trabajamos, a los colegas del sector y a las entrevistas que podemos ir. A muchos colegas del sector de UX y a mi personalmente nos han pedido ejemplos de diseños que hayamos realizado... eso no debe ocurrir, si ocurre debemos intentar redireccionar la situación. Puede parecer muy "pedante" decir a una empresa que lo que buscan no es UX o UI, pero hay que saber decirlo y hacerlo.

Cada vez hay más diseñadores que pueden hacer los dos perfiles pero si realmente eres UX, debes demostrar que sabes involucrar al usuario en el diseño de todas las formas posibles, tanto cualitativamente como cuantitativamente. No sirve de nada aplicar la lógica en el diseño para decir que aplicas UX... ¿Cuantas veces he escuchado "esto de UX és lógica"?.

UX y UI van cogidos de la mano pero llega un momento donde se separan. Personalmente no me gusta hacer unos super wireframes con diseño, quiero que los propios diseñadores sean capaces de hacer magia en esos wireframes, no quiero que un wireframe afecte a un diseño.  Finalmente quiero decir que esto no es una lucha, es un dejar claro hasta donde llega nuestro trabajo y hasta donde no, al final uno llega hasta donde cree que puede llegar, aportando el 100% de sus conocimientos y capacidad. Se que no es fácil buscar la linea divisoria y queremos hacerlo todo, pero a veces hay que saber decir, "aquí entrego mi parte del trabajo".

Si eres diseñador y quieres poner que sabes UX demuestra que sabes UX, si eres UX y crees que puedes poner magia a tus wireframes o bocetos saca la varita y demuéstralo. 


La app de Netflix para AppleTV, tiene algún problema de UX

Hace poco más de un año me compré la nueva versión de Apple TV. Fueron diversos los motivos de la compra, entre ellos la posibilidad de instalar aplicaciones... Pero hoy no voy hablar de AppleTV ni voy hablar de su nuevo mando Siri Remote. Quiero hablar de una pequeña cosa que tiene la app de Netflix, que como UX que soy me pone un poco de los nervios.

No soy el típico cinéfilo que conoce todas las series y todas las películas del mundo. Si me pones un listado de nombres de series y de películas puede que no acierte si un título es una película o una serie.

 Problema

Netflix no diferencia "a simple vista" lo que es una película de lo que es una serie. Tengo que mirar "muy bien" en el detalle de la ficha para ver lo que es, el tema es que la única forma de saberlo es mirar en la zona donde pone la duración, en el caso de las películas aparece por ejemplo 1hora 43 minutos, en el caso de una serie 1 temporada. Para algunos os parecerá una tontería muy grande pero este pequeño detalle me irrita un poco :) ya que es la única forma de saber si es una película o una serie.

 

Detalle ficha de una serie
Detalle ficha de una serie

 

Una persona que va a Netflix y dice "Hoy quiero empezar una serie nueva" o "Hoy quiero ver una película", tiene un cierto problema para identificar a simple vista, tiene  que pulsar en el screenshot y ver en la esquinita de todo si pone una duración en tiempo o en temporadas.

Por lo tanto podemos detectar dos cosas:

  • Hay que entrar en el detalle para ver si es una serie o una película, no hay un filtro previo.
  • He de leer y reinterpretar que temporada=serie, minutos=película, un esfuerzo que no debería hacer.

 Solución

Hacer mayor diferenciación series-películas en la home inicial. Se podría realizar de diferentes formas:

  • A partir de iconos, se tendrían que escoger bien los iconos ya que pueden hacerte dudar.
  • Utilizar tabs para diferenciar. Aunque es extraño usar tabs  solo para dos elementos, podrían ser útiles para diferenciar los documentales (ahora no se diferencian, se ponen como películas) o en el caso que se quiera hacer una retransmisión en directo o se quiera añadir conciertos.
  • Cambiar los labels de los apartados de la home y hacerlos mucho más claros.
  • Permitirte de forma clara filtrar lo que quieres ver.

 

Si vemos su principal competidor HBO, hace unos labels mucho más claros para saber que información encontraremos y por otro lado añade un filtro superior.

Home HBO para AppleTV

Conclusiones

Desde mi punto de vista, para solucionar el problema tendríamos que aplicar una idea parecida a HBO y a su vez poner un pequeño TAB en cada screenshot para poder diferenciar a simple vista si es una serie o una película. Tenemos que intentar evitar los iconos, como ya sabemos muchas veces se pueden interpretar de muchas formas o simplemente no lo interpretamos. Revisando la web de Netflix veo que tienen el mismo problema, la solución podría ser la misma.

Por otro lado, actualmente la app dispone de un apartado en el menú que se llama "categorías" pero no quiero hablar de ello ya que hay un importante problema de arquitectura de la información del cual no hablaré en este post.

El problema que he expuesto es a partir del uso que le doy a la aplicación (contexto de uso) y a su vez a partir de un perfil de usuario parecido al mío.

¿Tenéis Netflix y habéis detectado algún problema de funcionalidades o UX?


Android Patterns - Diseño de Apps Android

Son diferentes los problemas que nos podemos encontrar cuando tenemos que hacer por primera vez un sketch, wireframe, diseño o prototipado para una interfaz que desconocemos. Hoy os presento una de esas webs (Android Patterns) que os pueden sacar de un buen apuro o ayudaros cuando queráis hacer vuestra App para Android Mobile.

Android Pattern ofrece un conjunto de patrones de interacción que pueden ayudar a diseñar aplicaciones de Android. Un "patrón de interacción" es una explicación/resumen de como diseñar una acción a partir de ejemplos o diseños que actualmente sabemos que están funcionando. Los patrones son una guía, por lo tanto pueden modificarse, no debemos aferrarnos a ellos.

¿Qué patrones describe Android Patterns?

  • Como mostramos los datos o información
  • De que forma podemos introducir datos
  • Patrones de navegación
  • Las notificaciones
  • Interacciones en la pantalla
  • Formularios y personalización de campos
  • Compartir elementos en las apps (Share buttons).

Estructuración de los patrones

Una de las cosas que me gusta más de esta guía-web es el formato que tiene y a su vez la "socialización" de la misma. Son los mismos usuarios los que crean los patrones y a su vez ponen ejemplos y crean debates. Muchas veces puede ser complicado como explicar un patrón pero Android Pattern muestra con ilustraciones el funcionamiento de los mismos.

Cada página de patrón se estructura de la siguiente forma:

  • It works like this: Ilustración de como funciona actualmente el patrón. Explican paso a paso como debe hacerse.
  • Use when:  Explica cuando debemos utilizar este patrón. A su vez los usuarios pueden explicar "Cosas buenas" y "Cosas malas" del patrón y a su vez cuando debemos utilizarlo y cuando no debemos utilizarlo.
  • Ejemplos: Los usuarios pueden subir ejemplos con screenshots de aplicaciones y explicar el funcionamiento del mismo.
  • Debate: Finalmente hay un apartado donde se comentan diferentes puntos y a su vez podemos hacer preguntas.

Os invito que visitéis la página de  Android Patterns y que trasteéis un poco. Seguro que en el momento que necesitéis pensar como hacer el boceto de vuestra app, wireframe, prototipado o todo lo que haga referencia a una app para Android os ayudará mucho.

Es cierto que AndroidPatterns hace bastante que no se actualiza pero mantiene la idea y la ayuda.

¿Conocéis alguna página parecida para iOS o otra interfaz?


Icon hamburger el mal uso y la solución

Hoy voy hablar de una batalla, la cosa va de comida y como siempre nos decían en casa, con la comida no se juega. Hablaré del "icon hamburger" o menú hamburguesa, ese icono de 3 barras que ha pasado a ser un "indispensable" en la mayoría de los diseños o rediseños de las apps y las páginas web. Me gusta hablar de indispensable ya que parece que sea "guay" utilizar este recurso, parece que el simple hecho de utilizarlo te hace ser rompedor y seguir la moda. Son muchos responsables de marketing o PO's de equipos que les gusta entrar en el diseño y la interacción de las webs o apps y tenemos que saber defender nuestra idea al respecto.

Descripción gráfica del director de marketing feliz al ver el icon hamburger en su diseño
Director de Marketing Feliz

"Me encanta, la web se ve bien en mi iPhone! Por fin tenemos una web Responsive y que se adapta a todos los dispositivos. ¡Nos abrazamos al cambio!."

  1. La cosa va de comida
  2. Ventajas y desventajas del icon hamburger
  3. ¿Tienes una hipótesis?. Testea tu menú
  4. Soluciones al icon hamburger
  5. Conclusiones

 


 1. ¿La cosa va de comida?

Buscando un poco por internet, podemos pensar que esto del icono hamburguesa se nos ha ido de las manos. No solo tenemos iconos con esa similitud, son muchos los que se han subido al carro y han querido ser igual de rompedores. Luke Wroblewski empezó a ser uno de los contrarios al icono y empezó a buscar similitudes al mismo para mofarse de la situación.

iconhamburger_friends

 

Pero son muchos los otros ejemplos que he podido encontrar por internet, sushi-icon, frankfurt-icon, chips-icon.

2. Ventajas y desventajas de icon hamburger

Después de hacer estas similitudes, vamos a intentar ver las ventajas (las tiene) y los inconvenientes.

Ventajas:

  • Todo queda más limpio: Esta es la principal razón por la cual la mayoría de las webs o apps se pasan a esta moda, simplifican sus diseños y lo hacen todo mucho más limpio.
  • Rápida implementación: Hoy en día es muy rápido pasar un menú tanto vertical como horizontal a un menú hamburguesa, en internet podemos encontrar muchos "how to". 
  • Los usuarios lo conocen: Nos guste o no, como ya he comentado, el icon hamburger a pasado a ser un elemento muy común. Podemos decir que el usuario ha aprendido a utilizar este menú y ha aprendido a reconocerlo. Tristemente el usuario sabe que si no encuentra algo, estará allí, en ese cajón del sastre.

Desventajas:

    • Javascript: Muchos de los icon hamburger de la web están desarrollados con javascript. Ya sabemos que sucede con muchos navegadores web. Por esta razón podríamos decir que no es suficiente, pero el problema es que hay un % muy elevado en internet que por dificultades de accesibilidad tiene Javascript desactivado.
    • 1 click más: Para los anti-click, hay que resaltar que el simple hecho de esconder las opciones de menú, tendremos que hacer un click más, aunque ya no creo que el efecto click sea el problema hoy en día.
    • Hay usuarios que no lo identifican o no lo ven (Predictability):  Aunque serían dos cosas por separado, hay un % muy alto de usuarios que no saben que es ese icono y a su vez, muchos no identifican el icono como clicable. En este caso podríamos decir que el icon hamburger no cumple con un principio importante de diseño de interacción, "lo predecible que es una cosa".
    • "What's out of sight, is out of mind" (Discoberability): Este es el segundo principio que no cumple el icon hamburger. Lógicamente si no podemos ver, no sabemos que podemos hacer. Antes comenté que este menú es el cajón del sastre, el icono es ese sitio al que iremos si no encontramos algo y antes de pulsar no sabemos que encontraremos en el.
  • "Icon Drawer Disaster" y el mal uso: Realmente hay muchos elementos que actúan igual que el icon hamburger, empezando por el típico icono de una persona situado en la parte superior derecha de muchas páginas. Podríamos decir que es algo parecido pero no lo es. Este icono sirve para esconder opciones relacionadas con el perfil del usuario (cerrar sesión, editar perfil...), son opciones que desde mi punto de vista son secundarias. A pesar de que las opciones están escondidas estas no son "principales" para los usuarios. La mayoría de veces, los icon hamburger tienen opciones principales o CTA's de las páginas. Por lo tanto, estamos escondiendo opciones no secundarias al usuario.

3. ¿Tienes una hipótesis? Testea tu menú

3.1 ¿Icon hamburger o no?

Siempre que tenemos una duda en el mundo de UX hay que testearla y eso hicieron ya muchas empresas para saber si el icon hamburger realmente funciona o no funciona. Una de las primeras empresas que sacó el icon hamburger fue Facebook, si lo recordamos, facebook fue la primera empresa que puso el icono en su App. ¿Más ejemplos? Youtube hizo lo mismo con tu app

Facebook-iconburger-app

Como podéis ver, Facebook tenía el icono de la hamburguesa en la parte superior izquierda, pero acabó por quitar el icono, poniendo las acciones principales en un menú Tab. Algunas de las opciones más secundarias las ha mantenido en un icon burger "More".

Facebook no se despertó un día y hizo el cambio, hizo test A/B para saber cual era la merjor forma. Hay un post de Luke W. donde pone diferentes ejemplos donde se ha testeado el icono vs menú de tabs. El resultado es claro, el menú en forma tabs o "pizza" (si queremos hablar de comida), gana por goleada. Hay otro estudio muy interesante de la empresa Zeebox, sobre el mismo tema, donde vieron que el engagement caía en picado.

La empresa Polar, quiso hacer el cambio de menú Tab a toggle menu. No es el mismo icono ni situación pero la idea es la misma, esconder las opciones de menú. Realmente pasar a un menú  "toggle" era mucho más bonito que mantener un menú con taps. ¿Queremos que nuestra app sea más bonita o sea más usable?. Eso se preguntaron en Polar y quisieron testear el resultado y esto es lo que les salió.

Estudio Polar App - Tab Menú to Icon Burger Menu

3.2 ¿Cómo debemos usar el icon hamburguer?

Dejando de lado los principios de diseño y las desventajas del icon hamburger, muchas de las veces que se utiliza este icono se utiliza de forma incorrecta. Veamos las diferentes formas en que se muestra este icono.

iconhamburger_app_header
Icon Hamburger con borde y sin borde

Estas son dos formas que hasta ahora podíamos ver en las páginas web,  sin borde y con borde. Como vemos, la primera opción podría ser la más bonita, pero es la menos eficaz, es la opción que se ve menos y por lo tanto, no identificamos el icono como clicable.

Hay diferentes personas que hicieron test A/B para saber cual era la mejor forma de mostrar el icon hamburger. Las propuestas fueron sin y con borde, añadiendo el label de "Menú" y otra opción donde solo aparece el label "Menú".

iconhamburger-type

El resultado fue bastante claro:

    • Las opciones donde aparece la palabra "Menu", son más clicables.

 

  • Los usuarios identifican mejor el icono o menú como "clicables" si tenemos un borde.
  • Los usuarios de iPhone identifican 3 veces más el icono que los usuarios de Android.
  • Hay diferencias entre Desktop y Mobile, los usuarios Desktop identifican menos el icono que los usuarios de Mobile.

4. Soluciones al icon hamburger

  • Revisa la AI: Lo primero que tendríamos que hacer es revisar la arquitectura de información de nuestra app o web. La principal idea es quitar la acciones o opciones principales del menú para introducirlo en el contenido. A su vez analizar si la estructura de nuestra app o web es la correcta. Tenemos que hacer justamente lo contrario del icon hamburger, hacer visibles las acciones principales y esconder o minimizar la fuerza de las acciones secundarias. La aplicación de Youtube aplicó esta técnica con el nuevo rediseño de su app. Realmente lo que hizo youtube fue aplicar una estrategia de "Content First".

Youtube Icon Hamburger to Content Strategy

  • Tab menú: Quita el icon hamburger y añade las acciones principales en un menú con formato tabs. Es cierto que este menú es utilizado bastante en aplicaciones Android pero no es un desconocido para iOS. En el caso de Web, situaría el menú en la parte superior en formato tab igual que en las aplicaciones Android.

 

Web Mobile de McDonalds
Web Mobile de McDonalds
Whatapp Android App
Whatapp Android App - Tab Menu

En el caso de iOS, situaría el menú en la parte inferior de la aplicación, tal y como ya hacen muchas aplicaciones en iOS. 

Menu Tab iOS - Instagram
Menu Tab iOS - Instagram

5. Conclusiones

  • No utilices icon hamburger ni en mobile ni en Desktop, los usuarios no lo identifican como clicable.
  • Icon Hamburger no cumple con 3 de los 5 principales principios del diseño de interacción, Predictability, Discoberability. No menos importante, aunque no lo parezca tiene un affordance muy bajo, y este principio es uno de los primordiales en la interacción.
  • Piensa en tu contenido y quita las principales acciones del menú.
  • Utiliza soluciones como el menú en formato tabs o "pizza icon".
  • Testea tu menú antes de hacer cualquier cambio y utilízalo como arma de defensa ante los diseñadores, fronts, PO's o todas esas personas defensoras del menú.
  • Prioriza la usabilidad por encima del "diseño bonito o simple".
  • En el caso de tener que utilizar el icon hamburger, busca una solución que sea accesible y no haga falta utilizar Javascript. Por otro lado, intenta que el icono vaya acompañado de un borde y con el label "Menú". No pongas opciones principales en el menú.

 

Espero que este Post os haya ayudado a entender un poco mejor la relación entre el icon hamburger y UX. A su vez, ayudaros a buscar soluciones para mejorar o quitar el icono de vuestra app o web.

Os animo a escribir en el post si pensáis de forma diferente o expliquéis vuestra experiencia con el menú.