Blog

Datos Abiertos

Dentro del Internet Freedom Festival,  una de las charlas que no me quería perder era la de Norberto Mazón (@jnmazon), profesor e investigador en la Universidad de Alicante, sobre «Datos como materia prima: herramientas para la publicación y reutilización de Datos Abiertos» seguida por «Oportunidades de negocio u servicios de valor añadido reutilizando Datos Abiertos«, impartida ésta última por Antonia Ferrer, profesora e investigadora en la Universidad Politécnica de Valencia.

Ambas han sido muy instructivas, sobre todo por el debate generado entre los asistentes.

Y es que vivimos en un mundo datificado, ya que se generan datos en todas las partes del mundo, cuando pagas con una tarjeta de crédito, saben cuándo, el qué, dónde y cómo. (Casi) cualquier acción que hacemos a lo largo del día genera datos.

La imprenta consiguió que el acceso a los datos no fuera un privilegio.

Pero antes de internet, tenemos que pensar que gracias a la imprenta, pasaron de tener información unos pocos privilegiados que pudieran costearse el pago de un libro escrito a mano, a millones de personas. Y viendo las gráficas que nos muestra, sobre volumen de libros impresos (en Europa) comparado con el volumen de crecimiento de datos (mundial), vemos que la forma de evolución es muy similar.

Norberto nos cuenta como la gente ve los datos como el nuevo petroleo, «Data is the new oil» (o como comenta un asistente, «y la perdida de la privacidad el nuevo calentamiento global«) y nos recomienda esta charla TEDx de David McCandless: La belleza de la visualización de datos, donde transforma la frase «Data is the new soil», refiriéndose a los datos abiertos como el medio fértil y creativo, un nuevo y potente motor económico.

La charla continua hablando sobre el dato en crudo. ¿Infografía o dato en crudo? ¿Qué aporta más valor? ¿Qué prefiere el ciudadano?

Y es que aunque una infografía te permita visualizar de forma rápida mucha información así como eventos que se salgan de la media, el dato en crudo te permite hacer lo que tu quieras, reutilizarlo, reinterpretarlo o combinarlo siempre que quieras, mientras que la imagen es algo estanco, sólo tienes lo que ves.

Seguir leyendo «Datos Abiertos»

Internet Freedom Festival

Estos días se está celebrando en Valencia, la tercera edición del Internet Freedom Festival, tal y como dicen ellos «The Global Unconference of the Internet Freedom Communities», que traducido es algo así como la «Desconferencia Global sobre la comunidad libres de Internet».

Internet Freedom Festival

Las Naves es el lugar elegido por la organización, y donde, desde el lunes 6 de marzo al viernes 10 de marzo, se vienen celebrando charlas que comparten un objetivo común, conseguir un internet más seguro y más libre.

Pocos eventos pueden decir que congreguen a personas de 114 países diferentes, con más de 1200 asistentes, entre activistas, desarrolladores, expertos en seguridad y privacidad, periodistas, defensores de los derechos humanos, product managers, y si, también diseñadores.

8 son los temas sobre los que se organizan las charlas y talleres: Comunidad, Comunicación y Diseño, Buenas prácticas, promoción de políticas, Periodismo y medios, Herramientas y Libertad en Internet.

Aunque he asistido a varios congresos y eventos sobre temas relacionados con internet: Congreso Web, UXSpain, The Inbounder, Experience Fighters, Measure Camp… y llevo desde el año 2005 trabajando en el sector, el Internet Freedom Festival me ha descubierto un mundo totalmente nuevo.

Y es que la cosa cambia cuando en vez de intentar vender más naranjas o gafas de sol a través de tu página web, necesitas un servicio que proteja la información que posees o que necesitas mandar, porque está en juego que si cae en manos indebidas puede morir gente.

Seguir leyendo «Internet Freedom Festival»

Trabajando como Product Owner

Recientemente he trabajado como Product Owner, (PO) y me gustaría dejar constancia de como se estaba realizando esa tarea, ya que me parece un approach muy bueno para el desarrollo de un producto.

