Característica del jugador - Estado inactivo

Vamos a echar un vistazo en profundidad a la Característica del jugador en Estado Inactivo; cómo se puede usar, el objetivo de su uso y la lógica de cómo se ha configurado.

El Estado Inactivo es una Característica del jugador del sistema.
✅ Esto significa que ha sido creado por FT y está disponible para usar como parte del Modelo Singularity.
🧠 Tenga en cuenta que las Características del jugador del sistema no se pueden editar ni eliminar. Si desea hacer cambios, debe crear su propia versión de la Característica del jugador.

⚙️ Tipo de artículo

Todas las Características del jugador deben estar conectadas a un Tipo de artículo. Piense en los Tipos de artículo como las configuraciones que definen el lenguaje que usamos para hablar sobre piezas importantes de información. La Característica del jugador utiliza estas configuraciones y las relaciona con un jugador.
La Característica del jugador: Estado Inactivo se crea en base al Tipo de artículo: Estado Inactivo (Etapa de vida).
Las clases y slugs que requiere la Característica del jugador, se crean y definen en el Tipo de artículo.
📚 Lectura adicional;
​Tipos de artículo​
​Configuración de las Características del jugador​
​Movimientos​

🚀 Objetivo

El objetivo de la Característica del jugador en Estado Inactivo es poder echar un vistazo más en profundidad a lo que significa clasificar a los jugadores como inactivos. En nuestra característica del jugador, describimos a los jugadores inactivos como cualquiera que no haya realizado una transacción con dinero real en los últimos 30 días o más.
Al tener una comprensión más completa de la inactividad, puede adaptar la comunicación con el jugador para satisfacer las necesidades del jugador inactivo.

Posibles resultados (Clases)

Los posibles resultados (Clases de Tipo de artículo) a los que puede pertenecer un jugador son;
  1. Activo
  2. Inactivo (30 días)
  3. Inactivo (90 días)
  4. Inactivo (180 días)
  5. Nunca Activo
Vamos a ver más de cerca cómo se calculan estas clases y cómo los jugadores pueden calificar para pertenecer a una cierta clase 👇

↔ Movimientos

Los movimientos definen la forma en que los jugadores pueden pasar 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 el tiempo. Las consultas basadas en el tiempo ocurren a una hora determinada 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 el tiempo​
Para el Estado Inactivo, hay dos Procesos Activos, o movimientos, que se han configurado para gestionar los movimientos de los jugadores entre estados;
Procesos Activos
Procesos Activos

1. En Apuesta de Casino o en Pago desde cualquier estado, establecer en "Activo"

  1. Este movimiento es un Movimiento en tiempo real, basado en eventos de jugadores en tiempo real.
  2. Siempre que un jugador juega una ronda de juego o realiza un depósito exitoso, el jugador será movido a la clase Activo.
  3. Todas las clases inactivas son elegibles para este movimiento.
Cambiar a activo
Cambiar a activo

2. Evaluar Estado Inactivo

  1. Este movimiento es una Consulta basada en el tiempo que está configurada para ejecutarse a una hora determinada de 'Todos los días a las 03:00 UTC'.
  2. El propósito de este cálculo es revisar a todos los jugadores y evaluar dónde deberían ser clasificados. La consulta utiliza la última fecha de apuesta y la última fecha de depósito para evaluar los períodos de inactividad del jugador.
  3. Un jugador que nunca ha estado activo será clasificado como Nunca Activo.
  4. Los jugadores bloqueados y excluidos también están incluidos.
Evaluar Estado Inactivo
Evaluar Estado Inactivo

🧠 Consultas

La mayoría de las Características del jugador en el Modelo Singularity 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 utilizando ClickHouse y se incluyen en el Modelo Singularity para que las utilice.
🧠 Tenga en cuenta que el slug de la clase del Tipo de artículo debe coincidir dentro de la consulta.
Si desea escribir sus propias consultas, puede utilizar el Editor de Consultas o pedir ayuda a Fast Track. Puede encontrar el editor de consultas en; Menú Insights & Analytics - Data Studio - Editor de Consultas.
Cálculo de Evaluación del Estado Inactivo
Cálculo de Evaluación del Estado Inactivo

🏁 ¿Qué sigue?

Dashboards

Después de algún tiempo, una vez que se hayan disparado los triggers de cálculo, podrá ver que los jugadores ahora han sido asignados a una de las clases de Característica del jugador. Puede ver esto suceder en el dashboard de Distribución de Jugadores dentro de la Característica del jugador:
Distribución de Jugadores - Estado Inactivo
Distribución de Jugadores - Estado Inactivo

Segmentación

Después de esto, puede usar el Estado Inactivo al crear segmentos para Actividades y Ciclos de vida. Podrá encontrar el Estado Inactivo entre los campos de segmento cuando esté creando un segmento.
Campo de segmento de estado inactivo
Campo de segmento de estado inactivo