2018

3 consejos para escalar equipos técnicos por Jorge Gómez Sancha

Hola,
os recomemiendo mucho escuchar los PodKast de KFund ya que tratan muchos temas variados con gente super interesante. En concreto este de Jorge Gómez Sancha (@jorgesancha), actualmemnte trabajando en Carto como, hablando sobre «Escalando equipos técnicos», un tema que siempre me ha parecido super interesante ya que creo que uno de los mayores problemas de las empresas es la gestión del talento y del trabajo cuando comienzan a crecer.

Escalando equipos

Imagen extraída de la web de blog.kfund.vc

Como no, mucho mejor escucharlo en directo. Pero me he quedado con 3 consejos que da al final y que me gustaría resumir:

  1. Tener claro a quién reporta cada uno. Al crecer lo que funcionaba hacer 3 meses ya no funciona por lo que hay que ir definiendo la forma de trabajo continuamente.
  2. Un único sitio en el que saber que tiene que hacer cada persona. Que cualquiera de la empresa pueda mirar y sepa lo que esta haciendo y su siguiente prioridad. Parece fácil pero al crecer no lo es. Lo primero que hizo al entrar en Carto fie estandarizar el Kanban, con una única forma de gestionarlo. Luego cuando lo dominen que ya evolucionen (si te gusta esto te puede interesar este resumen sobre Equipos de alto rendimiento, de la genial charla de Israel Alcazar (@ialcazar) en la CAS 2017 ).
  3. Comunicar mucho más de lo que crees que tienes que comunicar. Por qué estamos haciendo las cosas «estamos haciendo esto porque la estrategia era uno, dos y tres», repetir las cosas mil veces… Nunca hay tiempo, nunca es prioritario pero hay que hacerlo.

Y es que como comenta Jorge, muchas veces en una empresa se asciende a alguien interno que está haciendo un buen trabajo y se le convierte en Manager o CTO, o VP…

Pero eso no quiere decir que se le de bien gestionar, saber tratar a la gente y todo lo que implica el trabajo además de que seguramente va emplear muchas más horas de lo que cree. Sobre todo en startups donde el perfil puede ser más joven, Sancha recomienda dedicar tiempo a darles pautas: tienes que hacer “One to one”, checkings….

Yo he estado en empresas que he visto como ponían a gestionar a magníficos desarrolladores, pero que no servían para nada sabiendo motivar al equipo, controlando el avance el trabajo en base al road map planteado, reportando al CEO o a Inversores las nuevas mejoras o los problemas encontrados, no sabiendo pedir ayuda al ver que todo se le escapaba de las manos…

Lo malo es que cuando el puesto es alto, aunque los de abajo vean lo que ocurre, desde arriba aun se puede tardar varios quarters en ver lo que pasa. Y eso es mucho dinero. ¿Y una vez detectado? Posibles soluciones: ponerle un coach que le enseñe, cambiarlo de posición al puesto que antes hacía tan bien, poner a otra persona a hacer la parte que menos controla…

Lo dicho, espero que os guste el podKast, a mi me ha parecido genial!

Diseñando experiencias organizacionales

Israel Alcázar y Janire Paskua de la empresa Thinking with you hablan en el pasado congreso de experiencia de usuario Experience Fighters 2018 sobre Cynefin una palabra galesa traducida como «habitat«, para definir un framework conceptual usado para ayudar en la toma de decisiones. Creado en 1999 por Dave Snowden cuando trabajaba en IBM Global Services, se basa en la investigación de la teoría de sistemas, la teoría de la complejidad, la teoría de redes y las teorías del aprendizaje.

Cynefin UX

El mundo ha cambiado y hay que adaptarse. Para afrontar el desafío en estos entornos de cambio, las organizaciones necesitan generar modelos de gestión más líquidos y emergentes que les permitan navegar por la incertidumbre. Alcázar y Paskua nos cuentan su experiencia como diseñadores de experiencias organizacionales, el proceso de arranque y los principales actores y problemas que se encuentran.

5 habitats o contextos

Para ello se debe entender los diferentes contextos en los que las organizaciones se mueven, los diferentes habitats que existen. Cynefyn ofrece 5 contextos de toma de decisiones o habitats, que sirven para ayudar a los gerentes a identificar cómo perciben las situaciones:

  1. Simple
  2. Complicado
  3. Complejo
  4. Caótico
  5. Desorden

El contexto de lo Simple trata de que las relaciones entre una causa A y una solución B, son directas. Siempre para una misma causa existe una solución. Mismo problema, misma solución. En la Formula 1 el cambio de neumáticos y el repostaje son un ejemplo. Está claramente especificado como hacer el mejor repostaje. Como resolvemos el proveedor de papelería… siempre es la misma solución.

