Casos LaLiga Tech

Diseñar el dato desde el aficionado.

Un Design Sprint con LaLiga Tech.

Para equipos de datos que tienen la tecnología y necesitan acordar para qué sirve.

LaLiga Tech estaba definiendo el dominio de datos que alimenta la captación y la fidelización de aficionados. Antes de decidir qué datos entraban, había que poner de acuerdo a quienes iban a usarlos. Diseñamos y facilitamos un Design Sprint con los responsables de captación, fidelización, analítica y producto.

Cliente
LaLiga Tech
Sector
Deporte · Entretenimiento · Datos
Servicios
Research · Facilitación · Diseño de servicios · Workshop
Participantes del Design Sprint sentados frente al mapa de la experiencia del aficionado, en una sala de LaLiga
Un dato no vale por lo que guarda, sino por la decisión que permite tomar. Por eso empezamos por las personas que deciden.

Icarus

Cliente y contexto

LaLiga gestiona sus propios productos digitales: web y app oficiales, apps de clubes, Fantasy, plataformas de vídeo y juegos. LaLiga Tech, su empresa de tecnología, lleva esos productos a otras organizaciones deportivas y de entretenimiento.

El área de datos estaba ordenando la información del aficionado en dominios. El más importante era el de activación del fan: lo que permite captar, fidelizar y recomendar. Varios equipos dependían de él, y cada uno lo imaginaba a su manera.

El reto

Definir qué necesita un dominio de datos antes de construirlo. Con tres condiciones:

  • Equipos que trataban el dato de forma distinta. Cada canal con sus criterios, y poca conversación entre ellos.
  • Un cliente enorme. LaLiga pesa tanto que costaba pensar en los demás. Uno de los objetivos era mirar más allá.
  • Privacidad cada vez más exigente. Con el fin de las cookies de terceros encima de la mesa.

La solución

Pusimos a todos los equipos delante del mismo mapa: el recorrido del aficionado, de lo que vive él a lo que el dato tiene que resolver.

Qué hicimos

Seis frentes, de la preparación a las conclusiones.

  1. 01

    Entrevistas previas

    Una conversación con cada participante antes del taller: frustraciones, miedos, oportunidades y una lista de deseos para el dominio. Llegamos al primer día con los conflictos ya nombrados.

  2. 02

    Diseño del sprint

    Objetivos, agenda, escaleta al minuto y materiales, cerrados con el responsable de la iniciativa. Ocho perfiles en la sala: captación, fidelización, analítica, audiencias de televisión, inteligencia de negocio y producto.

  3. 03

    El recorrido del aficionado

    Una proto-persona que sigue más de un deporte y paga por verlo, recorrida en siete etapas: descubrimiento, consideración, evaluación, fan, experiencia, fidelización y promoción.

  4. 04

    De lo que se ve a lo que no

    El segundo día bajamos del aficionado al cliente y a LaLiga Tech: qué acciones hacen posible cada momento y dónde se rompe. Blueprint del servicio y mapa de actores.

  5. 05

    Más allá de LaLiga

    Necesidades por tipo de cliente: competiciones, ocio, telecos y canales, partners tecnológicos e influencers. Priorizadas por impacto y viabilidad.

  6. 06

    Workshop y charlas

    Un workshop con el equipo y dos charlas de expertos invitados, sobre agilidad y sobre datos. El método tiene que quedarse cuando el taller termina.

Cómo evolucionó

Tres días de taller y un trabajo antes y después.

  1. Preparar

    Briefing, preguntas al responsable de la iniciativa y entrevistas a los participantes.

  2. Entender

    Día 1. Proto-persona y recorrido del aficionado.

  3. Divergir

    Día 2. Recorrido interno, oportunidades, puntos de dolor y priorización.

  4. Converger

    Día 3. Necesidades de LaLiga y de otros clientes, y hoja de ruta.

  5. Después

    Conclusiones, recomendaciones y propuesta para validar con usuarios reales.

Varios equipos delante del mismo mapa

Cifras de actividad del proyecto.

  • 8perfiles entrevistados antes del taller
  • 7etapas del ciclo de vida del aficionado mapeadas
  • 5tipos de cliente explorados más allá de LaLiga
  • 10requisitos recogidos para el dominio de activación

Cómo medimos. Son cifras de actividad y salen de nuestra documentación del proyecto. Un sprint no mueve por sí solo métricas de negocio: lo que produce es un acuerdo sobre qué construir. No publicamos datos de audiencias ni de LaLiga.

Quién hizo qué

El dominio de datos es de LaLiga Tech. Nosotros pusimos el método para definirlo.

Icarus

  • Research y entrevistas
  • Diseño y facilitación del sprint
  • Recorrido del aficionado, blueprint y mapa de actores
  • Conclusiones y recomendaciones
  • Workshop con el equipo

LaLiga Tech

  • El reto y la visión del dominio de datos
  • Los participantes y su conocimiento del negocio
  • La decisión final sobre prioridades
  • La construcción técnica del dominio

Lo que aprendimos

Los equipos de datos suelen empezar por el dato disponible. La conversación mejoró cuando empezamos por el momento del aficionado y bajamos hasta el dato que lo hace posible.

El límite: la proto-persona se construyó con lo que el equipo creía saber. Sin aficionados reales en la sala, el mapa es una hipótesis compartida, no una verdad. Por eso lo siguiente que propusimos fue salir a validarlo con usuarios.

Lo que quedó sobre la mesa

Un mapa común del aficionado, una lista priorizada de necesidades y un criterio compartido para decidir qué entra en el dominio de datos. Y un método que el equipo aprendió usándolo.

Hablemos

¿Tienes los datos y falta acordar para qué sirven?

Cuéntanos dónde estás. Te devolvemos una primera lectura de qué conversación hace falta.

  • 01Quién usa el dato y para qué
  • 02Dónde se rompe el recorrido del cliente
  • 03Qué se construye primero
  • 04Cómo se valida antes de invertir