Product Manager

Caso de uso: como estamos trabajando en el desarrollo de una herramienta interna

Como os comentaba en este post, llevamos un año o asi, trabajando en el desarrollo de un proyecto interno para sustituir a una herramienta que lleva desde los inicios de la empresa, con casi 15 años de desarrollo. Como podréis imaginar la parte visual está basada en un diseño muy antiguo, y no está pensada para móviles o tablet, con lo cual dificulta su acceso con otros dispositivos que no sea ordenadores con pantallas grandes.

Tiene tantas funcionalidades integradas que dado que se han ido añadiendo con el tiempo, la complejidad de la interfaz es muy elevada, con una curva de aprendizaje muy larga en el tiempo. Incluso los agentes que llevan más tiempo empleándola, tienen dificultades para encontrar las cosas. Por ello el objetivo principal era optimizar los procesos de trabajo de todos los usuarios, para asi sacar datos y estadísticas y mejorar los tiempos de ejecución de tareas.

El equipo

Anteriormente se había probado realizar este proyecto solo con desarrolladores cogiendo componentes de un conocido framework. Esta vez exigimos que el equipo fuera multidisciplinar con integrantes de experiencia de usuario y sobre todo teniendo en cuenta a los usuarios desde el inicio.

El core del equipo cuenta con 1 team leader, 3 backs, 2 fronts y 2 UX/UI (una de estas personas asi mismo da soporte al team leader, asi como hace de tester). El team leader que también programa y los backs están «más o menos» al 100% con el proyecto, pero el resto además damos soporte en otras áreas de la empresa. Como podrás imaginar estamos bastante ocupados, teniendo que saber priorizar muy bien las tareas de los diferentes proyectos en los que trabajamos.

Aparte contamos con:

  • 1 persona de negocio que va haciendo análisis de como mejorar los procesos actuales ya que no queremos simplemente replicar lo antiguo,
  • 1 team leader que gestiona el desarrollo de la herramienta antigua, que con su equipo desarrolla los webservices que necesitamos,
  • el equipo de usuarios: un coordinador de los agentes, asi como agentes con algunos con años de experiencia y otros nuevos que prueban todo lo que se diseña, desarrolla y nos dan constante feedback.

Hay que comentar además que antes de comenzar el proyecto, parte de los integrantes del equipo de UX habíamos estado haciendo observación directa con los participantes con el objetivo, en esos momentos, de detectar mejoras para lo que era la herramienta actual (la que se va a sustituir ahora). Por ello ya conocíamos parte de la problemática asi como las formas de trabajar de los usuarios.

Comenzando el proyecto

Al inicio del proyecto, el equipo de desarrollo decidió la tecnología que se iba a usar. A la par desde UX realizamos un estudio de posibles interfaces para decidir cual iba a ser la estructura de diseño en la cual se iba a basar todas las pantallas. Había que tener en cuenta que aunque el 100% del trabajo de los agentes se realiza con un ordenador, se quería que no estuviera su diseño enfocado solo en desktop sino que fuera completamente adaptado a cualquier dispositivo.

Con negocio y los agentes se decidieron cuales eran las principales funcionalidades que se tenían que abordar para una primera versión, y se preparó un backlog para los primeros sprints.

Seguir leyendo «Caso de uso: como estamos trabajando en el desarrollo de una herramienta interna»

Trabajando en un proyecto interno

Hola, se acerca el final de 2022 y la verdad es que con la peque poco tiempo he podido dedicarle al blog. Justo me llega para poder leer algún libro o post!

En el trabajo además llevamos casi todo el año centrados en desarrollar una herramienta interna para los agentes, con lo cual tampoco he ido publicando contenido aun porque se ha hecho mucho trabajo de investigación y análisis con los usuarios, de estudio de campo para ver como trabajaban con las herramientas actuales, entrevistas, encuestas, tests probando los que íbamos desarrollando…

Además aunque hay elementos compartidos con el sistema de diseño de la web para el público www.centraldereservas.com, otros componentes son totalmente nuevos, asi como la interfaz ya que no tienen nada que ver las necesidades de un sitio con las del otro.

Aunque aun queda mucho trabajo por hacer, estamos todos muy contentos con el resultado, tanto los desarrolladores como los usuarios.

Para que os hagáis una idea de la magnitud del cambio, esta nueva herramienta va a sustituir a algunas que llevan en la empresa desde casi sus inicios, con casi 15 años de desarrollo. Son sistemas que están usando tecnología que ya no tiene soporte, y como imaginareis la parte visual no está pensada para móviles o tablet, con lo cual dificulta su acceso con otros dispositivos que no sea ordenadores con pantallas grandes (dada la magnitud de la cantidad de datos que se muestra).