El segundo, es el dominio de lo Complicado. Ya no es tan fácil la relación causa, efecto, solución. Para un mismo problema podemos tener muchas soluciones. Necesitamos para ello expertos, es decir, se necesitan conocimientos y experiencia en el tema. En el mundo de las organizaciones serían las buenas practicas: design thinking, service design…

Seguir leyendo «Diseñando experiencias organizacionales»

Experience Fighters 2018

Los pasados 6 y 7 de junio estuve en Madrid asistiendo al congreso  de experiencia de usuario ExperienceFighters 2018 en el auditorio de la Mutua Madrileña.

experience-fighters-2018

Con 5 ediciones, y habiendo asistido a las del año 2015 y 2016 tenía ganas de volver ya que, aparte de coincidir con gente del sector y amigos, siempre suele ser fuente de inspiración asistir a este tipo de eventos.

La gran mayoría de las ponencias este año eran en inglés, una de ellas incluso en streaming con Silicon Valley, con Astrid Weber, UX researcher en Google, hablando sobre cómo la diversidad sirve de inspiración para mejorar la usabilidad u obtener nuevas ideas de productos.

Personalmente la que más me gustó fue la keynote de Roberto Verganti, sobre como vivimos en un mundo congestionado con avalanchas de ideas, y con eso no basta. Lo importante es diseñar centrándose en crear experiencias significativas. Es necesario un elemento guía, una visión, que llame a la gente a tomar acciones hacia una misma dirección. Y es que Los equipos más exitosos, invierten el 54% del tiempo en decidir qué dirección van a tomar y luego reman (innovan, piensan…) todos a una. Una visión que sea compartida dentro de una organización, que sea procesable, y que la gente ame.

Como diseñadores tenemos un deber y una responsabilidad con los usuarios. No tenemos que darle lo que piden porque muchas veces no saben ellos ni lo que es.
Seguir leyendo «Experience Fighters 2018»

Vuelta a Centraldereservas.com como Product Manager

Después de que hace 3 años cambiara de ciudad por motivos personales de Zaragoza a Valencia para formar parte del equipo de UX de Capgemini, vuelvo como especialista de UX y PM a Centraldereservas.com.

Web de Centraldereservas.com

Imagen de la home de Centraldereservas.com

Tras llevar un tiempo trabajando como consultora UX para clientes de  diferentes sectores, tenía muchas ganas de volver a formar parte de un equipo (o varios) dentro de una misma empresa, y que mejor de volver a aquella en la que había estado tan a gusto durante más de 2 años.

Por ello que desde junio vuelvo a formar parte de la web de venta online de alojamientos, vuelos, actividades… que intenta luchar por ofrecer una experiencia de cliente espectacular frente a gigantes como Booking, Trivago…

Mi trabajo en palabras del CEO, Ricardo Buil, consiste en integrar negocio, imagen y usabilidad.

Y es que todos los canales de la compañía deben desarrollarse y crecer formando parte de un conjunto homogéneo que consiga que la compra de un hotel o paquete vacacional sea una experiencia única y memorable.

Seguir leyendo «Vuelta a Centraldereservas.com como Product Manager»

Último día en Torresburriel Estudio

Hoy 31 de mayo es mi último día Torresburriel Estudio.

Han sido 6 meses muy intensos en los cuales por primera vez he estado trabajando en una empresa cuyo actividad principal se centra en la Experiencia de usuario.

Torresburriel Estudio

Web de www.torresburriel.com

Los que me conocen me habrán oído decir muchas veces que «sin usuarios no hay UX«. Y es que he oído a mucha gente llamarse UX y no haber hablado ni una sola vez con las personas a las que va dirigido el producto o servicio que está diseñando.

Y para mi, eso ha sido algo por lo que he luchado en cada empresa en la que he estado trabajando como UX.

Por ello, ha sido genial ver como en el Estudio se integraba desde el inicio de cualquier proyecto la interacción con los usuarios, haciéndoles entrevistas, user tasks journeys, encuestas, formularios y tests de todo tipo, tanto presenciales como remoto.

Debo agradecer así mismo que desde muy pronto, Daniel Torres Burriel, CEO y fundador del Estudio, me dio la responsabilidad de ser UX Manager coordinando los proyectos y las tareas de los integrantes del estudio. Un puesto que unificaba varias de las cosas que llevo realizando desde hace años: trato con el cliente, comunicación entre los diferentes perfiles y empresas que pueden intervenir en un proyecto, gestión de las tareas y los tiempos de entrega, resolución técnica de los proyectos…

6 meses de trabajo en proyectos nacionales e internacionales, donde he podido conocer a las geniales personas que forman parte de Torresburriel Estudio.

