Funcionalidade do Jogador - Tipo de Oferta Preferido

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

Tipo de Oferta Preferido é um sistema Recurso do Jogador.
✅ Isso significa que foi criado pela FT e está disponível para uso como parte do Modelo Singularity.
🧠 Observe que os Recursos do Jogador do sistema não podem ser editados ou excluídos. Se quiser fazer alterações, deve criar sua própria versão do Recurso do Jogador.

⚙️ Tipo de Recurso

Todos os Recursos do Jogador devem estar conectados a um Tipo de Recurso. Pense nos Tipos de Recurso como as configurações que definem a linguagem que usamos para falar sobre peças importantes de informação. O Recurso do Jogador usa essas configurações e as relaciona a um jogador.
O Recurso do Jogador: Tipo de Oferta Preferido é criado com base no Tipo de Recurso: Tipo de Oferta.
O classes e slugs que são exigidos pelo Recurso do Jogador, são criados e definidos no Tipo de Recurso.
📚 Leitura adicional:
​Tipos de Recurso​
​Configurando Recursos do Jogador​
​Movimentos​

🚀 Objetivo

O objetivo do Tipo de Oferta Preferido Recurso do Jogador é ser capaz de escolher o tipo de oferta com a maior taxa de conversão para cada jogador (com base em Atividades anteriores). Isso permitirá que você ofereça a oferta certa para cada um dos seus jogadores, maximizando o potencial de conversão das suas campanhas.

Resultados possíveis (Classes)

Os resultados possíveis (Classes do Tipo de Recurso) a que um jogador pode pertencer são:
  1. Giros Grátis
  2. Bónus de Depósito (%)
  3. Dinheiro de Bónus
  4. Dinheiro Real
  5. Aposta Grátis
  6. Aposta Sem Risco
  7. Programa de Fidelidade
  8. Cashback
  9. Gatilho do Recurso
Vamos analisar mais de perto como essas classes são calculadas e como os jogadores podem se qualificar para pertencer a uma determinada classe 👇.

↔ Movimentos

Movimentos definem a maneira pela qual os jogadores podem ser movidos de um estado para outro.
Eles podem ser movimentos em tempo real, que ocorrem quando uma ação em tempo real acontece (como um pagamento ou registro), ou uma consulta baseada em tempo. Consultas baseadas em tempo ocorrem em um horário definido do dia e avaliam a base de jogadores para determinar se um jogador deve mudar de classe.
​
📚 Leia mais:
​Movimentos​
​Movimentos em Tempo Real​
​Consultas Baseadas em Tempo ​
Para Tipo de Oferta Preferido, há um Processo Ativo, ou movimento, que foi configurado para gerenciar os movimentos dos jogadores entre estados:
Processos Ativos
Processos Ativos
Tipo de Oferta Preferido
  1. Esse movimento é uma Consulta Baseada em Tempo que está configurada para ser executada em um horário definido 'Todos os dias às 03:00 UTC'.
  2. A consulta analisa os dados de conversão das Atividades que continham classificações de Tipo de Oferta.
    1. Analisamos todas as Atividades que foram classificadas com um Tipo de Oferta específico e então calculamos, entre todas essas Atividades, quantas converteram (ou seja, o jogador fez um depósito).
    2. Por exemplo, se 10 Atividades com classificação Tipo de Oferta = Giros Grátis foram enviadas para um jogador específico e ele converteu (depositou) em 2 dessas Atividades, então a sua taxa de conversão para o Tipo de Oferta "Giros Grátis" será de 20%.
    3. Em seguida, comparamos a taxa de conversão de todos os Tipos de Oferta e aquele com a maior taxa de conversão é o Tipo de Oferta Preferido do Jogador.
  3. Jogadores bloqueados e excluídos também são incluídos.
Produtos Jogados Anteriormente
Produtos Jogados Anteriormente

🧠 Consultas

A maioria dos Recursos do Jogador no Modelo Singularity faz uso de consultas baseadas em tempo. Consultas são boas para determinar estados de inatividade do jogador, algo que um movimento em tempo real não consegue determinar.
Nossas consultas são criadas usando ClickHouse e estão incluídas no Modelo Singularity para você usar.
🧠 Observe que o slug a partir do Tipo de Recurso classe deve coincidir dentro da consulta.
Se quiser escrever suas próprias consultas, você pode usar o Editor de Consultas ou pedir assistência à Fast Track. Você pode encontrar o editor de consultas em: menu Insights & Analytics - Data Studio - Editor de Consultas.
Produtos Jogados Anteriormente
Produtos Jogados Anteriormente

🏁 O que vem a seguir

Painéis

Depois de algum tempo, uma vez que os Gatilhos de computação tenham sido acionados, você poderá ver que os jogadores agora foram atribuídos a uma das classes do Recurso do Jogador. Você pode ver isso acontecer no painel de Distribuição Atual de Jogadores dentro do Recurso do Jogador:
Distribuição de Jogadores
Distribuição de Jogadores

Segmentação

Depois disso, você pode usar Tipo de Oferta Preferido ao criar Segmentos para Atividades e Ciclos de Vida. Você poderá encontrar Tipo de Oferta Preferido entre os Campos de Segmento quando estiver criando um Segmento.
Campo de Segmento
Campo de Segmento