Asi mismo, poseen una complejidad y una interfaz tal, que la curva de aprendizaje es muy elevada, habiendo dificultades para que incluso los usuarios que más tiempo llevan usándola la empleen de la misma forma, por no decir, que imposible sacar datos y estadísticas para mejorar los tiempos de ejecución de tareas.

Seguir leyendo «Trabajando en un proyecto interno»

No es la solución perfecta pero…

Como comenté en el resumen del año, 2021 ha sido el año de la internacionalización para www.centraldereservas.com. Y como suele pasar cuando a veces los proyectos se desarrollan rápido, es que a veces suceden cosas que nadie había previsto. Os cuento una de ellas.

Al equipo nos llegó la incidencia de que se estaban grabando en los sistemas como «???» algunos datos del titular de la reserva, lo cual daba problemas al llegar al alojamiento. En concreto teníamos 36 reservas con ese problema, 10 de ellas pendiente de entrar aun al alojamiento.

En España los hoteles no se preocupan mucho, pero en otros países, los datos del titular deben aparecer exactamente como los del pasaporte, incluso habiendo casos que hay que rellenar igual los de todos los integrantes de la reserva.

Al ponernos a investigar vimos que lo que ocurría es el usuario estaba rellenando el formulario con caracteres no latinos. Eso al mandarlo a otros sistemas los procesaba como «???». La solución era simple para nuestro proyecto, bastaba con cambiar la codificación de «Latin1» a «UTF 8» (o en concreto utf8_mb4, que sino luego alguien puede poner un emoji) en nuestras peticiones al xml.

¿Pero qué pasaba? El resto de sistemas a los que teníamos que mandar esa información, que tenían que procesarla y almacenarla, no podía cambiarlo asi de fácil (por lo visto hacer eso en Perl debe ser un festival sino se hace al inicio…). De hecho por eso en nuestro caso estaba como «Latin1» porque había sido un requerimiento inicial por parte de ese sistema.

Por ello tuvimos que pensar en una solución por nuestra parte sin involucrar al resto de sistemas. Al equipo se le ocurrieron 2:

Seguir leyendo «No es la solución perfecta pero…»

Cambios visuales en el formulario de reserva

En el proceso de conversión de la adquisición online de un producto o servicio, influyen numerosos elementos. Muchas veces nos focalizamos en el paso final de la compra, pero es igualmente importante que no haya problemas en los pasos anteriores como a la hora de buscar y encontrar un producto, el poder ver bien sus características, el leer opiniones de otros usuarios, el conocer que productos asociados son necesarios para su uso…

En www.centraldereservas.com cuidamos mucho el recorrido que atraviesa el cliente en todo su proceso, desde la fase de descubrimiento e investigación, como al soporte tras la compra. Numerosas personas trabajamos cada día para ofrecer la mejor experiencia de compra de alojamientos vacacionales y los clientes lo demuestran con sus comentarios.

Hoy vamos a hablar de este último paso del funnel de compra, en el que se rellenan los datos y se procede a la adquisición, donde los niveles de estrés del usuario se disparan. Por ello, con la idea de facilitar al usuario este proceso, y dejar más claro los distintos apartados que conforman el formulario de compra se ha realizado un cambio en su diseño adaptándolo además al estilo que teníamos en otro vertical de la empresa: el formulario de vuelos.

Gracias a ello, aparte de ganar en claridad en la presentación, homogeneizamos el estilo de estas 2 líneas de producto.

El equipo que trabajamos en el desarrollo del proceso de compra, a pesar de ser relativamente pequeño, es uno de los más activos de la empresa. Para que os hagáis una idea tenemos una media de mínima 2 deploys a la semana, con subidas de mejoras principalmente centradas en mejoras para el cliente (y alguna de mantenimiento, como la actualización de Angular).

Como os contaba en este post, en 2019 efectuamos un cambio muy grande al modificar la tecnología del proceso de reserva, migrándolo a otra formato con la idea de separar y abstraer toda la parte de presentación del motor de reservas (integración con mayoristas, algoritmo de precios, cobros…)

En el aspecto visual, la idea inicial fue clonar en diseño al sistema antiguo con algunas pequeñas mejoras para ir más rápido y así poder comparar los datos como velocidad, conversión… en los 2 sistemas sin que estos se vieran influenciados por un diseño distinto.

La conversión del nuevo sistema supero con creces al antiguo, por lo que a día de hoy, usando al 98% de los usuarios este sistema (2% son IE y algunos navegadores obsoletos) y habiendo pasado 2 años, el cambio visual entre uno y otro es total.

