Metodología de Nacho Gil para diseño de producto

Seguimos con la masterclass de @nachogil (diseñador de producto en Ontruck) y su “awesome design methodology” para diseñar producto. Como él comenta, no hay que  lo más importante es la tenacidad y tener sentido común.

¿Cueces o enriqueces?

Por cada capa de cera que se da al producto se debe quitar 3.

Dar cera, pulir cera.

Cuando hablamos de productos tecnológicos poner es relativamente más económico que si hablamos de productos físicos. No es lo mismo añadir una nueva feature que poner un chalet en el mercado o fabricar una pieza de plástico (CAD/CAM, Molde, Inyeccción…).

Dar cera pulir cera

Por ello debemos evitar añadir cosas porque sí. Esto tiene que ver con lo que comentamos en el anterior post sobre “Less is more”.

Mirar fuera

Cuando se tiene alguna duda sobre cierto componente o algún patrón de interacción o simplemente se quieren explorar alternativas, es bueno coger algo de aire fresco y mirar alternativas fuera de tu sector.

Nacho tambien comenta que el se inspira mucho en el mundo físico para diseñar un producto digital, ya que es donde vivimos todos los usuarios.

Donde hay patrón no manda designer

No innoves en cosas que ya existen a no ser q sea el core de tu negocio. Gasta esos recursos en cosas que sean más importantes.

Por ejemplo si debes diseñar un chat, porque tu aplicación debe tener esa funcionalidad, cópialo de las demás. No es core, no aporta nada, hay un patrón, td el mundo sabe usarlo. No inventes la rueda cuando no es necesario. Tira para adelante. Prioriza.

Seguir leyendo

Conceptualización de un proyecto

A la hora de abordar un nuevo proyecto de experiencia de usuario debemos tener muy en cuenta el flujo conceptual. Las partes que lo componen son:

  1. Objetivos: las metas que el cliente desea lograr con el desarrollo del producto
  2. Tareas de usuario: las acciones y funcionalidades que el sitio web va a permitir hacer al usuario.
  3. Interfaz: las pantallas que componen la aplicación. La comunicación entre el sistema y el usuario se realiza a través de los elementtos visuales de la pantalla, sonidos…
  4. Procesos asociados: la serie de pantallas que consiguran el resto de funcionalidades por los que el usuario realiza acciones e interactúa con el sistema.

Sin los objetivos a cumplir claros y detallados, no se pueden establecer que tareas son necesarias para lograrlos, ni comenzar el diseño de la interfaz y los procesos asociados.

Entrevistas con usuarios

Por ello la definición clara y concisa de los 2 puntos iniciales y su entendimiento por parte de todos los integrantes es clave para que un proyecto salga bien.

Porque no tiene sentido comenzar a pensar en las pantallas, la entrada de datos, la interacción… de un problema que no está bien definido, porque seguramente se malgastarán tiempo y recursos.

Lo que sucede es que muchas veces al cliente no le gusta invertir tiempo en la fase inicial de la investigación queriendo ver pantallas (ya sean prototipos o diseño de alto nivel) cuanto antes e iniciando la conversación sobre los objetivos y las tareas a partir de ese momento.

Seguir leyendo

Checklist de arranque de proyecto UX

Muchas empresas antes de empezar el proyecto, mandan al cliente una checklist de preguntas para obtener la máxima información de contexto, y obtener así una primera impresión del proyecto, su naturaleza, su competencia, su historia, responsables, objetivos…

Toma de requerimientos proyecto UX

Imagen extraída del checklist de Olga Revilla

A continuación os dejo un ejemplo de este tipo de preguntas realizado por Olga Revilla en 2009, pero  cuyo contenido sigue siendo actual: Requerimientos iniciales de un proyecto. Son 69 preguntas repartidas en varias categorías:

  • Datos básicos
  • La empresa y su entorno
  • Los usuarios y clientes
  • Misión y objetivos del sitio
  • Tareas
  • Expectativas, requisitos y preferencias
  • Contenidos
  • Requisitos de accesibilidad
  • Recursos humanos disponibles
  • Recursos técnicos disponibles

