Funcionalidade do Jogador - Hora Ideal do Dia

Uma análise aprofundada da Hora Ideal do Dia, uma Funcionalidade do Jogador do sistema: como pode ser usada, o objetivo da sua utilização e a lógica de como foi configurada.

Hora Ótima do Dia é uma Feature de Jogador no Modelo Singularity que estima, para cada jogador, a sua hora preferida do dia para enviar comunicações (como Atividades ou Ciclos de Vida) para maximizar o envolvimento e os principais resultados (por exemplo, depósitos e sessões).
Hora Ótima do Dia é um sistema Feature de Jogador.
✅ Isto significa que foi criada pela FT e está disponível para uso como parte do Modelo Singularity.
🧠 Por favor note que Features de Jogador do sistema não podem ser editadas ou removidas. Se quiser fazer alterações, deve criar a sua própria versão da Feature de Jogador.

⚙️ Tipo de Feature

Todas as Features de Jogador devem estar ligadas a um Tipo de Feature. Pense nos Tipos de Feature como as configurações que definem a linguagem que usamos para falar sobre peças importantes de informação. A Feature de Jogador usa essas configurações e relaciona-as com um jogador.
A Feature de Jogador: Hora Ótima do Dia é criada com base no Tipo de Feature: Hora do Dia.
O classes e slugs que são exigidos pela Feature de Jogador, são criados e definidos no Tipo de Feature.
📚 Leitura adicional:
​Tipos de Feature​
​Configurar Features de Jogador​
​Movimentos​

🚀 Objetivo

O objetivo da Hora Ótima do Dia Feature de Jogador é:
  1. Alvejar cada jogador na sua hora individual e orientada por dados (hora de envio preferida).
  2. Lidar automaticamente com múltiplos fusos horários atribuindo uma hora ótima em UTC, independente da hora local do jogador.

🔮 Melhorias Recentes

Recentemente lançámos uma versão atualizada do modelo Smart Time of the Day para torná-lo ainda mais preciso.
Na versão anterior, o modelo baseava-se principalmente em sinais de conversão de campanhas passadas (ou atividade de registo quando não havia depósitos disponíveis) para escolher o melhor horário de envio. Embora esta abordagem funcionasse especialmente bem quando as campanhas eram enviadas numa ampla gama de horas, a nova versão expande o modelo para incluir sinais comportamentais adicionais, ajudando-o a ter um desempenho mais consistente em diferentes padrões de envio.

🔍 Como a nova versão funciona

A hora de envio é prevista com base nos resultados de conversão (por exemplo, depósitos) de campanhas passadas através de diferentes horas do dia.
Quando não existe dados de conversão suficientes e fiáveis, o modelo analisa quando o jogador normalmente está ativo (por exemplo, quando faz login ou faz apostas) e envia a mensagem pouco antes de essa atividade acontecer.
Se não for possível determinar uma hora ótima devido à falta de dados, o modelo recorre à hora em que o jogador mais frequentemente deposita. Se o jogador nunca depositou, utiliza a hora de registo.
O modelo segue esta ordem:
1- Usar dados de conversão quando forem suficientes.
2- Caso contrário, usar os padrões de atividade do jogador (login, apostas).
3- Se os dados de atividade forem limitados, usar a hora com mais depósitos.
4- Como último recurso, usar a hora de registo do jogador.

🧠 Lógica de Previsão

Fase 1 – Hora Ótima baseada em Taxa de Conversão

Esta fase usa o desempenho de campanhas passadas para identificar o horário de envio mais eficaz para cada jogador.
Para cada jogador e para cada intervalo de hora do dia, calculamos:
  1. Ativações de atividade: número de comunicações enviadas nesse intervalo de horas
  2. Conversões: número dessas comunicações que levaram a um depósito (dentro de uma janela de atribuição definida)
  3. Taxa de conversão: conversões / ativações de atividade
Para garantir fiabilidade, esta fase só é utilizada quando existe cobertura de campanha suficiente (ou seja, envios suficientes através de suficientes intervalos de horas). Adicionalmente, apenas são considerados intervalos de horas com:
  1. pelo menos 6 ativações de atividade, e
  2. uma taxa de conversão estritamente superior a 0.2 são considerados.
O intervalo de horas com a melhor taxa de conversão é seleccionado como a Hora Ótima do Dia.

Fase 2 - Previsão da Hora Ótima baseada na Atividade do Jogador

Se os dados de conversão não forem suficientes ou fiáveis, o modelo recorre a sinais comportamentais do jogador. Analisa quando o jogador normalmente está ativo (por exemplo, logins, jogo, atividade de apostas) usando comportamento recente ponderado pela recência para construir um perfil estável de atividade por hora do dia.
A previsão é gerada usando este padrão de atividade: o modelo identifica a janela de envolvimento mais fiável do jogador e sugere enviar a campanha um pouco antes desse momento. O tempo exato de antecedência depende do padrão de atividade do jogador, mas o objetivo geral é alcançar o jogador pouco antes de ele ficar naturalmente ativo. Esta abordagem pretende desencadear atividade incremental em vez de reagir a resultados impulsionados por campanhas.

