Designer une economie de jeu mobile : le cas des muffins

Chaque action IA dans Grimoire Culinaire a un cout serveur réel. Une monnaie interne rend ce cout 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 cout 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é motive a la fois par le cout 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 force une architecture précise: ledger immuable, état réservé/débité, gestion des échecs, fallback de provider sans doubler les couts.

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 couts 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 scenario ou le cout double. Les muffins et le fallback multi-provider ne suppriment pas le risque; ils permettent de l'absorber plus proprement.