En este caso la empresa tenía un equipo de Producto que eran los que efectuaban el desarrollo del producto (research, entrevistas con usuarios, Design Sprints…) y cuyos stakeholders trasladaban las insights y nuevas necesidades de los usuarios al Storiesonboard.

Era mi misión dividir esas nuevas ideas en formato de User Story juntándolas en Releases, en base al valor aportado (marcado por los OKRs) al backlog en JIRA.

A continuación muestro una imagen del ciclo de desarrollo de US que empleábamos:

Produc Owner Cycle

Este ciclo no tenía porque hacerse completo. Si mientras ha estado en el backlog, se habían descubierto nuevas ideas, la User Story volvía al descubrimiento y al StoryMap. La cuestión era:

Minimizar la cantidad de trabajo no realizado.

Empleábamos:

  • Artefactos: Storiesonboard, JIRA, Trello y Slack.
  • Ceremonias (siempre con timing): Daily por squad y grupal (diaria, 15´), Syncro (una cada 2 semanas, 30-45´), Retros (cada 3-4 semanas, 60´) y Asamblea (cada 2 meses, 2h).

Story mapping

Para realizar storymapping usabamos Storiesonboard.com, un software (de pago) que actúa como una panel donde puedes ir distribuyendo las User Stories (US en adelante) en releases y features, y que permite organizar el crecimiento atómico del producto.

Story mapping

En los cuadrados azules, estaban los OKR de la compañía, en los amarillos las MMFs (siglas de Minimum Markatable Feature, característica mínima comercializable) necesarias para alcanzar esos OKR, descritas como adjetivos. Por último, en blanco, debajo de la columna de cada feature, las US necesarias para alcanzarlas. A la izquierda, en letra azul, se marca en que Release o MVP (Minimum Viable Product, Producto mínimo viable) están esas US.

Lógicamente las MMF que tenían más valor estaban más a la izquierda, así como las US con más valor estaban más arriba. Para organizarlo es necesario que el PO disponga de conocimientos y experiencia en aspectos de negocio.

El JIRA estaba dividido en 3 paneles, uno para cada tipo de usuario que trabajaba con él, enlazando así el trabajo del equipo de desarrollo a los objetivos de negocio, muy importante para conocer el estado de una feature y seguir su trazabilidad.

MMF Board

El primer panel, es el MMF Board que posee 3 columnas «To Do, In progress y Done». Puede haber varias MMF por release, enlazadas entre ellas por una etiqueta de JIRA que indica el nombre de la release.

Seguir leyendo «Trabajando como Product Owner»

Relación empresa-trabajador

Para mí en cualquier relación empresa-trabajador la confianza y preocupación de uno por el otro es clave.

Se establece un contrato donde la persona recibe un sueldo justo acorde a la valía de un trabajo realizado con el mayor empeño posible.

Sin una confianza mutua no se llega a ningún lado, como se ve en empresas donde existe una alta rotación, o empleados que no dan el máximo en su día a día.

Relacion empresa trabajador

Como jefe, espero que pongas tu talento y toda tu motivación para cumplir tu trabajo, y como empleado, espero que veles por mi y reconozcas el esfuerzo que hago.

Si tuviera una empresa preferiría tener empleados que están ahí porque les gusta, y no porque no les queda más remedio y necesitan ese sueldo para vivir. Empleados que aunque les ofrezcan otros trabajos e incluso puede que mejor sueldo, prefieran quedarse en la empresa, con ganas de construir algo juntos (de hecho he tenido jefes con pensamientos similares que incluso nos animaban a hacer entrevistas)

Pero la realidad que veo a mi alrededor es bien distinta muchas veces. Tanto por un lado como por el otro. Empleados que solo trabajan porque tienen que pagar sus facturas, y empresas que se aprovechan de ese miedo al despido, no valorando a las personas que luchan cada día, sacando adelante esa compañía.

El miedo al despido, en sectores donde la crisis ha sido fuerte, ha hecho mucho daño aceptando condiciones que a la larga sólo perjudican.

O peor aun sino te despiden. Que te hagan el famoso «mobbing», antiguamente llamado acoso laboral, o «bossing» si viene de los superiores hasta que no aguantes más y te vas (con el ahorro del finiquito por parte de la empresa y quedando la víctima encima sin prestación social).