Estas preguntas son perfectas para una primera toma de contacto y más importante, alinear expectativas con el cliente de lo que espera del proyecto.

Seguir leyendo

Realidad Virtual y Diversidad Funcional

Ayer en Las Naves fue el primer encuentro de una serie de 3 que se van realizar en torno a la realidad virtual para abordar diferentes problemáticas o retos sociales a los que esta tecnología puede dar respuesta, organizados porCol·lab, en este caso sobre Realidad virtual y Diversidad Funcional.

Durante la primera parte del evento, César Mari Jefe de sección de la Oficina Municipal de Atención a la Diversidad (OMAD) nos expuso cifras sobre la evolución en la ciudad de Valencia de los casos de diversidad funcional, haciendo un repaso de los principales problemas que se encuentran por tipo de diversidad, y por área (educación, sanidad…).

Y es que las cifras asombran. De los 791.632 habitantes de Valencia, 120.767 presentan algún tipo de diversidad funcional (cifras de 2016).

Un 15,25% de la población de la ciudad de Valencia presenta algún tipo de diversidad funcional

El mayor grupo de personas se encuentra situado en la franja de 45-65 años, un 32,77%, personas que aun les quedan muchos años por delante, y cuya calidad de vida se ve afectada.

Realidad virtual

Marcos Fernandez, Director de ARTEC y profesor de la Universidad Politécnica de Valencia, quien lleva desde el año 92 trabajando en desarrollar aplicaciones de realidad virtual, dio un repaso a la evolución de la tecnología, resaltando sabiamente que hay que lo complicado es entender para qué podemos usar estas tecnologías.

La tecnología es si, no resuelve problemas. Es una herramienta que hay que saber usar.

Posteriormente hubo una mesa redonda con Elena Olmo, coordinadora de NeuroEducation en LENI Lab (@LabLENI) de la Universidad Politécnica de Valencia, Borja Pérez, Doctor en Fisioterapia, y 2 integrantes de la compañía Nesplora (Maite, psicóloga y Marco, comercial) quienes explicaron sus diferentes proyectos y comentaron varios aspectos y limitaciones de estas tecnologías.

Seguir leyendo

Realización de una prueba de usabilidad con test de usuarios

Esta semana he estado colaborando con una empesa realizando un análisis heurístico y varios test de usuarios para evaluar la usabilidad de 2 webs que querían analizar.

Test de usuarios Valencia

Momento del montaje de la sala para la realización del test

El propósito de las pruebas de usabilidad realizadas era recopilar información sobre cómo los usuarios usan el sitio, ver si existen problemas al navegar, al interactuar con los elementos y al leer la información, y comprobar si existen mejoras que permitan aumentar la conversión del objetivo principal de la web: la reserva una habitación.

Para ello se han definido varios elementos que eran necesarios:

  • La metodología de prueba
  • Los tipos de usuarios para la prueba
  • La declaración del problema y las tareas/escenarios propuestos
  • Entregables con las conclusiones obtenidas

Durante la prueba se han realizado 3 test:

  1. Test para recolectar los participantes: test de filtrado mandado a los partipantes interesados via formulario online para que lo rellenasen y detectar en base a sus respuestas cuales entraban dentro de la tipología definida.
  2. Test con las tareas a realizar en la prueba: Definición de las tareas a realizar en la prueba (4 en este caso)
  3. Test realizado después de cada prueba para su evaluación: Después de cada tarea y al finalizar la prueba mediante un ipad que disponíamos al lado del ordenador,  el usuario debía valorár del 1 al 10, 3 preguntas por tarea para analizar su satisfacción de lo realizado y el sentimiento generado.

Tipología de usuario para la prueba

Después de analizar el perfil del usuario en base a entrevistas con el cliente, al producto ofrecido, y la posible competencia, se definió un usuario tipo a buscar para la prueba con varias preguntas de control.