Desde hace 3 años vivo en Valencia, por lo que la idea inicial era estar en la oficina de Zaragoza en contadas ocasiones. Pero estos meses he visto que para realizar correctamente las tareas que requería mi puesto debía estar más tiempo en la oficina, lo cual sumado a los viajes que surgían por los proyectos (kickoffs, presentaciones, tests…)… hacía que estuviera poco en casa.

Seguir leyendo «Último día en Torresburriel Estudio»

Test con usuarios con Lookback

La semana pasada estuve realizando 10 tests con usuarios para un cliente del sector ocio probando un software nuevo Lookback.  Una agencia de experiencia de usuario francesa coordinaba el trabajo global para realizar en paralelo los tests en 4 países (Gran Bretaña, Alemania, Francia y España).

En este caso, tanto el screener de captación como el «Discussion Guide» (la guía para el test) como la llaman ellos, nos lo mandaba el cliente, teniendo nosotros que realizar la captación de los usuarios (para lo cual usamos una agencia especializada).

Los tests debía ser grabados PiP (picture in picture) es decir, que se viera la imagen de la pantalla y la cara del usuario a la vez (como cuando compartes pantalla en una call y se ven las caritas en pequeño de las personas que escuchan). Normalmente el estudio emplea Morae un software especializado en test con usuarios que sólo funciona en SO Windows.

Pero el cliente solicitaba usar Mac y además parte de los tests debía realizarse con un prototipo en Principle, un programa especializado en realizar animaciones en prototipos que sólo está disponible para Apple.

Lookback fue la solución que encontramos, y la verdad es que es alucinante, facilitando en gran medida el trabajo tanto a la hora de hacer los tests como a la hora de hacer el report (si, es donde aportas valor al cliente por lo cual cualquier cosa que quite tiempo en tareas banales se agradece).

Lookback panel

Panel de Lookback

Varios tipos de test

Lookback permite la realización de varios tipos de test lo que viene genial para las necesidades de cada proyecto. En el estudio realizamos test en remoto con usuarios de todo el mundo pero muchas veces también hacemos presenciales, en nuestro laboratorio de Zaragoza o en otros lugares de España.

  1. “In-person”: es presencial con móvil, desktop o tablet.
  2. “Live”: en remoto dirigido con un investigador que guíe la prueba.
  3. “Self-test”: en remoto sin dirigir.

En “Live” permite configurar una landing page especial para cada proyecto, pudiendo añadir instrucciones o mensajes antes y después de que la persona realice el test. Seguir leyendo «Test con usuarios con Lookback»

Tráfico de calidad y conversión

El pasado 13 de abril Fernando Maciá de Human Level dio una charla en la XIII Feria de tiendas virtuales de Walqa llamada “De la captación de tráfico de calidad a la conversión”. Aunque no es mi expertise  la analítica siempre me ha gustado. Comprender que ocurre antes (y durante) de que el usuario llegue a la página web, y cómo poder modificarlo, es algo que me fascina.

Tráfico de calidad

Y es que en SEO, a las empresas de medios, todo el tráfico les vienen bien. Monetizan páginas vistas. Mientras más visitantes más dinero pero en e-commerce, no. Necesitas tráfico de calidad que convierta.
Trafico de calidad

Por ello y dado que la cantidad de recursos que normalmente se tiene no es ilimitada se debe mirar qué medios nos aportan mejor tráfico. Se deben tener controlados indicadores con Google Analytics u otras herramientas para detectar que medios funcionan mejor, y donde poner dinero en base al ROI.

Por ejemplo, en GA puedes buscar que está funcionando bien en Adquisición > Visión general > Vista con porcentajes de cada tipo de trafico sobre el sitio web (pago, orgánico, display, social…)

Por ejemplo, puede parece que llega mucho trafico de pago, pero claro, eso conlleva un coste. Esta gráfica ofrece indicadores cuantitativos pero se debe ampliar y ver el cuadro completo para analizar que sucede con ese tráfico una vez que llega al sitio web.

Por ejemplo, si volvemos al caso anterior, para los medios, el tráfico de calidad es aquel que se queda mucho tiempo en el medio, que visita muchas páginas y que vuelve.

Pero para tiendas no es igual. No se quiere un porcentaje de rebote elevado sino que vea la página, este un tiempo determinado, y que convierta. Si se atrae mucho trafico de pago, pero la conversión es baja 1,78%, mientras que en tráfico orgánico, el porcentaje de conversión es el 3,7% la calidad del tráfico de pago pinta mal.
Seguir leyendo «Tráfico de calidad y conversión»

La intuición no aplica en Ontruck

Seguimos con los post de la masterclass de @nachogil (diseñador de producto en Ontruck) en Factorystartup tocando ahora el tema de cómo realizan el proceso de diseño de producto.

