Archivo de la etiqueta: Experiencia de usuario

Recurso sobre Evaluación Heurística

Tiempo de lectura: 2 minutos

Un análisis heurístico es una técnica para evaluar la usabilidad de un sistema de interfaces y procesos a cargo de un experto, a partir de los principios de la disciplina de Interacción Persona-Ordenador (IPO o HCI en inglés, Human Computer Interaction).

Esta técnica es perfecta para entender el estado actual del producto e identificar problemas básicos a evitar si es un rediseño o proponer soluciones para arreglarlos.

El análisis consiste en una serie de comprobaciones en base a criterios establecidos que velan por la usabilidad y la consecución de los objetivos de negocio de la aplicación.

Estos criterios se deben adecuar al contexto, por lo que hay que previamente hay que conocer las tareas que se han de realizar y el perfil de usuarios que van a utilizar el sistema o sitio web.

Principios de Jakob Nielsen

Los principios heurísticos de Jakob Nielsen son probablemente los más usados para verificar la usabilidad del diseño de interfaz de usuario. Trabajados junto con Rolf Molich en 1990, todavía se siguen utilizando.

Recursos:

Principios  cognitivos de Gerhardt-Powals

Guía de Evaluación Heurística de Sitios Web

Yusef Hassan y Francisco Martín escriben en 2003, una guía resumida que sirva de manera general para la evaluación de la usabilidad de sitios web.

Está estructurada en forma de checklist para facilitar la práctica de la evaluación, formulando los criterios a analizar en preguntas, dónde la respuesta afirmativa implica que que no existe un problema de usabilidad, y la negativa que si.

Los criterios que evaluan son a nivel general, de identidad e información, lenguaje y redacción, rotulado, estructura y navegación, lay-out de la página, búsqueda, elementos Multimedia, ayuda, accesibilidad, y control y retroalimentación.

Recurso: Guía de Evaluación Heurística de Sitios Web

Evaluación heurística

Escrito por Maria Paula Gonzále, Afra Pascual y Jesús Lorés de la Universidad de Lleida, este capítulo compuesto por 39 páginas, ofrece una introducción a la metodología, explicando desde una amplia base bibliográfica el concepto, finalizando, describiendo los pasos que debe contener.

En el apartado de Bibliografía y Referencias se pueden encontrar más documentos sobre el tema.

Enlace al recurso: Evaluación heurística        
      
      

Requerimientos de un proyecto

Tiempo de lectura: 3 minutos

Ya sea cuando estaba trabajando para clientes pequeños, a nivel interno de una empresa, o para grandes clientes externos dentro de una consultora, me ha tocado en muchas ocasiones estar con los stakeholders (interesados)de un proyecto, definiendo sus requerimientos. Es decir, la lista de funciones, capacidades o características necesarias que debe tener y los planes para crearlos.

Según la definición del PMBOK® (Project Management Body of Knoledgement), un requerimiento es la condición o capacidad que debe tener un sistema, producto, servicio o componente para satisfacer un contrato, estándar, especificación, u otros documentos formalmente establecido.

Se deben definir en la fase inicial junto con los stakeholders  implicados para obtener una visión completa y compartida de todas las piezas y poder priorizar en base a los objetivos del proyecto.

Los requerimientos no te indican que diseño debe tener tu producto o como desarrollarlo. Te indican que features, funciones y contenidos se espera que tenga, y como deben los usuarios interactuar con él.

Los requerimientos pueden incluso variar con el tiempo, ya que si el proyecto se desarrolla correctamente, en cuanto el MVP se haya desarrollado y se realicen pruebas con usuarios, los resultados pueden cambiar los requisito iniciales.

Tipos de requerimientos

Existen diferentes tipos de requisitos, casi tantos como implicados haya en un proyecto 😉 En un macronivel obtenemos los siguientes:

Requerimientos de negocio

Definen los objetivos y problemas que la empresa quiere resolver con el producto. Deben estar basados en una necesidad real del usuario, sea esta conocida o no por él.

Requerimientos de los usuarios

Describen las expectaciones de los usuarios y como éste interactuará con el producto. Sino son similares a los requerimientos de negocio, el proyecto irá mal encaminado.

Las técnicas de personas, escenarios y customer journeys sirven de ayuda para definir las funciones, tareas y características que definen los requisitos de usuario.

Requerimientos funcionales

Proporcionan detalle de como debe comportarse un producto y especifican lo que se necesita para su desarrollo.

Requerimientos de calidad

Detallan las características que un producto debe poseer para mantener su efectividad y prever posibles problemas y limitaciones.

En términos de experiencia de usuario, si la calidad del producto no concuerda con las expectativas que el usuario posee sobre él, no funcionará.

Requerimientos de implementación

Se usan para detallar cambios en los procesos, roles en el equipo, migraciones de un sistema a otro…

Escribiendo requerimientos