El participante debía cumplir los siguientes requisitos:

  • Que viajasen mínimo 1-3 veces al año a hoteles (se les preguntaba además número de noches dormidas en hotel el pasado año).
  • Que viajasen por placer y acompañados de la familia o pareja (se les preguntaba además año de nacimiento).
  • Que utilizasen internet más de 2 horas al día (se les preguntaba para que lo usaban).
  • Que fueran ellos los que realicen las reservas (se les preguntaba donde reservaban habitualmente).

Además, lógicamente se agradecía su tiempo con un cheque regalo de 30€.

Escenarios propuestos para el test de usabilidad

EL objetivo de la prueba es proporcionar datos cualitativos sobre la experiencia del usuario en la web.

Seguir leyendo

UX para diseñar un bot

Una de las charlas que más me gusto de la Tarugoconf fue la de Cris Santamarina (@crissantamarina) de TheNeonProject.org una persona que ha vivido más vidas que mucha gente.

Después de dejar a toda la sala abierta con su experiencia por África, Europa, o Sudamérica, Cristina nos cuenta algunos consejos para diseñar un buen chatbot o BYOB (Bring Your Own Bot).

Tecnologia chatbot

Una de las principales ventajas es que el usuario no tiene que instalarse nada especial. Viven en apps o webs que la gente ya usa en su día a día como Facebook, Slack, Twitter, Echo, SMS, en la web…

Uso de los chatbots

Si nos centramos en los usos (buenos) de los bots encontramos 3:

  • Bots transaccionales:  que actúan como intermediarios en transacciones entre personas y medios externos.
  • Bots informativos o promocionales: ayudan a gestionar la información que se publica en los canales de información.
  • Chat Bot: simulando una conversación con humanos, dando información y tratando de resolver dudas.

Bot Patrontequila

Ejemplo de chatbot promocional: Patrón Tequila

Pero vamos a ver como diseñamos un chatbot. Y es que, como en cualquier otro proyecto, se deben tomar una serie de decisiones para que la experiencia de usuario sea la mejor.

1. Decidir como va a navegar

Lo primero es decidir como va a navegar el usuario por nuestra chatbot. Existen 2 tipos de navegación:

  1. Expresiones
  2. Botones

Expresiones y botones bot

En la imagen vemos ejemplos propuestos por Cristina de las dos opciones de nagevación en chatbots.

El mejor approach es hacer una navegación mixta

La conversación mediante expresiones “más humana” es decir, más cercana a la forma en que hablamos entre nosotros.

El incoveniente es cuando el usuario pide algo que no tiene o entiende el bot.

Cristina comenta además que lo primero que hace la gente al llegar a un bot es preguntar.

La conversación mediante botones es menos conversacional, ya que le estás dando al usuario 2 o x opciones, con lo cual debes conocer que necesita para saber que oferecer.

En este caso sobre todo debemos asegurarnos que el usuario entiende que eso es un botón que se puede y debe pulsar, ya que comenta que hay casos que por el diseño de interfaz que ofrece, el usuario no lo sabe utilizar y hay que enseñarselo al iniciar la conversación.

UI Chatbot

2. Decidir la personalidad del bot

El segundo punto es decidir si queremos que el bot tenga personalidad o no, y en el caso de que la tenga cual queremos que sea.

Y es que no todos los chatbots tienen que tener personalidad ya que por ejemplo, en uno cuya funcionalidad principal es ayudarte a buscar una plaza de parking vacía, el usuario no quiere perder tiempo hablando con él.

3. Hola soy un bot

Cristina comenta que la clave de la experiencia de usuario de un bot es la conversación. Por ello siempre debe presentarse como un bot para que la gente lo sepa.

Conversacion Chatbots

Por ello, sobre todo si es un bot para automatizar parte de la Atención al cliente o soporte, siempre debe haber soporte humano detrás en el caso de que el usuario necesite un mayor interacción que el bot no le pueda dar.

