Funcionalidad del Jugador - Hora Óptima del Día

Una mirada en profundidad a la Hora Óptima del Día, 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.

Hora óptima del día es una Funcionalidad del Jugador en el Singularity Model que estima, para cada jugador, su hora del día preferida para enviar comunicaciones (como Actividades o LifeCycles) para maximizar el compromiso y los resultados clave (p. ej., depósitos y sesiones).
Hora óptima del día 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 pueden editarse ni eliminarse. Si deseas 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 la configuración que define el lenguaje que usamos para hablar sobre piezas importantes de información. La Funcionalidad del Jugador usa estas configuraciones y las relaciona con un jugador.
La Funcionalidad del Jugador: Hora óptima del día se crea en base al Tipo de Funcionalidad: Hora del Día.
Los 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​
​Configurar Funcionalidades del Jugador​
​Movimientos​

🚀 Objetivo

El objetivo de la Hora óptima del día Funcionalidad del Jugador es:
  1. Dirigirse a cada jugador en su hora individual y óptima basada en datos (hora de envío preferida).
  2. Manejar automáticamente múltiples zonas horarias asignando una hora óptima en UTC, independiente de la hora local del jugador.

🔮 Mejoras recientes

Recientemente hemos desplegado una versión actualizada del Smart Time of the Day model para hacerla aún más precisa.
En su versión anterior, el modelo se basaba principalmente en señales de conversión de campañas pasadas (o en la actividad de registro cuando no había depósitos disponibles) para elegir la mejor hora de envío. Si bien este enfoque funcionó especialmente bien cuando las campañas se enviaban en un amplio rango de horas, la nueva versión amplía el modelo para incluir señales de comportamiento adicionales, ayudando a que funcione de forma más consistente en distintos patrones de envío.

🔍 Cómo funciona la nueva versión

La hora de envío se predice en función de los resultados de conversión (p. ej., depósitos) de campañas pasadas a lo largo de las distintas horas del día.
Cuando no hay suficientes datos de conversión fiables, el modelo mira cuando el jugador suele estar activo (p. ej., cuando inicia sesión o realiza apuestas) y envía el mensaje poco antes de que esa actividad ocurra.
Si no se puede determinar una hora óptima debido a la falta de datos, el modelo recurre a la hora en la que el jugador más a menudo deposita. Si el jugador nunca ha depositado, utiliza la hora de registro.
El modelo sigue este orden:
1- Usar datos de conversión cuando son suficientes.
2- Si no, usar patrones de actividad del jugador (login, apuestas).
3- Si los datos de actividad son limitados, usar la hora con más depósitos.
4- Como último recurso, usar la hora de registro del jugador.

🧠 Lógica de predicción

Etapa 1 – Hora óptima basada en tasa de conversión

Esta etapa utiliza el rendimiento de campañas pasadas para identificar la hora de envío más efectiva para cada jugador.
Para cada jugador y cada intervalo de hora del día, calculamos:
  1. Disparos de Actividad: número de comunicaciones enviadas en ese intervalo de hora
  2. Conversiones: número de esas comunicaciones que llevaron a un depósito (dentro de una ventana de atribución definida)
  3. Tasa de conversión: conversiones / disparos de actividad
Para garantizar la fiabilidad, esta etapa solo se usa cuando hay suficiente cobertura de campañas (es decir, envíos suficientes a través de suficientes intervalos de hora). Además, solo se consideran los intervalos de hora con:
  1. al menos 6 Disparos de Actividad, y
  2. una tasa de conversión estrictamente mayor que 0.2 se consideran.
El intervalo de hora con la mejor tasa de conversión se selecciona como la Hora óptima del día.

Etapa 2 - Predicción de Hora Óptima basada en la Actividad del Jugador

Si los datos de conversión no son suficientes o fiables, el modelo recurre a señales de comportamiento del jugador. Analiza cuándo el jugador suele estar activo (por ejemplo, inicios de sesión, juego, actividad de apuestas) utilizando comportamiento reciente ponderado por recencia para construir un perfil de actividad estable por hora del día.
La predicción se genera usando este patrón de actividad: el modelo identifica la ventana de compromiso más fiable del jugador y sugiere enviar la campaña poco antes de esa hora. El tiempo exacto de adelanto depende del patrón de actividad del jugador, pero el objetivo general es alcanzar al jugador poco antes de que naturalmente se vuelva activo. Este enfoque pretende disparar actividad incremental en lugar de reaccionar a resultados impulsados por campañas.

