Player Feature - Preferred Offer Type

An in-depth look into Preferred Offer Type, a system Player Feature: how it can be used, the objective of using it, and the logic of how it has been set up.

Preferred Offer Type is a system Player Feature.
✅ This means that it has been created by FT and is available to use as part of the Singularity Model.
🧠 Please note that system Player Features cannot be edited or deleted. If you want to make changes, you must create your own version of the Player Feature.

⚙️ Feature Type

All Player Features must be connected to a Feature Type. Think of the Feature Types as the settings that define the language that we use to talk about important pieces of information. The Player Feature uses these settings and relates them to a player.
The Player Feature: Preferred Offer Type is created based on the Feature Type: Offer Type.
The classes and slugs that are required by the Player Feature, are created and defined in the Feature Type.
📚 Further reading:
​Feature Types​
​Setting up Player Features​
​Movements​

🚀 Objective

The objective of the Preferred Offer Type Player Feature is to be able to pick the offer type with the highest conversion rate for each player (based on previous Activities). This will allow you to give the right offer to each one of your players, maximizing the potential conversion from your campaigns.

Possible outcomes (Classes)

The possible outcomes (Feature Type Classes) that a player can belong to are:
  1. Free Spins
  2. % Deposit Bonus
  3. Bonus Money
  4. Real Money
  5. Free Bet
  6. Risk-Free Bet
  7. Loyalty Program
  8. Cashback
  9. Feature Trigger
Let's look more closely at how these classes are calculated and how players can qualify to belong to a certain class 👇.

↔ Movements

Movements define the way in which players can be moved from one state to another.
They can either be real-time movements, that occur when a real-time action occurs (such as a payment or registration), or a time-based query. Time-based queries occur at a set time of the day and evaluate the player base to determine if a player should move class.
​
📚 Read more:
​Movements​
​Real-Time Movements​
​Time-Based Queries ​
For Preferred Offer Type, there is one Active Process, or movement, that has been set up to manage player movements between states:
Active Processes
Active Processes
Preferred Offer Type
  1. This movement is a Time-Based Query that is set to run at a set time of 'Every day at 03:00 UTC'.
  2. The query analyses the conversion data of Activities that contained Offer Type classifications.
    1. We look at all the Activities that were classified with a specific Offer Type, and then calculate out of all those Activities how many converted (meaning, the player made a deposit).
    2. As an example, if 10 Activities with Offer Type classification = Free Spins fired to a specific player, and they converted (deposited) on 2 of those Activities, then their conversion rate for the Offer Type "Free Spins" will be 20%.
    3. Then we compare the conversion rate for all Offer Types and the one with the highest conversion rate is the Player Preferred Offer Type.
  3. Blocked and excluded players are also included.
Previously Played Products
Previously Played Products

🧠 Queries

Most of the Player Features in the Singularity Model make use of time-based queries. Queries are good for determining states of player inactivity, something a real-time movement is unable to determine.
Our queries are created using ClickHouse and are included in the Singularity Model for you to use.
🧠 Please note that the slug from the Feature Type class must match inside the query.
If you want to write your own queries, you can use the Query Editor or ask Fast Track for assistance. You can find the query editor in: Insights & Analytics menu - Data Studio - Query Editor.
Previously Played Products
Previously Played Products

🏁 What's Next

Dashboards

After some time, once the computation Triggers have fired, you'll be able to see that players have now been assigned to one of the classes of Player Feature. You can see this happen in the Current Player Distribution dashboard inside the Player Feature:
Player Distribution
Player Distribution

Segmentation

Following this, you can use Preferred Offer Type when creating Segments for Activities and Lifecycles. You will be able to find Preferred Offer Type amongst the Segment Fields when you’re creating a Segment.
Segment Field
Segment Field