Nacho nos cuenta el proceso de 8 pasos que siguen con cada nuevo desarrollo o proyecto basado en las características del producto de Ontruck.

Los 3 productos de Ontruck no son para cualaquier usuario. Es decir, no es un producto genérico tipo Facebook o Gmail. Con lo cual, el equipo de producto no es usuario de su producto, por lo que basan su aprendizaje en ser humildes y escuchar.

Eso les obliga a construir el producto que necesitan nuestros usuarios.

1. Comprender

  • Las ideas o problemas proviene de cualquiera.
  • Lo primero que hay que hacer es entender el problema.
  • No se piden soluciones, se plantean problemas. Las soluciones están sesgadas por la persona que las propone. Por cómo ve el problema, por cómo le afecta.
  • Nos importan los problemas, no las soluciones. Los problemas son más fáciles de compartir y discutir.
  • Observamos a los usuarios para comprender sus necesidades.

Y dijo esta frase que más valdría que muchas personas que cuestionan el coste de la UX y los métodos de research (investigación) deberían tener en cuenta:

Perder 1 día en ver y hablar con varios clientes te evita gastar 1 mes en desarrollo.

Clarito, ¿no?

2. Divergir

Una vez definido el problema, en una sesión de 2 horas, se reune todo el equipo (desarrollo, diseño y producto) e intentan pensar en soluciones obvias. El objetivo es intentar no seguir esas ideas, y generar entre todos la mayor capacidad de innovación.

Crazy Eights

Para ello, para diverger, y generar el mayor número de posibles soluciones, aplican técnicas para divergir y encontrar otras ideas, como Crazy Eights, Mapas mentales, Mapas de empatía,  How Might we…? o simplemente coger post-its y poner ideas y luego clasificarlas…

3. Decidir

En esta etapa el objetico es de las ideas viables que entran en scope clasificarlas y quedarse con una. Para ello:

  • Se decide el alcance del proyecto (scope).
  • Siempre se orientan a reducir el desarrollo. Mínimo desarrollo posible en todo (minimal waste, puro lean!), tanto en diseño como en código. Si puedes falsear la solución con algo manual, comprueba que es la adecuada y ya invierte el tiempo en hacerlo.
  • Se comparte con Tech, QA, Operaciones, Ventas y Mkt.
  • El resultado suele ser un plan para dividir el proyecto en varias fases.

Desarrollo de producto Lean

Ese plan siempre comienza con un MVP (Minimuml Viable Product) que si se puede hacer sin pintar pantallas y sin tirar código mejor.

Seguir leyendo «La intuición no aplica en Ontruck»

Proceso de desarrollo de producto en Ontruck

Continúo con la masterclass de @nachogil (diseñador de producto en Ontruck) y cual es su proceso de desarrollo para diseñar producto diseñado por Javier Escribano. Esta fue de las parte que más me gustaron con la que contaré en el siguiente artículo, por todo lo que me gusta aprender sobre metodologías de trabajo.

No creo en otra forma de desarrollar un buen producto que no sea siguiendo la filosofía Agile. Por ello creo en el trabajo colaborativo entre los diferentes miembros de los equipos, cuya aporte de conocimientos diversos es lo que hace que la suma del TODO sea mayor que cada una de sus partes.

No creo que exista un método perfecto, sino que cada empresa debe encontrar el que mejor se ajusta a su proceso. Pero después de haber pasado por varios tipos de empresas de desarrollo (producto propio, consultorías, startups…) creo que esta forma de trabajar va bastante bien encaminada.

El concepto es muy similar a lo que intentaban implantar en las otras empresas pero por lo que contó Nacho, bien hecho. La diferencia con las otras empresas está en el equipo (desde mi punto de vista). Ontruck está formado por un equipo senior que cree en esa forma de trabajar y tiene claro los objetivos que quiere conseguir.

Plan de producto

Un poco de información: Ontruck tiene un año de vida, 3 aplicaciones (una para los camioneros, otra para las empresas y otra interna para unis los 2 mundos) y están ya cerca de tener un equipo de casi 100 personas.

Formato de trabajo

Su formato de trabajo es el siguiente:

  • Cada año, lo dividen en 4 trimestres.
  • Cada uno con 2 Roadmaps estables de 6 semanas: 5 semanas de trabajo y 1 de reflexión.
  • Cada Roadmap tiene 2 sprints de 2 semanas cada uno de desarrollo de producto y una de estabilización.

Semana reflexión

Esta planificación basada en roadmaps es suficientemente corta para que no cambien las prioridades de negocio y suficientemente larga para poder construir productos/proyectos pequeños.

Seguir leyendo «Proceso de desarrollo de producto en Ontruck»

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 «Metodología de Nacho Gil para diseño de producto»

Scroll hacia arriba