Pero a pesar de esta gran evolución, algunos elementos aun mantenían estilos antiguos, que ofrecían mucho margen de mejora, como pasaba con los bloques y títulos del formulario de reserva.

En nuestro caso el formulario en muchas ocasiones ofrece un gran número de opciones. Dependiendo de la anterioridad de compra, de la localidad, o de si el usuario está registrado o no, los bloques que se visualizan pueden cambiar. Asi mismo dentro de algunos bloques, como por ejemplo los de venta cruzada de extras, a veces se ofrecen 1 o 2 extras y otras 4 grupos con 5 extras cada uno.

Y como queda si lo comparamos con el actual de vuelos:

Esperemos que os gusten los cambios. Al resto de compañeros les ha encantado.

Todos los derechos son de Centraldereservas.com. Queda prohibida totalmente la reproducción parcial o total del contenido.

Resolviendo el problema de usabilidad de las entidades visuales

A pesar del gran descenso en viajes debido al Covid seguimos preparando y pensando mejoras para nuestros clientes. Aparte de una gran mejora técnica en el sistema de cachés de la web, esta semana se han subido numerosos cambios visuales, entre ellos el del componente entidad.

Poner texto sobre imagen queda muy bonito, pero para que sea completamente legible para todos los usuarios hay que tener un gran control de las imágenes que se utilizan. Y es que aunque se usen distintos recursos para retocar la imagen, como oscurecerla, subir la saturación, añadir velos de opacidad negro por encima, o poner el texto con algún fondo de color… cuando son miles de imágenes distintas es muy difícil de controlar la usabilidad en todas ellas.

Aquí se pueden ver los ejemplos mencionados para el tratamiento de la imagen que usa la competencia para tratar este problema.

Y aqui veis el diseño que teníamos en la web… donde se puede aprecia la dificultar al leer ciertos textos:

Nuevo diseño

Por ello para evitar este problema, se han cambiado los diseños de los numerosos componentes que forman el componente entidad.

Hay que tener en cuenta a la hora de diseñar los elementos ciertas variables:

  • No diseñes en base al componente perfecto, ya que no siempre nos llega toda la información en cada componente. Por ejemplo, en el bloque entidad alojamiento, puede llegar el nombre, la dirección o ciudad, la categoría, la valoración y el precio. Pero en ocasiones solo llega el nombre. El diseño debe estar pensado para adaptarse a esa flexibilidad y que siga quedando bien, sin aspecto de roto.
  • Deben estar adaptados a los distintos dispositivos y sus anchuras. Además de permitir una variabilidad de montajes a la hora de hace el diseño de la página para ofrecer una libertad controlada a marketing.
  • Estos componentes están preparados para montarse en bloques de distintos elementos, formando asi rejillas en base a las necesidades: 2 elementos en una sola línea, 3, o incluso 4.
  • También se pueden poner en formato slide, para agrupar muchos elementos en 1 sola línea y que no crezca demasiado la altura de la página y el usuario pueda en una mirada rápida ver los grupos principales y ya profundizar si le interesa.
  • Diseña también los efectos para mostrar la interacción del usuario sobre ellos: hover, tap, visited…

Esperemos que os gusten los nuevos diseños, si los quieres ver en directo ya sabes navega por www.centraldereservas.com.

Todos los derechos de las imágenes de la web de Centraldereservas.com son propiedad de Centraldereservas.com. Queda prohibida totalmente la reproducción parcial o total del contenido.

La importancia de la buena comunicación Cliente > Call center > Técnicos

Para mi, incluso antes de descubrir hace años el mundo de la experiencia de usuario, siempre me ha parecido muy importante el trabajo que realiza Call Center. Están en primera línea de batalla, soportando muchas veces a usuarios enfadados, con un horario cerrado y en numerosas ocasiones con salarios no muy elevados.

En www.centraldereservas.com siempre se ha cuidado mucho el servicio prestado a los clientes, priorizando el tener un servicio de atención al cliente de calidad. Me encanta sentarme con ell@s a observar como interactúan con los clientes, tanto para intentar mejorar las herramientas internas con las que trabajan diariamente como para ver que necesidades reales tienen los clientes.

Y es que no es lo mismo estar mirando datos de las búsquedas, reservas, interacciones que realiza el cliente en nuestra web, que oír sus peticiones y problemas en directo.

Siempre he pensado que uno de los mayores problemas que hay en las empresas es la falta de comunicación, por ello, siempre trasladamos de la forma más transparente posible a toda la empresa los cambios importantes que realizamos en la web.

