Tâches individuelles pour le profil du joueur

Les tâches personnelles augmentent la réponse et la rétention parce qu'elles tiennent compte des préférences, du temps, du profil de risque et des objectifs du joueur. Important : la personnalisation ne change pas le RTP et le RNG, ne pousse pas à la hausse des taux et fonctionne dans des limites volontaires. Ci-dessous un schéma pratique des données et des règles à UX, RG et métriques.

1) Objectifs de personnalisation

Pertinence : la tâche correspond à vos fournisseurs/heures de session/formats préférés.

Sécurité : respect de la RG, capes molles et « pauses » dans la logique.

Équité : les chances de succès ne dépendent pas de la taille du pari.

Gestion économique : RewardRate prévisible, pas de « suralimentation ».

Transparence : règles simples et progrès compréhensibles.

2) Données et fiches de profil (minimum suffisant)

Habitudes de jeu : fournisseurs/slots préférés, longueur et fréquence moyennes des sessions, temps de pointe typique.

Beth profile : répartition des paris (quantile), multiplicateur moyen des gains.

Variété de contenu : combien de fournisseurs uniques/semaine.

Réponse aux tâches : Finalité, temps avant le début, modèles fail.

Signaux RG : limites actives, autorégulation, interruptions.

Signaux techniques : appareil, réseau (pour les temporisations), local/fuseau horaire.

💡 Confidentialité : utilisez des identifiants pseudonymes, stockez les agrégats (quantis/drapeaux), excluez les PII de la notation.

3) Segmentation et ciblage

Le matin/le jour/le soir/la nuit → donner des fenêtres à la fente habituelle.

Selon le contenu : « Collecteur » (aime les nouveaux fournisseurs) vs « Main Slotter » (joue 1-2 jeux) → différentes tâches sur la diversité.

Selon le profil de risque : L/M/H-bet quantifié (à ne pas confondre avec « chance ») → les mêmes chances de succès à n'importe quel pari.

Par implication : Onbording → Activation → Habitude → Retour (winback).

Par jeu social : Soliste/Commandant - ajouter des objectifs d'équipe (Sum Top-M).

4) Concepteur de tâches personnelles

Modèle de champ :

Goal : déclencheur spécifique (par exemple, « atteindre le multiplicateur de ≥ x12 deux fois chez 2 fournisseurs »).
Window : heure recommandée (sous prime time) + « grace 1-3 min ».
Scoring : formule sans paiement (voir ci-dessous).
Limites : N meilleurs essais/fenêtre, kap per spin/day, exceptions pour les fonds bonus.
Reward : cosmétique/cadre/XR/fix frispins. valeur nominale (variance gérable), durée de la claim.
RG Guardrails : lunettes uniquement dans les limites actives ; rappels de la pause.
Explain : 1-2 lignes sur la carte - ce qu'il faut faire et comment on compte.

5) Formules et limites équitables

Base (recommandée) :

« Score = round (100 log2 (Win/Bet + 1)) » - récompense la chance relative plutôt que la taille du pari.

Anti-grind :

Score des N meilleurs événements par fenêtre/jour (sprint : N = 10-15 ; jour/heure : N = 20).
Sprints : total = médiane des trois meilleurs 5 minutes (résistant au « dos miracle »).
Variété : '+ B' lunettes pour le premier 'M'fournisseur/jour unique (par exemple' B = 50 ',' M = 3 ').
Bonus : coefficient 'coef _ bonus ∈ [0 ; 0. 5] 'ou « 0 » pour les finales publiques.
Tie-break : 1) avant atteint, 2) plus de variété, 3) seed déterministe.

6) Économie et P&L

RewardRate (corridor cible) : 0. 2–0. 8 % de la RGG de la cohorte impliquée.

Structure des prix 60/30/10 :

60 % - cosmétiques/statuts/cadres/bannières, 30 % - fix frispins. la valeur nominale ou les crédits bonus (Vadger x20-x35), 10 % - accès (sorties précoces/invents).
Largeur des paiements : 30-50 % de ceux qui ont réussi.
Anti-cannibalisation : Frispins sur fentes à dispersion contrôlée ; émission étirée (chekpoints + finale de la semaine).