Un ejemplo en un caso que he visto recientemente a un amigo:

Seguir leyendo «Relación empresa-trabajador»

Agile software development

En un mundo de constante cambio e incertidumbre, es imposible predecir a futuro cual va a ser la siguiente innovación. Por ello desde hace años los desarrolladores han estado usando métodos Agile para reducir sus ciclos de desarrollo, basándose en un aprendizaje contínuo y entregar valor al cliente de forma regular.

Agile Manifesto

Imagen de la web de http://agilemanifesto.org/

Fue popularizado por el Agile Manifesto, que define sus valores y principios, habiéndo evolucionado en diferentes métodos de desarrollo, siendo dos de los más utilizados Scrum y Kanban.

En referencia a la experiencia de usuario, te recomiendo que te leas Lean UX, un libro que relaciona el Diseño Centrado en Usuarios (DCU), el Design Thinking y las metodologías de desarrollo ágil de software para desarrollar productos y servicios con la mejor experiencia de usuario.

El Agile Manifesto define 4 principios y 12 valores. Descubrirlos para mi, fue una revelación, el ver puesto en palabras lo que, en mi experiencia, era la base de todo buen desarrollo.

Los 4 principios Agile

  1. Individuos e interacciones sobre procesos y herramientas
  2. Software funcionando sobre documentación extensiva
  3. Colaboración con el cliente sobre negociación contractual
  4. Respuesta ante el cambio sobre seguir un plan

El diferente tamaño de letra se debe a que aunque se valoren los elementos de la derecha, se priorizan más importantes los de la izquierda.

Individuos e interacciones sobre procesos y herramientas

Es más importante el conocimiento de las personas y el valor que puede surgir del conocimiento conjunto que los entregables o los procesos rígidos. La libertad de compartir ideas y realizar aprendizaje y descubrimiento entre todos los miembros del equipo crea un ambiente de innovación lo que conlleva a conseguir mejores soluciones, a la par que un sentimiento de responsabilidad sobre lo creado.

Seguir leyendo «Agile software development»

¿Qué método de research (investigación) elijo?

Para mi no existe otra manera de realizar el diseño de un servicio o un producto, ya sea digiltal u offline, que realizando un diseño centrado en el usuario o como se dice en inglés UCD (User Ceneterd Design).

Para ello hay 2 pasos fundamentales que no se pueden evitar:

  1. Hacer investigación de usuarios antes de diseñar
  2. Realizar tests con usuarios después de diseñar (ya sea la arquitectura, el rotulado, la estructura…)

Test de usuarios

Preparación de la sala para el test con usuarios

Sino estarás diseñando sobre hipótesis que podrán ser ciertas o no, pero que no estarán validadas antes de ser lanzadas al mercado.

Pero en el campo de la experiencia del usuario existen múltilples métodos de investigación disponibles, desde métodos más científicos como los estudios de usabilidad en el laboratorio, hasta las evaluaciones UX en línea no moderadas.

¿Y cómo selecciono el más adecuado a mi problema?

Si bien es muy difícil (además de seguramente un desperdicio de recursos) usar todos los métodos en un proyecto en concreto, lo ideal es utilizar varios y no utilizar sólo aquel con el que se está más acostumbrado y cómodo.

Christian Rohrer habla de eso en su artículo «Cuándo usar cada método de investigación en la experiencia del usuario«, comentando que es útil verlos a lo largo de un marco tridimensional con los siguientes ejes:

  1. Actitudinal frente a conductual
  2. Cualitativo frente a cuantitativo
  3. Contexto de uso

Métodos UX Research
20 métodos de research clasificados frente a las 3 dimensiones. © Norman Nielsen/Christian Rohrer

Seguir leyendo «¿Qué método de research (investigación) elijo?»

Consejos para hacer un supermercado online

David Baratech (@davidBaratech) Co-Founder de ulabox.com, el primer supermercado puramente online en España, nos cuenta los consejos para que un supermercado online funcione.

