Funcionalidad del Jugador - Tipo de Oferta Preferida

Una mirada en profundidad a Tipo de Oferta Preferida, una Funcionalidad del Jugador del sistema: cómo se puede usar, el objetivo de usarla y la lógica de cómo se ha configurado.

Tipo de Oferta Preferida es un sistema Funcionalidad del Jugador.
✅ Esto significa que ha sido creado por FT y está disponible para usar como parte del Singularity Model.
🧠 Ten en cuenta que las Funcionalidades del Jugador del sistema no se pueden editar ni eliminar. Si quieres hacer cambios, debes crear tu propia versión de la Funcionalidad del Jugador.

⚙️ Tipo de Funcionalidad

Todas las Funcionalidades del Jugador deben estar conectadas a un Tipo de Funcionalidad. Piensa en los Tipos de Funcionalidad como los ajustes que definen el lenguaje que usamos para hablar sobre piezas importantes de información. La Funcionalidad del Jugador usa estos ajustes y los relaciona con un jugador.
La Funcionalidad del Jugador: Tipo de Oferta Preferida se crea en base al Tipo de Funcionalidad: Offer Type.
La clases y slugs que son requeridos por la Funcionalidad del Jugador, se crean y definen en el Tipo de Funcionalidad.
📚 Lectura adicional:
​Tipos de Funcionalidad​
​Configuración de Funcionalidades del Jugador​
​Movimientos​

🚀 Objetivo

El objetivo de la Tipo de Oferta Preferida Funcionalidad del Jugador es poder elegir el tipo de oferta con la mayor tasa de conversión para cada jugador (basado en Actividades previas). Esto te permitirá dar la oferta adecuada a cada uno de tus jugadores, maximizando la conversión potencial de tus campañas.

Resultados posibles (Clases)

Los resultados posibles (Clases del Tipo de Funcionalidad) a los que un jugador puede pertenecer son:
  1. Tiradas Gratis
  2. % Bono por Depósito
  3. Dinero de Bono
  4. Dinero Real
  5. Apuesta Gratis
  6. Apuesta Sin Riesgo
  7. Programa de Fidelidad
  8. Cashback
  9. Disparador de la Funcionalidad
Veamos más de cerca cómo se calculan estas clases y cómo los jugadores pueden calificar para pertenecer a una determinada clase 👇.

↔ Movimientos

Los movimientos definen la forma en que los jugadores pueden moverse de un estado a otro.
Pueden ser movimientos en tiempo real, que ocurren cuando se produce una acción en tiempo real (como un pago o un registro), o una consulta basada en tiempo. Las consultas basadas en tiempo ocurren a una hora establecida del día y evalúan la base de jugadores para determinar si un jugador debe cambiar de clase.
​
📚 Leer más:
​Movimientos​
​Movimientos en Tiempo Real​
​Consultas Basadas en Tiempo ​
Para Tipo de Oferta Preferida, hay un Proceso Activo, o movimiento, que ha sido configurado para gestionar los movimientos de jugadores entre estados:
Procesos Activos
Procesos Activos
Tipo de Oferta Preferida
  1. Este movimiento es una Consulta Basada en Tiempo que está configurada para ejecutarse a una hora establecida de 'Todos los días a las 03:00 UTC'.
  2. La consulta analiza los datos de conversión de Actividades que contenían clasificaciones de Offer Type.
    1. Miramos todas las Actividades que fueron clasificadas con un Offer Type específico, y luego calculamos de todas esas Actividades cuántas convirtieron (es decir, el jugador hizo un depósito).
    2. Como ejemplo, si 10 Actividades con clasificación Offer Type = Tiradas Gratis se dispararon a un jugador específico, y convirtieron (depositaron) en 2 de esas Actividades, entonces su tasa de conversión para el Offer Type "Tiradas Gratis" será del 20%.
    3. Luego comparamos la tasa de conversión para todos los Offer Types y el que tenga la tasa de conversión más alta es el Tipo de Oferta Preferida del Jugador.
  3. Los jugadores bloqueados y excluidos también están incluidos.
Productos Jugados Previamente
Productos Jugados Previamente

🧠 Consultas

La mayoría de las Funcionalidades del Jugador en el Singularity Model hacen uso de consultas basadas en tiempo. Las consultas son buenas para determinar estados de inactividad del jugador, algo que un movimiento en tiempo real no puede determinar.
Nuestras consultas se crean usando ClickHouse y están incluidas en el Singularity Model para que las uses.
🧠 Ten en cuenta que el slug desde el Tipo de Funcionalidad clase debe coincidir dentro de la consulta.
Si quieres escribir tus propias consultas, puedes usar el Editor de Consultas o pedir ayuda a Fast Track. Puedes encontrar el editor de consultas en: menú Insights & Analytics - Data Studio - Query Editor.
Productos Jugados Previamente
Productos Jugados Previamente

🏁 ¿Qué sigue?

Dashboards

Después de un tiempo, una vez que los Disparadores de cálculo se hayan activado, podrás ver que los jugadores ahora han sido asignados a una de las clases de la Funcionalidad del Jugador. Puedes ver esto en el dashboard Current Player Distribution dentro de la Funcionalidad del Jugador:
Distribución de Jugadores
Distribución de Jugadores

Segmentación

A continuación, puedes usar Tipo de Oferta Preferida al crear Segmentos para Actividades y Lifecycles. Podrás encontrar Tipo de Oferta Preferida entre los Campos de Segmentación cuando estés creando un Segmento.
Campo de Segmento
Campo de Segmento