¿Buscar trabajo o encontrar una pareja? Es más parecido de lo que crees!
Hablando con un Sergio (@delacasa), salió el tema en plan broma, pero luego me quedé pensando y me pareció que valía la pena profundizar un poco más y hacer escribir sobre ello. Y es que aunque no lo parezca, elegir un (buen y estable) trabajo es igual de complicado que encontrar una (buena y estable) pareja.
Esta claro que podemos estar solos, pero al ser humano le gusta la compañía y aparte de satisfacer ciertas necesidades, a muchos, nos gusta compartir nuestra vida con una persona especial.
Lo mismo ocurre con el trabajo. A no ser que partas con cierta ventaja económica, tal y como esta planteado el mundo en el que vivimos, necesitamos dinero para vivir y satisfacer nuestros deseos. Osea que no queda más remedio que trabajar.
Y ambas uniones para que sean duraderas deben cumplir las necesidades de ambas partes y evolucionar al mismo ritmo.
Por lo que… ¿quién es esa persona/empresa indicada que quiera compartir su vida conmigo?
Caso 1: No tienes donde elegir (o lo que a ti te interesa, no le gustas)
Si lamentablemente no tienes mucho donde elegir, no te comes mucho la cabeza. Te quedas con lo que hay en ese momento en el mercado, y/o te contentas con lo que has conseguido e intentas ser feliz o intentas ir mejorando con el tiempo.
En el tema personal, vas al gimnasio a ponerte en forma, te compras nueva ropa… o si lo trasladamos al mundo laboral, buscas formarte más, apuntándote a cursos o leyendo blogs.
Seguir leyendo «¿Buscar trabajo o encontrar una pareja? Es más parecido de lo que crees!»
Jerarquía de necesidades
Adaptadas de la Jerarquía de necesidades de Maslow, un diseño debe servir primero a las necesidades primarias del usuario (por ejemplo, debe funcionar bien), antes que a las de más alto nivel (por ejemplo, ser bonito).
Existen 5 niveles de necesidades que deben ser cumplidas en el orden mencionadas: Funcionalidad, Confianza, Usabilidad, Eficiencia y Creatividad.
Buenos diseños siguen el principio de la jerarquía de necesidades, mientras malos diseños intentan cumplir necesidades de diferentes niveles sin cumplir los primeros.
Necesidades de Funcionalidad
Consiste en satisfacer los requerimientos más básicos del producto. Por ejemplo, un teléfono debe tener al menos la mínima capacidad de llamar. Si un producto o aplicación no las cumple no tiene valor para el usuario.
Necesidades de Confianza
Un producto o aplicación debe cumplir siempre su función perfectamente. Si el producto falla continuamente o actúa cada vez de una manera, el usuario no confía y el producto tiene poco valor.
Si cada vez que encendiéramos las luces del coche estas se encendieran unas veces si y otras no, el coche cumpliría su función básica de transporte pero tendría muy poco valor al tener a veces que conducir de noche y no poder confiar en hacerlo.
Necesidades de usabilidad
Tienen que ver con como de fácil o de deshacer nuestra elección cuando nos equivocamos al usar un producto.
Si su uso es muy difícil para el usuario, o la consecuencia de un simple error es muy severa, no se cumplen las necesidades de usabilidad. Si borramos una foto por equivocación, sabemos que la podemos encontrar en la papelera y recuperarla. Eso hace que confíemos en el producto.
Necesidades de eficiencia
Consisten en ayudar a las personas para que hagan las cosas de una forma superior y mejor a como las hacía antes. Los diseños que cumplen esta necesidad tienen un gran valor para el usuario.
Que el móvil nos permita hacer fotos o servir como despertador ha conseguido que no tengamos que tener otros dispositivos para realizar esas funciones. Que la lavadora lave la ropa dejándonos a nosotros ese tiempo para hacer otras cosas, nos soluciona un gran problema.
Necesidades de creatividad
Cuando todos los niveles anteriores han sido satisfechos, la gente interactúa con el diseño de forma innovadora.
El diseño permite al usuario crear y explorar áreas que mejoran ambos, el diseño y la persona que lo usa. Diseños que cumplen este nivel son percibidos como de gran valor, y crear usuarios fieles a ellos.
Cumplir estas necesidades en orden a la hora de diseñar nuestros productos y aplicaciones, harán que nos centremos en lo que realmente necesita el usuario, determinando una vez cumplidas las más bajas, cómo seguir evolucionando el proyecto.
Presentación Máster Experiencia de usuario en Valencia
El pasado jueves, en el Hotel Las Arenas de Valencia, fue la presentación de los cursos 2017-2018 de KShool en la ciudad.
Viendo a @sorprendida con @seguroquesmejor q nos cuenta #Mambo o como "conversar con los dioses" aquellos q nos pagan! pic.twitter.com/IIIfQT5hJV
— SaraClip (@saraclip) 1 de junio de 2017
La presentación además de ser en un lugar precioso a orillas del mar, contaba con ponentes de lujo como Gemma Muñoz (@sorprendida) para presentar el curso de Analítica Web, Miguel López (@MiguelLopezGo) el de SEO-SEM y dado que María Velasco estaba indispuesta, Juan Moyano (@MoyanoUX) se ocupó de presentar el Máster de UX: Usabilidad y Experiencia de Usuario.
Gran cierre de sesión d @MoyanoUX q siempre hacer reír a tds los asistentes!! El si q saber hacer "happy" a sus "clientes". #ux pic.twitter.com/R54B1glv2X
— SaraClip (@saraclip) 1 de junio de 2017
Entre la pasión de Gemma hablando de Analítica, las risas que Juan sabe levantar con su sinceridad, y los consejos de Miguel, las 3 charlas se pasaron volando. En resumen me quedo con estas ideas:
Gemma Muñoz
«No se trata de los datos sino del IMPACTO»
Es decir, sacar un informe de analítica es fácil, muchas herramientas lo hacen apretando un botón. Lo importante es analizarlos y saber cruzarlos para detectar qué acciones impactan, que campaña por ejemplo me trae al usuario que me interesa o si la inversión en desarrollar un módulo de sugerencias de productos tipo «Combinalo con» tan típico en los ecommerce ha valido la pena.
Juan Moyano
«Cuando no hay pasta o tiempo, 1º Crea un prototipo (austero y sobrio para no consumir tiempo) cuanto antes para validar una hipótesis. 2º Mide. 3º Y Aprende»
Seguir leyendo «Presentación Máster Experiencia de usuario en Valencia»
Investigación de usuarios en la BBC, un caso práctico con impacto
Júlia Ivorra da una de las charlas que más me ha gustado este año: Investigación de usuarios en la BBC, un caso práctico con impacto.
Nos cuenta como en la BBC Sport habían desarrollado un ecosistema de productos y servicios (online y offline) para su audiencia y querían, aprovechando un verano lleno de deporte, mejorar los servicios de la BBC online y preparar la cobertura de las Olimpiadas de Tokyo 2020.
Para Tokyo 2020 se espera una media de 7 dispositivos por usuario. Ahora es de 4, @julsivo en #uxspain #ux #design
— Ricardo Tayar (@rtayar) 13 de mayo de 2017
El objetivo era averiguar cuáles eran las motivaciones de nuestros usuarios para conocer porque usaban unos productos u otros. Es decir, averiguar como estaba la BBC integrada en la vida de las personas.
Pero no querían hacer una investigación que sólo generase un informe tocho de entrega al final del verano que solo vieran (en el caso de que lo lean) los jefes, en vez de todo el equipo, por lo que definieron como querían que fuera su proyecto de investigación:
- Tenía que ser agile
- Tenía que ser reportada diariamente. Integrada con el trabajo. No sólo un informe al final del proceso
- Involucrando a todo el mundo
#uxspain @julsivo la investigación rigurosa llega tarde, se convierte en un entregable y sólo se incluye a decision-makers
— WeQuestionOurProject (@wequestion) 13 de mayo de 2017
Tenían unos 30 eventos para analizar en 3 meses y medio. Y pensarás, ¿por qué tantos?
Pues porque cada evento es único, y la gente que los sigue es diferente, no es la misma persona la que sigue el golf que la que ve el futbol.
Research goals, research framework and research rounds. @julsivo #uxspain pic.twitter.com/eSSvEvPyfu
— Daniel TorresBurriel (@torresburriel) 13 de mayo de 2017
Dividieron la investigación en 4 rondas con 4 participantes cada uno, realizando un análisis de resultados en cada ronda y difundiendo al equipo lo que estaban descubriendo.
Informaban al resto del equipo en vivo, mientras estaban pasando los eventos.
Iban publicando todo lo que iban averiguando en un canal de Slack consiguiendo que la gente les hiciera preguntas para que el equipo de investigación se las preguntase a los usuarios. O si veían algo raro en las analíticas, lo comentaban para que intentaran averiguar porque sucedía.
Como todo el mundo seguía el canal, muchos incluso se acercaban a las entrevistas que les interesaban.
Todo el equipo estaba hablando de usuarios, de cómo usaban sus productos.
Consiguieron erradicar, el típico “yo creo”, «a mi me gusta» o “he leído un post que dice esto”.
A nivel formal después de cada ronda iban difundiendo lo que aprendían colgando en una pared de la oficina las cosas para que todo el mundo las tuviera presente.
También crearon artefactos UX: un journey map de toda la información que les estaba llegando. Y lo mejor, es que estos artefactos se siguen usando a día de hoy, no son algo puntual.
Están basados en algo real. En casos de usuarios reales.
Y a un nivel superior, pasó algo muy bonito. Los jefes ya no estaban encerrados en reuniones decidiendo que iban a hacer, sino que iban leyendo el mismo canal y haciendo preguntas cuando creían conveniente.
"Involucrar a los desarrolladores, diseñadores y product managers fue clave en la investigación de usuarios en la BBC" @julsivo #uxspain pic.twitter.com/FCKHXQd5Vp
— Designit Spain&Latam (@Designit_ES) 13 de mayo de 2017
Y es que como comenta Julia, si sólo involucras a los jefes mandándole sólo a ellos el informe, en vez de a todo el equipo, acaba pasando que parece que están en una bola de cristal, aislados, con conocimientos únicos que solo poseen ellos.
Habían conseguido q los stakeholders hicieran User Centre Design.
Así cuando los jefes tuvieron que tomar decisiones estratégicas, las tomaban en base a casos reales.
Y cuando compartían los nuevos objetivos estratégicos a seguir todo el mundo los entendía y supo porque se habían tomado esas decisiones.
A mi modo de ver, una de las cosas que más fallan las empresas es en conseguir que todo el mundo comparta la misma visión del negocio. Qué los de arriba tengan información del día a día para tomar decisiones y encaminar el futuro de la empresa y qué las elegidas sean entendidas por toda la compañía.
Porque se puede IMPONER remar en una dirección, pero se avanza mucho más rápido cuando todo el equipo CREE que es la correcta.
En resumen, Ivorra finaliza compartiendo lo que ha aprendido en base a este proceso y que aplica en su día a día:
- Ser agile: dividirlo todo y realizarlo a menudo
- Ser transparente: todo el mundo tiene acceso a leer los proyectos e involucrarse en la investigación
- La investigación tiene que tener un propósito, se hace para ayudar a otros a hacer mejor su trabajo.
La investigación debe tener un propósito. Se hace para ayudar a otros a poder hacer mejor su trabajo, @julsivo en #uxspain #ux #design
— Ricardo Tayar (@rtayar) 13 de mayo de 2017
Muchas gracias Julia por compartir un caso real de trabajo. Me ha encantado!
Diseñar servicios cara a cara
Una de las charlas que más me ha gustado ha sido la de Itziar Pobes de la empresa WeQuestionOurProject, un estudio de diseño de servicios en Barcelona.
Good #uxspain2017 Muy interesantes las ponencias de esta mañana @uxspain #servicedesign @wequestion ¡Seguimos! pic.twitter.com/1GFu74MAqM
— Marta Serra (@mserrapou) 12 de mayo de 2017
Itziar nos comenta 3 ejemplos de proyectos que han realizado (me encanta cuando nos los ponentes nos cuentan ejemplos).
El primero trata sobre un pequeño ayuntamiento el cual, su población al estar cerca de la universidad tenia un elevado porcentaje de gente joven. Éstos les empezaron a hablar y a preguntar dudas usando las cuentas de Facebook y otras redes sociales que poseía la institución.
¿Y qué pasaba? Que sino respondan quedaban mal, por lo que aunque no era muy legal responder a algo oficial por ese medio, prefirieron dar el servicio.
Y los ciudadanos estaban encantados.
La alcaldesa se enteró y en vez de pararlo, decidió ver como podía mejorar el sistema. Incluso decidió tirar la oficina y construir una nueva generando un montón de inquietudes en el equipo de atención al ciudadano, al no tener ni un sitio donde trabajar. Y es en estos momentos, es cuando el equipo de Itziar entró a trabajar.
Itziar Pobes, Service Design cara a cara @wequestion #servicedesign #uxspain2017 pic.twitter.com/L7gintEsbS
— Gema Gemita (@GemaHoang) 12 de mayo de 2017
Empezaron a investigar las dinámicas de trabajo, cuales eran los diferentes servicios que los ciudadanos podían hacer… construyendo prototipos muy rápidos mediante cajas de cartón en la oficina en obras para ver como interactuaban en una situación real, probando la experiencia en la oficina.
Prototipao físico en el diseño de servicios con @wequestion en #uxspain pic.twitter.com/F5PfTV3Mrl
— Rubén Caldera (@scdone123) 12 de mayo de 2017
El resultado final fue muy visual y tuvo mucho impacto, y el ayuntamiento, que siguió contando con WeQuestionOurProject durante los años siguientes, les ha gustado tanto la nueva forma de enfocar sus servicios, que ha llegado a montar incluso su propia oficina de innovación.
Rediseño de oficina aplicando service design
El siguiente proyecto consistía en una app para evitar la soledad a las personas mayores.
Cuando llegaron al proyecto ya estaban realizando un segundo proyecto piloto con desarrollo, equipo de UX y accesibilidad, de desarrollo, equipo de servicios sociales, personal de Evaluación de políticas públicas…
Artificial Intelligence, the next revolution for UX and CX
Óscar Méndez Soto nos da un repaso del estado de la Inteligencia Artificial comentando algunas de las repercusiones que puede tener su desarrollo en el futuro.
Pues a mí la charla apocalíptica de @omendezsoto me ha molado. #singularidad #sketchnotes #uxsp #uxspain pic.twitter.com/HjFi6fXlu2
— Javier Alonso (@oyabun) 12 de mayo de 2017
Y es que una buena customer experience no es suficiente. Los líderes digitales crean una experiencia de cliente 10 veces más conveniente. No tienen activos físicos, sino digitales (Spotify, Netflix…)
La inteligencia artificial sirve para:
- Complementar o mejorar
- Replazar
Las personas somos coste a no ser que aportemos valor. En un mundo capitalista, tiene que ser rentable y si las personas no lo son, porque la inteligencia artificial las reemplaza, se van a perder esos puestos de trabajo. Si los camiones pueden conducirse solos las empresas de transporte se ahorrarían ese dinero.
@omendezsoto Diferentes tipos d #inteligenciaartificial y las partes que la componen. #uxspain #ai pic.twitter.com/ABOlBGOJai
— SaraClip (@saraclip) 12 de mayo de 2017
Óscar nos habla del concepto de la Superinteligencia: Maquinas que son conscientes de que existen y ademas se mejoran a si mismo. Diseñan circuitos que se auto mejoran con el tiempo.
El punto máximo se alcanza cuando la máquina iguala a la suma de la inteligencia de todas las personas que han vivido en el mundo hasta ese momento.
A día de hoy se puede construir una máquina que supere el cerebro humano, pero aun sigue siendo muy elevado su coste. Pero aun no se sabe como funciona el cerebro humano, por lo que se esta construyendo algo sobre un paradigma incorrecto.
Aplicar dsd el inicio d un proyecto inteligencia artificial. #dataintelligence #uxspain pic.twitter.com/NeigYfVo9t
— SaraClip (@saraclip) 12 de mayo de 2017
Aparte aun existen muchos dilemas morales en relación a este tema sin resolver. Si un coche que funciona mediante inteligencia artificial , sin conductor, tiene que decidir en una situación si mata a los ocupantes o los salva pero debe atropellar a un peatón para ello, ¿cuál es la solución más conveniente?
Diseñar para la incertidumbre
Anna Vilalta de @myABCKit, segunda ponente del UXSpain 2017, nos enseña en su charla a como dejar la incertidumbre fuera de la empresa.
Los procesos de innovación van de encontrar la forma más eficiente y optima de que salgan los resultados deseados.
¿Y eso como lo hacemos? Con datos.
Nos cuenta que en su empresa quieren hacer acciones con impacto en producto. En su caso impacto en educación pero a la vez siendo una empresa muy rentable.
La charla de @myabckit de @anvilalta ha estado chula #sketchnotes #uxsp #uxspain pic.twitter.com/vgHF8Ak7It
— Javier Alonso (@oyabun) 12 de mayo de 2017
Tienen un producto que usan, pero ahora están buscando la palanca de la monetización.
Su primer paso fue conseguir que todos hablasen el mismo idioma.
Tenían el problema de que en Trello no sabían ponderar una acción de marketing frente a una de desarrollo. Con las métricas, hablan todos el mismo idioma.
Resumen en imágenes de la buena charla de @anvilalta en #uxspain sobre cómo mejoran los resultados de @myabckit pic.twitter.com/2cRNwKX8Od
— Sandra Navarro (@snl19) 12 de mayo de 2017
Miden cada punto por el que va pasando el usuario para ver si llegan a todos los objetivos que quieren o los pierden por el camino.
Los datos cualitativos permiten saber que esta pasando en los puntos a investigar que descubrimos con los cuantitativos.
La incertidumbre existe y no podemos hacerla desaparecer, pero controlando como ocurren las cosas podemos racionalizarla y controlarla.
Resúmenes del UXSpain 2017
Pues nada, ya llego la fecha y aquí estamos en Gijón comenzando el UXSpain.
Os dejo los resúmenes de las charlas que vaya documentando:
- Itziar Pobes, nos cuenta 3 geniales proyectos reales en
No digital: cómo diseñar servicios cara a cara - Júlia Ivorra, nos cuenta en «Investigación de usuarios en la BBC, un caso práctico con impacto«, como han averiguado las motivaciones de sus usuarios para conocer porque usaban unos productos u otros.
- Anna Vilalta de @myABCKit, en su charla Diseñar para la incertidumbre nos enseña en su charla a como dejar la incertidumbre fuera de la empresa.
- Oscar Méndez Soto: Artificial Intelligence, the next revolution for UX and CX, nos da un repaso del estado de la Inteligencia Artificial.
Espero que os gusten!
Todo preparado para la sexta edición de #uxspain pic.twitter.com/xrNVnEApJM
— Sergio Ortega (@sortega) 11 de mayo de 2017
A veces es muy complicado escuchar, tomar apuntes, twuittear, leer tweets 😉 por lo que si hay alguna errata en los resúmenes, estaré encantada de corregirla.
Tree test
El Tree test o test de árbol, es una técnica de evaluación de usabilidad para validar la idoneidad de algunos de los elementos de la interfaz, concretamente testeando la validez y eficacia de un sistema de navegación o estructuración de contenidos.
El objetivo de un Tree test es comprobar la estructura de navegación.
Es una de las técnicas de evaluación de usabilidad menos conocidas, siendo considerada por muchos autores una evolución natural del card sorting, test del que ya hemos hablando en el blog.
Imagen de la herramienta de Tree testing de Optimal Workshop
El tree test permite validar si el árbol de contenidos de un sitio web o aplicación es eficaz y es comprendido por los usuarios, validando 2 conceptos clave a la vez:
- La estructura de clasificación de contenidos de un sitio web.
- La capacidad de los contenidos para ser localizados ofindability en inglés.
- Los rótulos o etiquetado para localizar un contenido determinado.
«No puedes usar lo que no puedes encontrar» (Peter Morville)
En que consiste un Tree test
Esta prueba de usuarios consiste en que un grupo de personas, de forma individual, tratan de localizar un contenido. Para ello se les propone una serie de tareas, de tal forma que su único modo de interacción posible sea navegar por las opciones de un árbol de navegación.
La paradoja de elegir
En esta TEDTalks, el psicólogo Barry Schwartz comenta un principio central de las sociedades «avanzadas»: la libertad de elección.
Todos sabemos las ventajas que tiene el poder elegir entre miles de opciones, pero Schwartz nos comenta sus desventajas, como nos afecta psicológicamente, haciéndonos menos felices y más paralizados.
Nos pone por ejemplo el caso de la autonomía del paciente, donde cuando estamos malos y vamos al médico y le preguntamos qué tratamiento es mejor, nos cuenta que tenemos la opción A y la opción B, ambas con sus beneficios y riesgos, para que elijamos nosotros.
Traspasa el poder de la decisión de una persona especializada, con conocimientos avanzados sobre el tema, a una persona enferma, y que no está seguramente en el mejor estado emocional para tomar decisiones.
Antiguamente, la vida de la gente era más o menos la misma. Estudiar, trabajar, casarse y tener hijos. Como mucho elegías con quién comenta Schwartz.
Pero hoy en día esto ya no es así, ¿Me quiero casar? ¿Es mejor tener hijos antes de empezar a trabajar? ¿Qué trabajo quiero? … Este universo de posibilidades hace que nuestro cerebro pierda mucha tiempo y recursos pensando en ellas, ya que la respuesta a esas preguntas nos inquieta más que los temas cotidianos del día a día.
Así mismo, gracias al poder de la tecnología, tenemos la oportunidad de estar conectados en cualquier parte del mundo, ya sea al trabajo, a redes sociales…
Pero esa situación de saber que tenemos esa posibilidad conlleva a que no disfrutemos de la experiencia que estamos viviendo en el momento actual, ya que en ligar de estar 100% focalizados en el presente, estamos pensando: «Debería contestar ese email» o «Cuantos me gustas tendrá la foto que subí ayer».
Las desventajas de tener donde elegir
Todos sabemos las ventajas que tiene el poder elegir, pero Schwartz nos quiere hablar de lo contrario. Paradójicamente, el tener más opciones nos paraliza en vez de volvernos más libres.
Cuando el número de opciones es elevado dejamos la decisión para el futuro.
Y ese futuro nunca llega, porque siempre nos siguen pareciendo una información difícil de procesar y de elegir. Barry nos cuenta un ejemplo que descubrió un colega suyo cuando a los personas les presentaban opciones apara elegir inversiones para un fondo de retiro voluntario.
Libro de Barry Schwartz»The Paradox of Choice» donde nis cuenta sus investigaciones
Cuantas más opciones había, más bajaba el ratio de participación. Es decir, menos personas se veían capacitadas de elegir al agobiarse ante tanta opción y tener miedo de elegir una que no fuera adecuada.
Pero aun en el caso de que venzamos esa parálisis y elijamos una, resulta que nos sentimos menos satisfechos que si hubiéramos tenido menos opciones.
Una vez elegida, seguimos pensando (y más si no nos satisface del todo) que otra opción podría haber sido más adecuada. Y esa alternativa imaginada, induce a lamentar la decisión tomada, restándole satisfacción a la elección realizada, aunque en verdad era la más adecuada.
Y es que ante tantas opciones disponibles no podemos dejar de imaginar los beneficios que tienen las que no hemos elegido, sintiéndonos infelices (y en algunos casos, estoy segura que más de un@ si tiene el poder adquisitivo suficiente, comprará varias diferentes je je)
También influye el factor responsabilidad. Si solo podemos elegir una cosa y no funciona, la culpa no recae sobre nosotros ya que no podíamos hacer nada más. En cambio, al tener opciones, el peso de la responsabilidad es todo nuestro, pensando que podíamos haberlo hecho mucho mejor.
Otra desventaja son las expectativas generadas. Si entramos a una tienda y vemos que existen 12 tipos diferentes de pantalones, aparte de gastar un tiempo precioso probandonos todos, al salir aunque hayamos comprado uno que nos queda bien, nuestra mente piensa que con tanta opción debería haber alguno mejor, uno que fuera perfecto.
Y esas expectativas generadas y no satisfechas nos generan malestar y tristeza.
Aunque el pantalón sea el mejor de nuestra vida, con todas las opciones no lo sentimos perfecto y nos decepciona, llegando a pensamientos de que cualquier cosa en el pasado era mucho mejor.
Vivimos con unas expectativas tan altas que cualquier cosa nos decepciona, haciéndonos eternos infelices.
Y Schwartz hace un apunte: «El secreto de la felicidad es tener bajas expectativas»
¿Pesimista? ¿O realista? Lo seguro es que así nunca te decepcionan 😉