En numerosas ocasiones ellos han participado en el proceso desde el inicio, pero en otros casos no. Por lo que trasmitir bien los cambios realizados en la web o app es vital ya que formamos todos parte del mismo equipo. Si un cliente llama con alguna duda por ejemplo en el detalle de su reserva, ellos tienen que saber al 100% como resolverla.

Asi mismo realizamos varias subidas a producción por semana en las distintas plataformas que tenemos por lo que aparte de todas las pruebas realizadas y monitorizar analíticamente la subida a producción, si alguna vez ha pasado algo muchas veces un cliente suele ser quien lo detecta y lo comunica a Call Center.

Esta comunicación debe ser en 2 direcciones.

Seguir leyendo «La importancia de la buena comunicación Cliente > Call center > Técnicos»

Desarrollando nuevas funcionalidades de la mejor forma posible

A muchos nos habrá pasado que hemos entrado a un proyecto y este no se había realizado de la mejor manera. Ya no me refiero al proceso que se siguió o si hubo problemas durante su desarrollo, sino que viendo el código y la estructura, queriendo actualizarlo o seguir añadiéndole funcionalidades, decimos «¡Ay!, a ver qué hacemos con esto ahora.»

Y pensamos, ¿Pero cómo pudieron hacer esto asi? ¿Por qué no lo hicieron bien desde el inicio?

Y aunque nos parezca muy sencillo verlo desde nuestra perspectiva actual, seguramente las personas implicadas estaban también deseándolo hacerlo lo mejor posible pero seguramente no pudieron.

Normalmente es un asunto de prioridades.

A la vez que se quiere desarrollar esa nueva funcionalidad hay que seguir manteniendo o trabajando en otras. Las personas no tienen todo el tiempo que quisieran para hacerlo bien o les faltan los recursos para poder hacerlo, por ejemplo «Pepito debería hacer A pero esta liado con B, con lo cual Juan hace C para salir como sea.»

Seguir leyendo «Desarrollando nuevas funcionalidades de la mejor forma posible»

Ampliando el producto disponible: hoteles y apartamentos

Llego el Covid y con ello cambiaron muchas cosas. Después del confinamiento aun con miedo a lo que podía pasar, los clientes de www.centraldereservas.com estaba deseando cogerse unos días de vacaciones y salir de su ciudad.

¿Cambiaba la tendencia de viaje respecto a otros años?

Lógicamente. No serían viajes por el mundo sino por España, evitando en muchos casos grandes areas pobladas, buscando más la naturaleza y, debido a la incertidumbre de no saber si podías estar contagiado de un día para otro, reservando con poca anterioridad y yendo menos días.

Todas las empresas de viaje se adaptaron a la situación con cambios en su producto promoviendo políticas de cancelación menos restrictivas, la compra de seguros, ofreciendo información en tiempo real… En este post sobre «UX, Turismo y Covid» te cuento algunos ejemplos.

Preferencia de reserva de apartamentos

Otra de las tendencias que anticipamos era que se iban a buscar y reservar más que otros años apartamentos, evitando asi grandes hoteles, y situaciones como la hora del buffet, o una piscina demasiado llena.

Imaginando esto nos pusimos a trabajar en ello. Y es que aunque se tengan muchas ideas de mejora, no siempre es fácil implementarlas. En este caso, nos sucedían 2 cosas principalmente.

Por un lado, como ya hemos comentado en otras ocasiones, trabajamos con distintas mayoristas, con el objetivo de ofrecer el mejor precio al usuario. Esto conlleva que los alojamientos no nos den directamente cierta información a nosotros sino que mostramos la que recibimos de las mayoristas. Para verificar, optimizar, mejorar y sobre todo unificar esta información se hace un gran trabajo, pero aun asi al ser millones de alojamientos es imposible tener la información que nos gustaría ofrecer.

Por otro lado Centraldereservas.com es una empresa con más de 20 años de historia. La estructura y arquitectura ha ido adaptándose a las nuevas necesidades pero no siempre es sencillo. Por ejemplo, los hoteles son una entidad que tiene unos servicios compartidos. A su vez pueden tener habitaciones de varios tipos.

Pero ahora tenemos, aparte de hoteles, distintos tipos de apartamentos o alquileres vacacionales.

Unos son la casa de un particular que la alquila entera, otros solo alquilan una habitación, o son un complejo de distintos apartamentos dentro de un mismo edificio. Como nos mandan esta información, como la almacenamos, organizamos y clasificamos para que sea coherente con nuestra base de datos y para mostrársela de la mejor manera al usuario ha sido algo en lo que se ha trabajado mucho.

Proceso de búsqueda