Ante todo, un supermercado online tiene el objetivo de ahorrar tiempo al usuario al poder hacer la compra desde cualquier lugar sin tener que hacerla en persona. Además, siempre hay «X» artículos que el consumidor compra regularmente, con lo cual la tecnología esta ahí para ayudarle a evitar tareas repetitivas, una ventaja que el supermercado offline no puede ofrecer.

Por ello,Baratech lo primero que nos da es una serie de consejos generales que podemos aplicar para mejorar la experiencia y usabilidad de cualquier ecommerce.

Buscador predictivo

Ejemplo de buscador en Ulabox.com

El buscador predictivo simplifica la vida a los usuarios, anticipandose a la búsqueda y evitando que tecleen de más. Sobre todo si hacen la compra desde el móvil, te querran si les evitas teclear.

Permite incluir productos a pesar de haber cerrado la compra. ¿Cuántas veces has llegado a casa y te has dado cuenta que te has olvidado los huevos para la tortilla?

El usuario que compra online no se diferencia en nada del usuario que compra offline.

Con lo cual durante por lo menos, un mínimo de horas permite que añadan nuevas cosas al carrito. Tu venta media crecerá.

Estudia las microinteracciones que facilitan la vida a la gente. Aparte la hace más entretenida y divertida, como el «Me gusta de Twitter». Que se vea que un producto se ha añadido al carrito, o que ha añadido una unidad extra.

Seguir leyendo «Consejos para hacer un supermercado online»

El súpermercado online del futuro

¿Por qué es tan complicado digitalizar un supermercado?, David Baratech (@davidBaratech) Co-Founder de ulabox.com, el primer supermercado puramente online en España, empezaba con esta pregunta su charla en el Experience Fighters 2016.

Supermercados online - Ulabox

Como en ese momento estaba trabajando en Capgemini Valencia, como UX Team Leader para uno de los mayores supermercados de España, el tema me importaba y mucho.

Dificultades de un supermercado online

La principal diferencia respecto los productos que encontramos en supermercado y otros que se venden online: son la fecha de caducidad y que muchos necesitan refrigeración.

El ser productos perecederos y frescos complica la venta online

Necesitas una gran infraestructura que no rompa la cadena de frío para que ese producto llegue en buen estado y en un tiempo adecuado. Tener que hacer la compra con una semana de anticipación no es algo que los clientes vayan a soportar.

Eso implica dinero, ya sea en adquirir transporte propio o subcontratarlo. Añadiendo el plus que el transporte refrigerado es más caro que el normal.

Aparte es muy importante que el supermercado online tenga todos los productos que encuentras en uno offline porque sino no te cumple el mismo servicio.

Sino tienes el 100% del surtidola venta online no funciona.

Por ello necesitas tener un stock permanente que satisfaga todos los pedidos, pero evitando que estos productos caduquen y sean perdidas para la empresa.

La relación stock versus caducidad es un factor de gran relevancia en un supermercado online

¿Y ese stock donde se encuentra? Necesitamos almacenes donde guardar esos productos, estanterías, cámaras frigoríficas… con el consiguiente gasto. Además muchos productos no son apilables porque se chafan y pierden el buen aspecto o se pudren, por lo que el espacio del almacen también es mayor.

Seguir leyendo «El súpermercado online del futuro»

HEART: la métrica de Google de UX

Elegir las métricas adecuadas para medir la Experiencia de usuario de un producto o servicio no es fácil.

Las métricas básicas de tráfico (como las vistas de páginas o el número de usuarios únicos) son fáciles de obtener y sirven para tener una base de referencia sobre cómo funciona a lo largo del tiempo el producto, pero a menudo no son muy útiles para evaluar el impacto de los cambios UX ya que suelen ser muy generales, costando relacionarlas directamente con la calidad de la experiencia del usuario ni con los objetivos del proyecto.

