Característica del jugador - Etapa de vida
Echemos un vistazo en profundidad a la Característica del jugador Lifestage; cómo puede ser utilizada, el objetivo de su uso y la lógica de cómo se ha configurado.
Lifestage es una Característica del jugador del sistema.
✅ Esto significa que ha sido creada por FT y está disponible para usar como parte del Modelo Singularity.
🧠 Tenga en cuenta que las Características del jugador del sistema no pueden ser editadas o eliminadas. 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: Lifestage se crea en base al Tipo de artículo: Lifestage.
Las clases y slugs que requiere la Característica del jugador, se crean y definen en el Tipo de artículo.
📚 Lectura adicional;
🚀 Objetivo
El objetivo de la Característica del jugador Lifestage es poder clasificar a los jugadores en una de las tres etapas de vida; Activo, Inactivo y Registrado. Un jugador activo es cualquiera con una transacción de dinero real en los últimos 30 días.
Posibles resultados (Clases)
Los posibles resultados (Clases de Tipo de artículo) a los que puede pertenecer un jugador son;
- Registrado
- Activo
- Inactivo
Echemos un vistazo más de cerca a 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 ser trasladados 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 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;
Para Lifestage, hay tres Procesos Activos, o movimientos, que se han configurado para gestionar los movimientos de los jugadores entre estados;
1. Al registrarse, establecer en "Registrado"
- Este movimiento es un movimiento en tiempo real, basado en eventos de jugadores en tiempo real.
- Ninguna de las clases califica para este movimiento. Sólo los nuevos jugadores, que no han sido clasificados antes, son elegibles para ser clasificados como Registrados.
- Cuando cualquier nuevo jugador se registra en su marca, será trasladado a Registrado.
2. En la apuesta de Casino y depósito exitoso, cuando "Registrado" o "Inactivo" establecer en "Activo"
- Este movimiento es un movimiento en tiempo real, basado en eventos de jugadores en tiempo real.
- Los jugadores pertenecientes a las clases Registrado e Inactivo son elegibles para este movimiento.
- Cuando los jugadores Registrados e Inactivos juegan una ronda de juego, hacen una apuesta de casino o hacen un depósito exitoso, serán trasladados a Activo.
3. Evaluar Lifestage
- 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'.
- ¿Cómo te conviertes en inactivo? Dado que este es un estado dado a un jugador por falta de actividad, no podemos crear un movimiento en un evento en tiempo real. En su lugar, debemos usar un cálculo basado en el tiempo para evaluar la etapa de vida.
- La consulta verificará a todos los jugadores que se han registrado y verificará si están en el estado correcto. Los jugadores que hayan tenido 30 días o más de inactividad, serán clasificados como Inactivos.
- Para establecer si los jugadores están inactivos, el cálculo verifica la última fecha de apuesta y la última fecha de depósito del jugador.
- Los jugadores bloqueados y excluidos también están incluidos.
🧠 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.
🏁 ¿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:
Segmentación
Después de esto, puede usar Lifestage al crear segmentos para Actividades y Ciclos de vida. Podrá encontrar Lifestage entre los campos de segmento cuando esté creando un segmento.