Contexte joueur
Le jeu fournit les signaux dont GameMantra a besoin pour évaluer le moment de monétisation actuel et le contexte joueur pris en charge.
INTÉGRATION AU JEU
GameMantra connecte votre jeu à la décision de monétisation en temps réel : les offres, prix, timings et expériences pris en charge peuvent changer sans recompiler le jeu à chaque changement.
Découvrir l’Intégration au jeuSDK
Connectez le jeu à GameMantra
RUNTIME
Déterminez sur le moment les expériences de monétisation prises en charge
EN PRODUCTION
Modifiez les expériences prises en charge sans recompiler le jeu
LE PROBLÈME DES BUILDS FIGÉS
Le comportement des joueurs change d’un instant à l’autre, mais les expériences de monétisation sont souvent liées au build du jeu. GameMantra crée une couche en production entre votre jeu et la monétisation, pour que les expériences prises en charge puissent changer sans recompiler le jeu à chaque mise à jour.
Chaque changement de monétisation exige de modifier le build du jeu
La logique des offres est étroitement couplée au client
Chaque nouvelle expérience peut déclencher un nouveau cycle de développement
Les changements en production sont plus lents à livrer
Les tests et le déploiement demandent plus de coordination
Le jeu se connecte à une couche de monétisation en production
Les décisions d’offre prises en charge se font au runtime
Les équipes peuvent modifier les expériences prises en charge sans recompiler le jeu
Les LiveOps peuvent mettre à jour les expériences de monétisation prises en charge
La mesure et le contrôle restent intégrés au workflow
POURQUOI L’INTÉGRATION GAMEMANTRA
Connectez votre jeu une fois. GameMantra peut ensuite assurer la connexion au runtime entre le contexte joueur, la décision de monétisation et les expériences in-game prises en charge.
Le jeu fournit les signaux dont GameMantra a besoin pour évaluer le moment de monétisation actuel et le contexte joueur pris en charge.
GameMantra détermine la réponse de monétisation prise en charge pour la requête en cours, y compris l’expérience d’offre configurée.
L’expérience prise en charge sélectionnée peut être renvoyée au jeu sans exiger un nouveau build du jeu pour chaque changement de monétisation.
Les réponses des joueurs peuvent être mesurées, tandis que les équipes conservent les contrôles d’approbation, d’expérimentation, de déploiement, de holdout et de retour arrière.
CE À QUOI VOTRE JEU PEUT SE CONNECTER
Le SDK et les intégrations runtime de GameMantra relient votre jeu aux fonctionnalités qui font tourner la monétisation en production — de la décision d’offre à l’expérimentation, à la mesure et au contrôle.
01
Déterminez une expérience d’offre prise en charge lorsque le joueur atteint un moment de monétisation.
02
Modifiez le contenu, la présentation ou la configuration d’offre pris en charge sans recompiler le jeu à chaque mise à jour.
03
Utilisez les signaux de réponse actuels pour alimenter les réponses de monétisation configurées lors de la prochaine opportunité.
04
Utilisez des expérimentations et des groupes holdout pour comparer les expériences avant de déployer un changement plus largement.
05
Gardez les changements de monétisation pris en charge hors du cycle de release du jeu, pour que les LiveOps avancent plus vite.
06
Reliez les réponses des joueurs au workflow de monétisation, pour que les équipes voient ce qui a changé et décident de la suite.
LA COUCHE D’INTÉGRATION GAMEMANTRA
L’intégration relie le jeu au runtime GameMantra et crée un chemin entre l’action du joueur, le contexte actuel, une réponse de monétisation prise en charge et un résultat mesurable.
JEU → SIGNAL → DÉCISION → EXPÉRIENCE → RÉPONSE ↺
Le jeu envoie le contexte pris en charge pour le moment de monétisation atteint par le joueur.
GameMantra détermine au runtime la réponse de monétisation prise en charge pour cette requête.
Le jeu présente l’expérience prise en charge, et la réponse du joueur alimente la décision suivante.
Équipes de jeu
Intégrez GameMantra au runtime du jeu et exposez les signaux et surfaces de monétisation pris en charge dont votre jeu a besoin.
Équipes LiveOps
Une fois l’intégration faite, les équipes LiveOps peuvent travailler sur les expériences de monétisation prises en charge sans exiger un nouveau build du jeu à chaque changement.
Équipes d’ingénierie
Utilisez les intégrations runtime prises en charge de GameMantra pour séparer les changements de monétisation du cycle de release du jeu.
Apportez l’architecture de votre jeu et votre flux de monétisation. Nous verrons ensemble où GameMantra s’insère, ce que permet l’intégration runtime et comment les expériences prises en charge peuvent changer après l’intégration.
Votre jeu et l’architecture de votre runtime
Les points d’intégration qui comptent
Le chemin du signal joueur à la réponse de monétisation
Parlez-nous de votre jeu et de votre dispositif de monétisation. Nous vous montrerons où GameMantra peut se connecter et ce que vous pourrez changer après l’intégration.
GameMantra fournit des intégrations SDK et runtime prises en charge qui relient le jeu à ses fonctionnalités de monétisation. Les points d’intégration exacts dépendent du runtime du jeu et de l’implémentation prise en charge.
Non, pas pour les changements d’expérience de monétisation pris en charge. Une fois le jeu intégré à GameMantra, les changements pris en charge peuvent être gérés via la couche de monétisation en production, sans exiger un nouveau build du jeu à chaque changement.
GameMantra prend en charge l’intégration au runtime natif ainsi que les intégrations Unity, Unreal et frameworks mobiles prises en charge. Contactez-nous pour connaître la couverture actuelle des intégrations et des SDK.
Non. La décision au runtime s’appuie sur la logique de décision configurée et prise en charge. Les équipes gardent le contrôle grâce aux approbations, aux expérimentations, aux groupes holdout, à la mesure et aux contrôles de déploiement.
Le jeu peut envoyer le contexte pris en charge et demander une expérience de monétisation à GameMantra. GameMantra détermine la réponse prise en charge, le jeu la présente, et la réponse du joueur qui en résulte peut alimenter la mesure et la décision suivante.