Kerry Rodden escribió este fántastico artículo donde nos cuenta como encontraron en Google un framework para medir la experiencia de usuario llamado HEART, que puede ser aplicados desde a todo el producto/servicio hasta una característica específica:

  • Happiness (Felicidad): Medidas de las actitudes de los usuarios, a menudo recopiladas mediante encuestas, como la satisfacción, la facilidad de uso percibida, el NetPromote Score (NPS)…
  • Engagement (Compromiso): Medidas del nivel de participación del usuario. Se puede medir con las fotos que sube al día, si comparte contenido de otras personas, el número de visitas que ese usuario realiza a la semana…
  • Adoption (Adopción): Se mide la obtención de nuevos usuarios, cuanto usuarios nuevos se registran cada 7 días, el procentaje de compras realizadas por nuevos usuarios, cuanta gente se ha bajado la nueva versión…
  • Retention (Retención): Se mide como de rápido vuelve un usuario a usar nuestro producto o servicio. Se consigue a través de métricas tales como el número de usuarios activos, la tasa de renovación o falta de retención (churn)…
  • Task succes (Tasa de éxito): Medida de la eficiencia, efectividad y tasa de error. Se basa en establecer goals en nuestro producto y medirlos, como por ejemplo el tiempo de creación del perfil completo, si encuentran algo que buscan…

Si tu proyecto no lo necesita no es necesario que crees métricas de todas las categorías.

Por ejemplo, el nivel de retención o compromiso del «Programa Padre de Hacienda» puede no ser significativo ya que es un programa de uso obligado para realizar la declaración de la renta que sólo se usa una vez al año.

Seguir leyendo «HEART: la métrica de Google de UX»

Preparación y análisis de un test en remoto

Seguimos con los consejos de Stefano Serafinelli (@sserafinelli) para la preparación de un test en remoto.

1. Tiempo

Si haces que el teste tenga una duración de más de 30 minutos, la atención del usuario decaerá. En remoto es más fácil que el usuario de despiste, coja el móvil… ya que está solo y no tiene a nadie vigilándolo.

2.Datos personales vs Datos ficticios

No puedes pedirle a un usuario que ponga sus datos personales (Email, tarjeta de crédito, teléfono…) en una tarea. Con lo cual si necesitas que rellene este tipo de datos, proporcionale unos.

3. Test remoto en móviles

  • Debe ser más breve, ya que es mucho más complejo por el contexto donde se realiza (lugar, interrupciones de email, whatsup…)
  • Ojo con la velocidade de conexión y la batería sobre todo si grabas el test. En las instrucciones indica que se debe hacer con WIFI y con la batería llena.
  • Reduce las entradas de texto. Si rellenar un formulario en la web es una de las cosas más odiadas, en móvil se convierte en una pesadilla. Si necesitas recopilar información mejor haz que graben las respuestas por voz.

4. Calidad

Realiza un control de calidad durante el estudio para que puedas contrastar los resultados contra esa muestra.

5. Soft launch

Al contrario que los test en laboratorio, en remoto a todos los usuarios les llega el email a la vez (100-1000 personas) por lo que no puedes permitir que nada vaya mal. Para ello lo ideal es hacer varios test de prueba con pocos usuarios para pulir los problemas. Te pueden salir datos como estos:

  • 59%: Problemas técnicos / No iba
  • 46%: Otra razón
  • 29%: No sabía como navegar

Como ves a la hora de preguntarles por qué han tenido problemas, es muy importante dejar una respuesta abierta, con un campo para que indiquen esa razón,  ya que puede que falle algo que ni te imaginas.

Analizando los resultados

Lo primero analizar los datos cuantitativos para ver si alguno resalta mucho o es muy diferente a lo esperado.

Vamos a volver a los ejemplos de test que nos pudo Stefano (aquí puedes ver cuales son). Si hay un % de exito bajo (60%), es decir que no han dado la respuesta adecuada al final y el % de usuarios que han encontrado dificultades tambien es bajo (53%), algo malo pasa.

Es significa que los usuarios que lo han hecho mal no se han dado cuenta de que no han encontrado la respuesta correcta.

Hay que averiguar por qué. En la tarea de de encontrar el sofa cama de 3 plazas más barato, cuando se les preguntaba  a los usuarios que habían fallado, su respuesta era «Pensaba que mi respuesta era correcta».

Test remoto con usuarios

Seguir leyendo «Preparación y análisis de un test en remoto»

Scroll hacia arriba