Fase 3 - Hora de Maior Depósito

Se nem a Fase 1 nem a Fase 2 conseguirem fornecer uma previsão fiável (por exemplo, o jogador tem pouca atividade mas algum histórico de depósitos), o modelo usa o comportamento de depósitos. A hora em que o jogador fez os mais depósitos é selecionada como a hora ótima.

Fase 4 - Hora de Registo.

Para jogadores que nunca depositaram e têm dados de atividade insuficientes, o recurso final é a hora de registohora de registo do jogador
, que é usada como a sua hora ótima.
, que é usada como a sua hora ótima.

Avaliar Hora Ótima do Dia

Resultados possíveis (Classes)
Como resultado deste processo, cada jogador é atribuído exactamente a uma classe horária UTC de uma 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) Quando utilizado dentro de uma Atividade ou Ciclo de Vida, a comunicação é enviada noinício da classe horária atribuída
  1. . Por exemplo: Classe 12:00 UTC Classe
  2. . Por exemplo: → envia às 12:00 UTC → envia às

16:00 UTC

🔄 Movimentos Os movimentos definem como os jogadores podem mover-se de uma classe
  1. para outra dentro de uma Feature de Jogador. Podem ser:Movimentos em tempo real
  2. , desencadeados imediatamente por ações do jogador (tais como pagamentos ou registo), ouConsultas baseadas em tempo
​
, que correm a uma hora programada e avaliam a base de jogadores para determinar se um jogador deve mover-se para uma classe diferente.
​Movimentos​
​📚 Leia mais:​
​Movimentos em Tempo Real ​
Consultas Baseadas em Tempo Hora Ótima do DiaPara
, existe um movimento activo responsável por actualizar as classes dos jogadores:
, existe um movimento activo responsável por actualizar as classes dos jogadores:

Processos Activos Hora Ótima do Dia

  1. Avaliar Tipo:
  2. Consulta Baseada em Tempo Agenda: Todos os dias às
  3. 10:00 UTC Âmbito:
  4. Avalia a base de jogadores elegível (jogadores excluídos de comunicações podem ainda ser avaliados para efeitos de classificação). Responsabilidade: Calcula ou actualiza a classe Hora do Dia de cada jogador

usando a lógica de previsão multi-etapas descrita abaixo (conversão → actividade → depósitos → registo).

🧠 Consultas
A maioria das Features de Jogador no Modelo Singularity faz uso de consultas baseadas em tempo. As consultas são boas para determinar estados de inactividade do jogador, algo que um movimento em tempo real não é capaz de determinar.
As nossas consultas são criadas usando ClickHouse e estão incluídas no Modelo Singularity para que possa usar. 🧠 Por favor note que o slug do Os movimentos definem como os jogadores podem mover-se de uma Tipo de Feature
deve corresponder dentro da consulta. Se quiser escrever as suas próprias consultas, pode usar o Editor de Consultas ou pedir assistência à Fast Track. Pode encontrar o editor de consultas em:.
, que é usada como a sua hora ótima.
, que é usada como a sua hora ótima.

menu Insights & Analytics - Data Studio - Editor de Consultas

🏁 O que vem a seguir

Dashboards
Após algum tempo, uma vez que os Triggers de computação tenham sido accionados, poderá ver que os jogadores foram agora atribuídos a uma das classes da Feature de Jogador. Pode ver isto acontecer no dashboard de Distribuição de Jogadores dentro da Feature de Jogador:
Após algum tempo, uma vez que os Triggers de computação tenham sido accionados, poderá ver que os jogadores foram agora atribuídos a uma das classes da Feature de Jogador. Pode ver isto acontecer no dashboard de Distribuição de Jogadores dentro da Feature de Jogador:

Distribuição de Jogadores

Segmentação Hora Ótima do Dia Posteriormente, pode usar Hora Ótima do Dia ao criar Segmentos para Atividades e Ciclos de Vida. Poderá encontrar
entre os Campos do Segmento quando estiver a criar um Segmento.
entre os Campos do Segmento quando estiver a criar um Segmento.

Campo do Segmento

Usar dentro de uma Atividade Qualquer Feature de Jogador que tenha sido configurada usando o Tipo de FeatureHora do Dia
, pode ser seleccionada dentro de uma Atividade ou Ciclo de Vida para determinar a hora de envio. 🚀:
Aprenda como Continue a ler aqui Hora Ótima do Dia para aprender como usar a Feature de jogador dentro de uma Atividade.