Para definirlos se recomienda usar una sentencia descriptiva que indique que debe hacer el sitio o producto o debe permitir hacer a los usuarios, detallándola más adelante al ir avanzando en el proceso e ir obteniendo feedback de los test iniciales.

Sigue leyendo Requerimientos de un proyecto

¿Qué busca el usuario en una web?

Tiempo de lectura: 3 minutos

Las personas accedemos a internet buscando satisfacer una necesidad de información y/o realizar una transacción.

Este artículo vamos a hablar sobre el primer caso: la satisfacción de una necesidad de información, basándonos en el libro de Mario Pérez-Montoro Gutiérrez, “Arquitectura de la información en entornos web“. Te recomiendo su lectura si te gusta el tema.

Tipos de necesidad de información

Existen 4 tipos de necesidades informativas:

  1. Necesidad de información concreta (NIC) o búsqueda de un item conocido. Esta necesidad responde al momento en que el usuario busca cuánto vale un vuelo de Barcelona a Nueva York o quién ganó la copa de futbol en 1982. Es una necesidad que se puede formular de forma exacta y que se resuelve a partir de una única respuesta.
  2. Necesidad de información orientada a problemas (NIOP). En este caso, no acostumbra a presentar unos límites bien definidos o no se puede establecer si se necesita más información para resolverla. Para ello, el usuario navegará a través de diferentes items de información hasta que crea que ha resuelto su necesidad. El ejemplo que nos presenta Mario Pérez-Montoro en su libro sería conocer la relación entre la educación de un país y su economía.
  3. Necesidad de información exploratoria (NIE) o búsqueda exploratoria. En este caso se busca una respuesta útil dentro de un conjunto de respuestas localizadas previamente. Lo que ocurre es que no estamos seguros de que la respuesta elegida sea la más adecuada. Por ejemplo ocurre, cuando después de haber investigado varios hoteles para las vacaciones que se ajustan a nuestro presupuesto, buscamos opiniones de otros usuarios que nos ayuden a decidirnos sobre el tema.
  4. Necesidad de información sobre búsquedas previas (NIBP) o recuperación de una búsqueda. En este caso el problema de necesidad de información se resuelve volviendo a localizar una información que ya habíamos encontrado previamente, como cuando abrimos una página web que tenemos guardada en favoritos.

¿Cómo resuelvo mi necesidad de información?

Dependiendo del contexto, la forma de satisfacer esa necesidad cambia. Un niño pequeño, le pregunta a su madre, en el instituto le preguntamos al profesor, en un aeropuerto a la persona del mostrador de información, antiguamente si estábamos perdidos con el coche por una ciudad, al primer peatón que pase.

Sigue leyendo ¿Qué busca el usuario en una web?

Jerarquía de necesidades

Tiempo de lectura: 2 minutos

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.

Investigación de usuarios en la BBC, un caso práctico con impacto

Tiempo de lectura: 4 minutos

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.

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

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.

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.

Caso de research en la BBC

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.

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.

Muchas gracias Julia por compartir un caso real de trabajo. Me ha encantado!

Diseñar servicios cara a cara

Tiempo de lectura: 3 minutos

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.

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.

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.

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

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…

Service design

Sigue leyendo Diseñar servicios cara a cara

Resúmenes del UXSpain 2017

Tiempo de lectura: 1 minuto

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:

Espero que os gusten!

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.

La paradoja de elegir

Tiempo de lectura: 3 minutos

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.

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 😉

Calidad en la experiencia de los servicios sanitarios

Tiempo de lectura: 4 minutos

Gracias a la charla de la Dra. Aparicio en el CXMeeting he descubierto al Dr. Avedis Donabedian. Leyendo documentación escrita por él y sobre su persona, me ha impactado, ya que en mi opinión el mundo de la Experiencia de usuario se ha basado en muchas de sus ideas.

Avedis Donabedian (Líbano 1919 – EEUU 2000), transformó el pensamiento sobre los sistemas de salud, haciendo énfasis en el tema específico de la calidad en la atención. Gracias a su esfuerzo, ya no se ve solo al paciente, sino al entorno en el cual él esta como parte del logro (o no) de su estado de salud.

En 1980 propuso una definición de calidad asistencial que ha llegado a ser clásica: “Calidad de la atención es aquella que se espera que pueda proporcionar al usuario el máximo y más completo bienestar después de valorar el balance de ganancias y pérdidas que pueden acompañar el proceso en todas sus partes

En 1989, la International Organization for Standarization (ISO) definía que: “Calidad es el grado en que las características de un producto o servicio cumplen los objetivos para los que fue creado“.

Esto define 2 conceptos fundamentales:

  1. la calidad de la asistencia puede medirse y,
  2. la calidad es el grado de cumplimiento de un objetivo y por tanto depende de como se define éste.

Esto supone que el concepto de calidad es diferente en función de quién lo utiliza y en consecuencia la idea de calidad será distinta cuando la aplica el centro (o la administración), los profesionales o los usuarios.

La calidad ideal sería la intersección de estos 3 grupos.

