Designer une économie de jeu mobile : le cas des muffins

Chaque action IA dans Grimoire Culinaire a un coût serveur réel. Une monnaie interne rend ce coût visible sans exposer l'utilisateur a une grille de prix illisible en centimes.

Les muffins ne servent pas seulement a monétiser. Ils rendent le coût compréhensible, pilotable, et intégrable au design du produit.

Le plan free doit être assez généreux pour permettre une vraie utilisation, mais pas assez pour remplacer le payant. Le plan gratuit a finalement été recale a 80 muffins/mois, avec 500 pour Plus et 1500 pour Pro.

En V0.4, 150 muffins/mois en free rendaient l'upgrade presque inutile. Le changement a été motivé a la fois par le coût produit et par le comportement réel attendu.

Quand une action IA démarre, les muffins sont réservés immédiatement. Si l'appel échoue ou retourne un résultat inexploitable, tout est rollback.

Cette règle a forcé une architecture précise : ledger immuable, état réservé/débité, gestion des échecs, fallback de provider sans doubler les coûts.

Les rewarded ads ajoutent un chemin d'usage pour les utilisateurs free : 5 muffins par vue, jusqu'à 3 fois par jour. Le parrainage ajoute une couche de croissance sans exploser l'économie.

Ce type d'ajout ne peut pas être pense après coup. Il faut déjà avoir des quotas, des plafonds et une logique d'attribution propre.

Les coûts de provider ne sont pas stables. Les modèles changent, les prix évoluent, les API peuvent être dépréciées.

Une économie liée à l'IA oblige a modéliser le scénario ou le coût double. Les muffins et le fallback multi-provider ne suppriment pas le risque; ils permettent de l'absorber plus proprement.