Etapa 3 - Hora de máximo depósito

Si ni la Etapa 1 ni la Etapa 2 pueden proporcionar una predicción fiable (por ejemplo, el jugador tiene poca actividad pero algo de historial de depósitos), el modelo usa el comportamiento de depósitos. La hora en la que el jugador ha realizado la mayor cantidad de depósitos se selecciona como la hora óptima.

Etapa 4 - Hora de registro.

Para jugadores que nunca han depositado y tienen datos de actividad insuficientes, el último recurso es la hora de registrohora de registro del jugador
, que se usa como su hora óptima.
, que se usa como su hora óptima.

Evaluar Hora Óptima del Día

Resultados posibles (Clases)
Como resultado de este proceso, a cada jugador se le asigna exactamente una clase horaria UTC por hora: 00:00 UTC (00:00–00:59) 01:00 UTC (01:00–01:59) 02:00 UTC (02:00–02:59) … 23:00 UTC (23:00–23:59) Cuando se utiliza dentro de una Actividad o Lifecycle, la comunicación se envía alinicio de la clase horaria asignada
  1. . Por ejemplo: Clase 12:00 UTC Clase
  2. . Por ejemplo: → se envía a las 12:00 UTC → se envía a las

16:00 UTC

🔄 Movimientos Los Movimientos definen cómo los jugadores pueden pasar de una clase
  1. a otra dentro de una Funcionalidad del Jugador. Pueden ser:Movimientos en tiempo real
  2. , disparados inmediatamente por acciones del jugador (como Pagos / (Depósitos o Retiros) o registro), oConsultas basadas en el tiempo
​
, que se ejecutan en un momento programado y evalúan la base de jugadores para determinar si un jugador debe moverse a una clase diferente.
​Movimientos​
​📚 Leer más:​
​Movimientos en tiempo real ​
Consultas basadas en el tiempo Hora óptima del díaPara
, hay un movimiento activo responsable de actualizar las clases de los jugadores:
, hay un movimiento activo responsable de actualizar las clases de los jugadores:

Procesos Activos Hora óptima del día

  1. Evaluar Tipo:
  2. Consulta basada en el tiempo Programación: Cada día a las
  3. 10:00 UTC Alcance:
  4. Evalúa la base de jugadores elegible (los jugadores excluidos de las comunicaciones aún pueden ser evaluados con fines de clasificación). Responsabilidad: Calcula o actualiza la clase de Hora del Día de cada jugador

usando la lógica de predicción multinivel descrita más abajo (conversión → actividad → depósitos → registro).

🧠 Consultas
La mayoría de las Funcionalidades del Jugador en el Singularity Model hacen uso de consultas basadas en el 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 del Los Movimientos definen cómo los jugadores pueden pasar de una Tipo de Funcionalidad
debe coincidir dentro de la consulta. Si deseas escribir tus propias consultas, puedes usar el Editor de Consultas o pedir asistencia a Fast Track. Puedes encontrar el editor de consultas en:.
, que se usa como su hora óptima.
, que se usa como su hora óptima.

menú Insights & Analytics - Data Studio - Query Editor

🏁 Qué sigue

Dashboards
Después de algún tiempo, una vez que los Disparadores de cálculo se hayan Ejecutado, 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 de Distribución de Jugadores dentro de la Funcionalidad del Jugador:
Después de algún tiempo, una vez que los Disparadores de cálculo se hayan Ejecutado, 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 de Distribución de Jugadores dentro de la Funcionalidad del Jugador:

Distribución de Jugadores

Segmentación Hora óptima del día A continuación, puedes usar Hora óptima del día cuando crees Segmentos para Actividades y LifeCycles. Podrás encontrar
entre los Campos de Segmentación cuando estés creando un Segmento.
entre los Campos de Segmentación cuando estés creando un Segmento.

Campo de Segmento

Usar dentro de una Actividad Cualquier Funcionalidad del Jugador que se haya configurado usando el Tipo de FuncionalidadHora del Día
, puede seleccionarse desde dentro de una Actividad o Lifecycle para determinar la hora de envío. 🚀:
Aprende cómo Continuar leyendo aquí Hora óptima del día para aprender cómo usar la funcionalidad del jugador desde dentro de una Actividad.