Funcionalidad del Jugador - Estado Inactivo

Analicemos en profundidad la Funcionalidad del Jugador Estado Inactivo: cómo se puede usar, el objetivo de usarla y la lógica de cómo se ha configurado.

El Estado Inactivo 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: Estado Inactivo se crea en base al Tipo de Funcionalidad: Estado Inactivo (Etapa de vida).
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 Funcionalidad de Jugador Estado Inactivo es poder profundizar más en lo que significa clasificar a los jugadores como inactivos. En nuestra funcionalidad de 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.

Resultados posibles (Clases)

Los resultados posibles (Clases del Tipo de Funcionalidad) a los que un jugador puede pertenecer son:
  1. Activo
  2. Inactivo (30 días)
  3. Inactivo (90 días)
  4. Inactivo (180 días)
  5. Nunca Activo
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 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 a "Activo"

  1. Este movimiento es una Movimiento en Tiempo Real, basándose en eventos de jugador en tiempo real.
  2. Siempre que un jugador juega un turno de juego o realiza un depósito exitoso, el jugador será movido a Activo clase.
  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 Tiempo que está configurada para ejecutarse a una hora establecida de 'Todos los días a las 03:00 UTC'.
  2. El propósito de este cálculo es revisar todos los jugadores y evaluar dónde deben ser clasificados. La consulta está usando fecha del último apuesta y fecha del último depósito para evaluar 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 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 desea escribir sus propias consultas, puede usar el Editor de Consultas o pedir asistencia a Fast Track. Puede encontrar el editor de consultas en; menú Insights & Analytics - Data Studio - Query Editor.
cálculo Evaluar Estado Inactivo
cálculo Evaluar Estado Inactivo

🏁 ¿Qué sigue?

Dashboards

Después de algún tiempo, una vez que se hayan disparado los desencadenantes del cálculo, podrás ver que los jugadores ahora han sido asignados a una de las clases de la Funcionalidad del Jugador. Puedes ver esto suceder en el tablero de Distribución de Jugadores dentro de la Funcionalidad del Jugador:
Distribución de Jugadores - Estado Inactivo
Distribución de Jugadores - Estado Inactivo

Segmentación

A continuación, puedes usar Estado Inactivo al crear segmentos para Actividades y LifeCycles. Podrás encontrar Estado Inactivo entre los campos del segmento cuando estés creando un segmento.
campo de segmento de estado inactivo
campo de segmento de estado inactivo