4. Sencillos

Igual que sucede en las páginas web los usuarios somos vagos y muchas veces evitamos leer. Por ello el bot debe adaptarse a ello, proveyendo botones que indiquen acciones en vez de textos largos.

UX bot

5. Mensajes de error

No hay nada más frustrante que preguntar por algo a un chatbot y que todo el rato te responda de la misma forma sin poder salir de ese bucle. Seguir leyendo

Mejorando la experiencia de usuario gracias a Soporte (II)

Seguimos con el resumen de la genial charla de Inés Luna (@cuquiesp) en la Tarugoconf 2016 sobre lo aprendido al montar un equipo de soporte desde cero en una startup. (Leer antes la primera parte)

2º Fase: Escala o muere

Vas creciendo y tienes un volumen de clientes más grandes, es un caos contestarles por email, has tenido problemas con los equipos porque no sabes que hacer cuando alguien reporta un bug, los bugs no se arreglan…

Luna comenta que cuando el equipo crece busca personas que no necesariamnete tengan experiencia en soporte, sino que sean grandes comunicadores y que tengan una gran capacidad empática con los clientes, pero que tengan “huevos grandes” para tomar decisiones porque muchas veces hay que decirles que no a los clientes, pelerse con ventas que han mentido a los clientes, con producto…

Inés nos cuenta que la clave es formar un equipo fuerte y solidario. No solamente personas alineadas con la cultura de la organización sino q esten alineadas con el resto del equipo para crear un equipo muy unido ya que atención al cliente puede ser muy ingrato. ¿Cómo?:

  • Hacerles participe en el proceso de nuevas incorporaciones
  • Que el equipo cree documentos de onboarding para ayudar a los nuevos miembros
  • Poner un mentor a la persona nueva para ayudarle y que aprendan entre ellos

Segmentar a los usuarios

Cuando creces y tienes muchos clientes, seguramente ya has cabredo a más de uno (y parece que se acabe el mundo! Pero no). Si, como en su caso, eres un producto freemium, tienes que empezar a tomar decisiones,y segmentar a tus usuarios, ya que no es el mismo soporte el que le das a una persona que no paga, a una que paga poquito o a una que paga mucho.

Tienes que empezar a segmentar a los usuarios y empezar a entender:

  • Cómo de rápido puedes contestar a la gente
  • Qué tipo de incidencias equieren atención urgente
  • Cual es el canal más adecuado para cada segmento, no es lo mismo una gran corporación que tiene el pooducto instalado a medida, que una persona que lo usa gratis una vez al mes…

Zendesk

Es el momento de empezar a pensar a usar una herramienta de Customer Service profesional como ZenDesk y empezar a trabajar en los procesos, como las automatizaciones, el workflow de los tickets… ya que vas a ser mucho más eficiente en lo que haces.

Gestión de indidencias

Tambien en esta etapa debes empezar a coordinarte mucho más con el resto de los equipos, como en el caso de las incidencias técnicas o bugs, trabajando con QA, desarrollo, producto… para definir que algo es una incidencia versus que el cliente no entiende cómo usar el producto, como reproducir esa incidencia, acordar entre todos cual es el criterio para poner una prioridad, quien es el responsable de asignar esa prioridad, si esa prioridad puede variar en función del número de tickets que dispongas…

Sino hay un acuerdo entre todos, el proceso puede ser muy doloroso.

Medición y analítica

Implementas procesos con ventas, con facturción…. y ya usas una herramienta específica para atención al cliente y tienes q empezar a medir lo que estás haciendo. Y con herramientas como Zendesk puedes hacer reporting de cualquier cosa. Inés nos recomienda que nos centremos en cosas básicas en su caso por ejemplo, en el tiempo que tardaban en atender a un cliente.

Se dieron cuenta de que atendían antes a los usuarios que no pagaban, ya que preguntaban cosas más sencillas, haciendo esperar más tiempo a los que pagaban por la herramienta.