Existen 3 componentes que definen la calidad asistencia según Donabedian:

  • Componente técnico: viene definido por la aplicación de la ciencia y de la tecnología.
  • Componente interpersonal: basado en que la relación entre las personas debe seguir las normas y valores sociales que gobiernan la interacción de los individuos en general.
  • Aspectos de confort: todos aquellos elementos del entorno del usuario que le proporcionan una atención mas confortable.

El segundo componente es vital ya que se ha demostrado en varias ocasiones que cuando el trato con el paciente es más personal, la recuperación es mayor. Como comenta Avedis: “Mantenga contento al paciente, sea amable con el paciente, llámelo señor o señora; recuerde su nombre. La idea que los pacientes deben involucrarse en su atención en general no es practicada de manera responsable.”

Hoy día la gente habla de autonomía del paciente, pero por lo general eso se traduce en abandono del paciente

El aumento de los costes de la atención sanitaria motivó en los 80 una situación de crisis que condujo al convencimiento de que era necesario un establecimiento de prioridades, atendiendo a la limitación de recursos y al encarecimiento progresivo, intentado evitar reducir la calidad de la atención.

Debemos diferenciar entre calidad máxima y calidad óptima. La primera lógicamente es una utopía, siendo inalcanzable la mayor parte de las veces, ya que consiste en conseguir la calidad ideal teórica, al precio que sea y con independencia de considerar si existen o no factores que se oponen a su consecución.

Sigue leyendo Calidad en la experiencia de los servicios sanitarios

Alberto Barreiro en el CXMeeting

Tiempo de lectura: 4 minutos

Alberto Barreiro es actualmente CXO (Chief Experience Officer) del grupo Prisa. Y como explica muy bien, es un reto muy grande, ya que como CXO te metes en medio de todas las batallas posibles que hay en la organización y eso conlleva a chocarte con las estructuras tradicionales de empresa que no están orientadas hacia el cliente, hacia las personas, sino que son un poquito ombliguistas y más orientadas hacia procesos tradicionales.

Su tarea es, en resumen, representar a la audiencia, a las personas, dentro de la empresa y orientar la propuesta de valor para que los tenga en cuenta.

Y dice una frase que me ha gustado mucho:

Si una empresa tiene un CDO (Chief Digital Officer) tiene un problema, porque TODA la empresa tiene que ser Digital desde arriba. El CEO tiene que ser el propio CDO.

Si no tiene un problema, porque se esta perdiendo la capacidad de actuar en un mundo que es mucho más complejo. Y comenta que quizá pase lo mismo con el CXO o con el Director de Customer Experience. Todo CEO debe ser CXO, porque su rol debe ser capaz de representar a sus audiencias, a las personas, a sus usuarios dentro de la organización.

Sólo son capaces de competir las empresas que están creadas y centradas alrededor de las personas.

Es el criterio diferencial básico de la economía en la que entramos.

Pasión por las emociones

Los “Cognitive bias” o sesgos cognitivos nos influyen a la hora de tomar decisiones, de decidir si comprar algo o no. La gran mayoría son inconscientes, las tomamos sin tener en cuenta la parte racional. Entran en cuenta, los recuerdos, el pasado, la presión social, el contexto… pero la racionalidad queda excluida.

angela-ahrendts

Como dice Angela Ahrendts (Former Burberry CEO): “En un mundo omnicanal da igual donde compren. Quiero que me compren la marca“.

Y es que para poder tener una experiencia completa hay que tener una manera holística. No solo vale con tener los beneficios racionales de descubrimiento de producto, características, opciones… Tenemos que tener contenido, una historia, tener la capacidad de involucrar a la gente en tu historia, que te crean, generar una confianza. Y a partir de esa confianza ya vendrá la venta.

El componente racional es la mínima parte de la experiencia. Tenemos que pasar de un modelo transaccional a un modelo relacional.

Dimensiones de la Experiencia de usuario

Dimensiones de la experiencia: Duración, Intensidad, Contexto, Razones (desencadenantes), Interacción, Medio, Sentidos, Emociones, Significado

De todas estas variables, tienen un componente emocional las siguientes: Intensidad, Contextos, Desencadenantes, Sentidos, Emociones y Significado. Y para Alberto la más importante es el “Significado”, lo que te llevas. ¿Qué es lo que te aporta a ti como individuo hacer tal cosa, o comprar ese producto?

Toma de decisiones entre personas y marcas

Y nos pone un ejemplo con dos cafeterías. La manera más sencilla que tienen 2 empresas de competir es la económica. Ante un producto igual, la que lo tiene más barato, triunfa.

Un 80% de las empresas compiten de forma económica.

Otras compiten en producto (mejor café, una máquina nueva, mejores sillas…) y la gente estamos dispuestos a pagar un plus por un mejor producto. Se compite mejor si ofreces una calidad superior que tu competencia.
Sigue leyendo Alberto Barreiro en el CXMeeting