Venimos del mundo de los hoteles. Por ello cuando un usuario busca: «2 habitaciones», lo normal era mostrarle resultados de hoteles donde hubiera 2 habitaciones disponibles. Pero, ¿y si buscaba un apartamento con 2 habitaciones? ¿O si le daba igual la tipología de alojamiento sino solo quería lo más barato con 2 habitaciones?

Por como estaba configurado el proceso de búsqueda con las mayoristas, este tipo de búsqueda devolvía inicialmente 2 cosas:

  • 1 hotel con 2 habitaciones
  • 1 complejo con 2 apartamentos

Es decir, no contemplaba la opción de 1 apartamento con 2 habitaciones, lo cual era un problema porque si que se disponía de ese producto y en muchas ocasiones a mejor precio. Por ello, nos centramos en optimizar esas búsquedas, realizando los cambios necesarios en la visualización de resultados para que se entendiera la diferencia.

Seguir leyendo «Ampliando el producto disponible: hoteles y apartamentos»

Unificando el diseño de la ficha de alojamiento II

Como hemos explicado en el anterior post, en www.centraldereservas.com tenemos 2 fichas de alojamiento distintas: una optimizada para buscadores y otra dentro del proceso de reserva donde se muestran los precios una vez efectuada una búsqueda.

Ambas compartían la misma información, pero estaban desarrolladas en tecnologías distintas, llevando a presentar incluso diseños distintos: la caja de búsqueda era diferente porque cada proyecto tenía una propia, la galería también era distinta, la forma de presentar la información…

Esto tenía varios inconvenientes: por una lado una experiencia de uso no homogénea para los usuarios y por otro un coste de mantenimiento elevado, ya que cualquier cambio implicaba el tener que hacerlo en 2 sitios distintos.

Por ello se ha estado realizando un trabajo extenso de extraer los componentes comunes, haciéndolos en la guía de estilos y posteriormente llevándolos a cada proyecto. Así solo se maquetan una vez en la guía de estilos, eso si con todas sus posibles variaciones.

Seguir leyendo «Unificando el diseño de la ficha de alojamiento II»

Unificando el diseño de la ficha de alojamiento I

Aunque por el Covid y las restricciones de momento el sector siga parado, nosotros seguimos trabajando y añadiendo nuevas mejoras. En este caso nos hemos centrado en la ficha de alojamiento. Para explicar el cambio antes tenemos que ponernos un poco en antecedentes.

En Centraldereservas.com por su funcionamiento tenemos la complejidad de que disponemos de 2 fichas «distintas» para cada alojamiento.

Para entender esto, vamos a hablar un poco de cómo estaban montados los distintos sistemas.

De donde venimos

Esto se debe a que por un lado tenemos lo que denominamos el portal (https://www.centraldereservas.com), con localidades (Barcelona) y alojamientos (Hotel Cordoba Center) muy optimizado en buscadores y en el SEO, y por otro lado el proceso de búsqueda, en el cual se lanza la búsqueda en el momento a todas las mayoristas para obtener presentar los precios actualizados (al cual no acceden buscadores).

Esta funcionalidad de búsqueda ha ido evolucionando con el tiempo. Al principio todo se realizaba en el listado de resultados, es decir, no existía ficha de alojamiento. Del listado se iba al formulario de compra.

Listado > Formulario de compra > Confirmación

Listado antiguo, donde se veía toda la información

En el listado se mostraba toda la información y precios de cada alojamiento.

  • ver los resultados de búsqueda
  • filtrar, ordenar, ver mapa…
  • seleccionar un alojamiento
  • ver sus características: galería, ubicación, mapa, servicios…
  • ver los distintos precios que tenía, solo alojamiento, con forfait, con otro tipo de paquete…. (no olvidar que en ocasiones hay más de 100 precios distintos en un alojamiento)
  • seleccionar un precio

Como os podréis imaginar cargar toda esa información en una búsqueda como Madrid o Roma podría ser bastante complejo, ya que para poder realizar acciones como el filtrado o el ordenado tenías que tener todos los resultados disponibles, a la par navegar, visualizar o comparar entre resultados…

Por otro lado, el hacer todo en la misma página, evitabas la complejidad de tener que estar navegando entre distintas pantallas (sobre todo en móviles).

Proceso de compra actual

Al pasar los años, se decidió cambiar la tecnología con la que operaba el proceso de búsqueda. Esto influyó en el proceso de compra, que aparte de adecuarse a la nueva imagen de marca, paso a tener un paso más, como la mayoría de la competencia:

Seguir leyendo «Unificando el diseño de la ficha de alojamiento I»
Scroll hacia arriba