Darse cuenta de eso hizo que tuvieran que reorganizar el workflow para poner la prioridad en los clientes que más aportan.

El tiempo de resolución de un ticket es otra historia, porque si tienes incidencias que tienes que escalar a otro equipo ya no depende de tu trabajo, y ver cual es el proceso para escalar, cuanto tardan en resolverlas, cada cuanto haces una release, cada cuanto se arreglan los bugs, la proporción de tiempo entre trabajar en roadmap y hacer la plataforma más estable y arreglar bugs… Esas métricas ya no depende sólo de ti.

Satisfacción de tus usuarios

Para conocer si los usuarios estaban contentos, Inés comenta que ella implementó 2 tipos de métricas, una más transaccional que es en base a las interacciones con el equipo de soporte y la otra para conocer la satisfacción general, el NPS.

En la primera mandaba un email después de resolverles la incidencia con una encuesta, donde les preguntaba si están satisfechos o no. Descubrieron que vivían estresados con los tickets pero los usuarios estaban en un 95% sastisfechos con el servicio que tenían en soporte.

Lo segundo que implementaron fue el NPS (Net Promote Score) que no es una métrica de soporte sino que es mucha más amplia, usada en marketing, producto… que consiste en hacerles la pregunta de ¿Cómo de problable es que recomiendes este producto a un compañero de trabajo o un amigo?

Descubrieron que si bien en soporte estaban contentos, había un descontento generalizado de los clientes que no tenía que ver con soporte sino que tenía que ver con funcionalidades que habían quitado en el producto, sobre el proceso de ventas y facturación que era muy engorroso y muy lento para muchos clientes pagar, con el reposicionamiento del producto, de gestiñon de proyectos en comunicación en tiempo real que la gente no entendía porque habíaan hecho ese cambio.

Son métricas muy diferentes que te dan 2 visiones para ver como de contentos están tus usuarios.

Etapa: Todo explota

En 2014 hacen un rebranding y lanzan una visión nueva del producto. Era simplemente un lavado de cara visual, pero a los usuarios no les gustan los cambios. Y eso hace que el equipo de soporte reciba miles de llamadas contestando siempre lo mismo.

¿Qué haces cuando tus clientes no están contentos de ese cambio?

Seguir leyendo

Consultoría UX para empresas

Hoy os quiero contar la sesión de consultoría de Experiencia de Usuario que estuve realizando con el equipo de Waidis, una startup de Demium, cuyo modelo de negocio se basa en proporcionar ayuda a grandes empresas que requieren un volumen extra de trabajadores en determinados momentos puntuales agilizando el proceso y mejorando la calidad de sus contrataciones.

Waidis

Fue una reunión de 2 horas muy productiva donde trabajamos en varias líneas.

Por un lado yo había previamente realizado un análisis heurístico de la web y les pase ciertas cosas mejoras e ideas que había visto (hay que decir que la web la crearon hace meses y ellos mismo la tenían pendiente de cambio).

Por otro lado, realizamos varios story mapping desde el punto de vista de los 2 principales grupos de usuarios para identificar posibles problemas, y contemplando de forma rápida mediante bocetos cuales podrían ser las mejores soluciones.

Seguir leyendo

Charla UX en Demium

El pasado martes di una formación en Demium sobre Experiencia de usuario a los integrantes del último AllStartup.

Formacion UX

180 diapositivas y dos horas de duración para explicar por qué es importante trabajar con metodologías centradas en el usuario, como nació la Experiencia de usuario, ejemplos divertidos de qué es y qué no es UX, técnicas para encuentrar el problema y conocer a los usuarios y sus necesidades, consejos sobre hasta qué nivel de detalle necesitas llegar al realizar un diseño, ejemplos de diferentes tipos de test con usuarios, y como medir  en base a lo que queremos analizar.

Además remarqué especial importancia sobre como trabajar el proceso de discovery de producto y la experiencia de usuario en un equipo, siguiendo la técnica Lean UX, que muestra como colaborar con otros miembros del equipo obteniendo feedback cuanto antes y de forma continuada.