7) Personnalisation UX

Carte « Pour toi » : objectif, fenêtre, tentatives restantes, barre de progrès, explication courte de la formule.

« La fenêtre de 19 h à 20 h est ton prime time ».

Micro-fidbek : « + 40 points pour x3 », « il reste 2 essais sur 15 ».

Alternative au choix : 1-2 « dépassement » de mission/semaine sans pénalité (anti-frustration).

A11y et localisation : gros chiffres, contraste, sous-titres, heure locale ; le serveur est UTC.

8) RG et éthique par défaut

Accumulations uniquement dans les limites de temps/dépôts/pertes volontaires.

Rappels de la pause de longues sessions, caps de participation doux/24 heures.

Ton neutre (anti-FOMO), T&C transparent : délais, exceptions, vadgers, âge/géo.

Les quêtes RG sont comme une mission : « Mets la limite » → une récompense cosmétique instantanée.

9) Anti-froid et honnêteté

Idempotence des événements : 'event _ uuid', journal « seen », retraits sécurisés.

Anti-bot : challenges dans les dernières minutes des sprints ; filtre « intervalles réguliers ».

Graphe des liens : devis/IP/paiements partagés → cold awards jusqu'à KYC (si nécessaire).

Casques/quotas : 'Cap _ per _ spin', 'Cap _ per _ day', quota par slot/fournisseur.

Debline : UTC vérité et « grace » 1-3 minutes ; la marque « corrigée » pour les événements tardifs.

10) Architecture et orchestration du temps réel

Пайплайн: Client → Event Ingest → Scoring → Personal Mission Engine → Progress/Leaderboards (опц.) → Rewards → Comms/CRM

Фоново: Profiles/Features, Eligibility/RG, Anti-Fraud, Snapshotter, Analytics & A/B, Audit.

SLA : update de progrès ≤ 200-300 ms, claim ≤ 72 heures, aptyme ≥ 99. 9%.

Eligibility : règles de tolérance (géo/age/RG/licence).

Rotation des tâches : pas plus de 1-2/jour par joueur ; « refroidissement » entre les tâches du même type.

Explainability : journal de décision (pourquoi cette tâche est indiquée).

11) KPI et dashboards

Fairness/Justice

Corrélation de ρ (Score, Bet) par segments ≤ 0. 2; Gini points ≤ 0. 5.

Engagement

Open→Start taux de la carte, Start→Complete, moyenne des tentatives comptées/fenêtre, proportion de joueurs ayant un événement/jour compté ≥1.

Economy

RewardRate dans le couloir 0. 2–0. 8%; Claim-rate 72ч ≥ 85%; ARPDAU/ARPPU uplift vs control.

Ops/SLA

p95 lag « événement → UI » ≤ 300 ms ; late-rate ≤ 3%; les prises ≤ 0. 3%.

RG/Expérience

Plaintes/10k ≤ 8-10 ; l'autorégulation ne se détériore pas vs contrôle.

12) Approche A/B et hypothèses

Fenêtres temporelles : personnelles (prime time) vs fixes.

N meilleurs : 10 vs 15 (sprint), 15 vs 20 (heure/jour).

Bonus de diversité : B = 0/50/100 ; M=2/3.

Dépassement de mission : 0 vs 2/semaine.

Communications : push 15 min avant la fenêtre vs in-app nuji.

Guardrails : RTP, plaintes/10k, signaux RG - pas pire que le contrôle ; la durée est au minimum un cycle complet (semaine).

13) Pleybooks prêts

A) Onbording « 3 × 3 perso »

Jour 1 : mini-mission sur le fournisseur préféré (par profil) + quête RG (limite).

Jour 2 : « Explorez 2 nouveaux fournisseurs » (VarietyBonus).

Jour 3 : Sprint 20 min en prime time ; le résultat est la médiane des 3 meilleurs segments.

B) Habitude (arc hebdomadaire)

4 fenêtres légères de 60 min, N = 20/fenêtre, 'Score = log2 (Win/Bet + 1)'.