Y es que ya que la charla iba dirigida a empresas que están comenzando nada mejor que remarcar la importancia que tiene la cultura de empresa y la forma de desarrollar un producto y trabajar en equipo.

Y es que la suma de las partes supera al todo.

Lean UX es un conjunto de principios que adaptados a cada empresa y equipo, sirven de guía para encontrar mejores y más deseables soluciones para los usuarios. Explica una serie de técnicas y una forma de aplicarlas haciendo diseño y descubrimiento participativo entre los diferentes pefiles implicados en el proyecto en un entorno siempre cambiante e impredecible.

Y es que para diseñar un gran producto o servicio no se debe confiar en la figura de una única persona, ya que no exiten los Gurús o Ninjas que lo sepan todo. Es sumando el conocimiento de los diferentes perfiles del equipo, lo que permite obtener un MVP (Minimum Viable Product) con el menor coste de recursos posibles que permita probar cuanto antes las suposiciones ideadas entre todos.

Y es que todo son suposiciones hasta que no se testea.

 

Principios Lean UX para guíar la organización de equipos

Los principios en los que se basa Lean UX se agrupan en 3 bloques. Cada uno sirve para guiar:

  1. La organización de equipos
  2. El proceso
  3. La cultura

Gracias ellos iremos viendo las ventajas que conlleva implementar Lean UX en tu organización y como esta se modificará conviertiendose en un lugar abierto, transparente, que aprovecha el conocimiento y la entrega de todos para conseguir los mejores resultados.

En ellos se basarán las herramientas y técnicas para lograr mejorar la colaboración, lograr entregar mejores productos y servicios de forma más rápida y con el menor gasto de recursos usando los conocimientos de todos los implicados y basando las decisiones en pruebas reales.

Y es que como dice Jeff Gothelf en su libro Lean Startup: “Get out of the deliverables business”, en castellano: olvidémonos de centrar el negocio en las entregas y centrémonos en los que de verdad importa, hacer disfrutar a nuestros clientes con una experiencia memorable.

Principios Lean UX para guíar la organización de equipos

Equipos multifuncionales

Con esta palebreja lo que se refiere es que los equipos deben estar formados por aquellas personas con conocimientos necesarios en ese momento del proceso: desarrolladores, product management, testers, diseñadores visuales y de interacción, gestores de contenidos, marketing…

Para crear un gran producto es necesaria la suma de todos los conocimientos y la colaboración entre todas las disciplinas.

El todo es mayor que la suma de sus partes

Cuando un equipo está formado por personas de diferentes perfiles, se obtienen mejores soluciones ya que cada problema es visto desde un punto de vista diferente, aportando una gran diversidad.

Los miembros del equipo además están en contínuo contacto, por lo que poseen todo el conocimiento de lo que está sucediendo y lo que va a haserse al contrario que en organizaciones donde todo esta compartimentado. Gracias ello conseguimos una gran colaboración desde el inicio del proyecto logrando una mayor eficiencia de equipo, y trabajadores mucho más implicados en el proyecto.

Equipos pequeños, dedicados y juntos

Lo ideal: no más de 10 personas, focalizadas en el mismo problema y a ser posible en la misma ubicación. ¿Por qué?

Los equipos muy grandes tienen problemas para organizarse y compartir la misma información.

Los equipos pequeños generan un mayor sentimiento de camadería lo que genera mayor implicación en el proyecto y en las personas que lo están creando juntas.

Building a team

Imagen obtenida de aquí

Trabajando además en el mismo y único proyecto se consigue que estén centrados al máximo en las mismas prioridades y elimina las odiosas dependencias sobre otros equipos.

Autosuficientes y con poder para decidir

Si queremos obtener de forma rápida algo con lo que poder testear una suposición necesitamos que el equipo tenga todas las capacidades necesarias para trabajar sin dependencias externas.

Seguir leyendo