1 « dépassement de mission » sans amende ; 60 % des récompenses sont des chekpoints, 40 % sont des finales.

C) Winback 30-90 jours

« Tu aimais X, revenons doucement » : fenêtre 30 min, N = 10, B = 30 pour 2 fournisseurs.

Prix - cosmétiques/accès ; claim ≤ 72 heures.

D) Version de commande

Score personnel - comme ci-dessus ; l'équipe est « TeamScore (day) = Sum (Top 10 Score) » ; Contribution ≥5 événements/jour comptés.

14) Modèles de règles (copier dans T&C)

Modèle 1 - Sprint personnel 20 minutes

Очки: `Score = round(100 log2(Win/Bet + 1))`.

« N = 15 ». Total = la médiane des trois meilleurs 5 minutes.

Fonds bonus : 'coef _ bonus = 0. 3`; `Cap_per_spin=700`.

Tie-break : réalisation précoce → diversité → seed.

Modèle 2 - Mission de jour « pour toi »

En valeur : 'N = 20' des meilleurs événements ; '+ 50' pour les premiers 'M = 3' du fournisseur unique/jour.

Claim ≤ 72 heures ; points uniquement dans les limites RG actives.

Modèle 3 - Fenêtre personnelle de commande

Compte personnel - comme dans le modèle 1.

Commande : 'TeamScore = Somme (Top 10 Score)'.

La contribution minimale est la ≥5 des tentatives/fenêtres comptées.

15) Vie privée et conformité

Minimisation des données : stocker les agrégats et quantifier, pas PII.

Explainability : Journal « pourquoi cette tâche a été sélectionnée ».

Contrôle du stockage : délais de rétractation, anonymisation ; accès selon le principe des droits les plus faibles.

Juridictions : blocs géographiques, âge, restrictions publicitaires ; documenter les versions des règles.

16) Chéquiste de lancement de tâches personnelles

Règles et économie

'log2 (Win/Bet + 1)', N meilleurs, caps per spin/day ; VarietyBonus.
RewardRate 0. 2–0. 8 %, largeur de paiement 30-50 %, structure 60/30/10.

Données et vie privée

Profils pseudonymes, agrégats/quantifiés, explain-logique.
Politique de rétention, accès, vérification.

RG/Anti-frod

Charges à payer dans les limites ; rappels ; Anti-bot/graphe de liaison ; late-window.

Technique

SLA ≤ 300 ms ; Snapshotter; Health/Status API; Bouton stop.

UX/CRM

Carte « Pour toi », localisation du temps, A11y ; 1-2 dépassements/semaine.
Push 10-15 min avant la fenêtre ; L'après-vie des highlights.

Données/A/B

Dashboards fairness/ops/RG ; un plan d'expérimentation ; guardrails.

17) Erreurs typiques et fictions rapides

1. Pay-to-win/grind → ajouter « N best », journal-normalisation, caps per spin/day.

2. Personnalisation « passé » → le ciblage par la prime-time et les fournisseurs préférés ; autoriser le « dépassement ».

3. Les prix → garder RewardRate dans le couloir ; passer à l' 60/30/10.

4. Conditions cachées → 1 écran avec formule/caps/minuteries + plein T & C.

5. Ignorer RG → points dans les limites, rappels doux, quête RG.

6. Fidbek lent → Apdate à temps réel ≤ 300 ms ; « mode bronze » en cas de surcharge.

Les tâches individuelles fonctionnent quand elles :

1. pertinents pour les habitudes du joueur (contenu/temps), 2. honnêtes (multiplicateur + meilleurs N, kaps, pas de stimulation des taux), 3. sont économiquement modérés (RewardRate 0. 2–0. 8 %, 60/30/10, paiements généraux), 4. éthique et sécurité (RG/antifrod/vie privée), 5. discipliné sur le plan opérationnel (temps réel, SLA, audit), 6. mesurés par A/B et fairness-dashboards.

C'est ainsi que la personnalisation devient un amplificateur de retraite et de LTV - sans pression sur le joueur et sans interférence avec les mathématiques de base des jeux.