Un jeu de gestion de librairie devient intéressant lorsque le joueur doit choisir son stock avant de connaître les demandes du jour. Commencez avec une seule boutique, deux titres, une courte file de commandes et une trésorerie qui évolue au gré des ventes. Le joueur doit décider entre équilibrer les rayons ou privilégier le titre le plus demandé. L’exemple utilise des règles pédagogiques fictives résolues sur papier, pas un test de jeu ni une observation de vrais clients. La première version n’a pas besoin d’un catalogue complet ou d’une chaîne d’approvisionnement réaliste : elle doit montrer l’effet d’un choix de stock. Les valeurs sont modestes pour pouvoir suivre les calculs sans tableur.
Commencez par une décision de stock
Une première journée utile comporte quatre étapes liées : lire les commandes, passer une commande au fournisseur, servir les clients avec le stock disponible et vérifier la caisse de clôture. Les titres demandés sont fixes, ce qui permet d’expliquer le résultat à partir du stock et de l’ordre des clients.
Dans la première version, laissez de côté le loyer, les salaires, les remises, la note de décoration, la demande aléatoire, les substitutions et les retours fournisseurs. Ces systèmes ajouteraient des variables avant que le choix de stock soit compris. Fixez le budget, le coût d’achat, le prix de vente et la file ; suivez ensuite chaque exemplaire.
Écrivez un petit contrat d’inventaire
Fixez les règles avant de demander un build. Paper Lantern Books est une librairie fictive ; ses prix et l’ordre des clients sont choisis pour une simulation pédagogique. L’objectif est de savoir si le joueur peut expliquer le chiffre final à partir de la commande et des ventes.
| Règle | Valeur pédagogique de Paper Lantern Books | Ce que le joueur peut vérifier |
|---|---|---|
| Trésorerie initiale | 14 pièces | Caisse avant de passer commande |
| Taille et coût de commande | Exactement 4 exemplaires au total ; 3 pièces par exemplaire | La commande coûte 12 pièces et laisse un solde de 2 |
| Titres disponibles | Mystère et Voyage ; maximum de 3 exemplaires de chaque | Le joueur répartit une commande de quatre exemplaires entre les titres |
| Vente et règle client | Chaque exemplaire correspondant se vend 5 pièces ; sans stock, la demande est perdue | Le stock diminue d’une unité par vente et la trésorerie augmente de 5 |
| File des commandes | Mystère, Mystère, Mystère, Voyage | Les mêmes quatre demandes sont répétées après chaque commande |
Il n’y a ni autres coûts ni autre source de revenus durant cette journée. Le registre est donc fermé : après la commande, la trésorerie évolue uniquement selon les ventes. Une demande perdue ne rapporte rien et ne modifie ni l’inventaire ni la caisse. Le réapprovisionnement n’a pas lieu pendant la file.
Suivez le registre de référence
Passez d’abord une commande de deux exemplaires de Mystère et deux de Voyage. Les quatre coûtent 12 pièces, donc la boutique ouvre avec 2. Les trois premières commandes portent sur Mystère : deux sont servies et la troisième est perdue. La quatrième demande, Voyage, est servie. Les ventes rapportent 15 pièces, ce qui laisse 17 en caisse ; il reste un exemplaire de Voyage.
Lisez le résultat comme un exemple de répartition du stock, pas comme une prédiction des achats de vrais lecteurs. La file est fixe pour comparer les commandes. Une file aléatoire exigerait une analyse distincte du risque de stock.
Rejouez la journée avec un exemplaire déplacé
Comparez maintenant une commande de trois Mystères et un Voyage. Elle coûte toujours 12 pièces, de sorte que la boutique ouvre également avec 2. Les trois premières demandes de Mystère sont satisfaites et le dernier Voyage aussi. Les quatre commandes rapportent 20 pièces ; la caisse termine à 22 et aucun stock ne reste.
| Rejeu sur papier | Commande et coût | Trésorerie après commande | Servies / perdues | Revenus / trésorerie de clôture | Stock restant |
|---|---|---|---|---|---|
| Référence | 2 Mystères, 2 Voyages ; 12 pièces | 2 | 3 / 1 | 15 / 17 | 1 Voyage |
| Comparaison contrôlée | 3 Mystères, 1 Voyage ; 12 pièces | 2 | 4 / 0 | 20 / 22 | Aucun |
Il s’agit d’un rejeu parallèle depuis le même état initial de 14 pièces, et non de la journée suivant naturellement la clôture de la référence. Cette distinction permet d’isoler le changement de commande tout en gardant la même file. Réinitialisez la boutique avant chaque comparaison.
Donnez au premier build un prompt complet
Combinez le scénario, l’état initial, les règles et les vérifications observables dans une seule demande. Laissez ouverts les détails d’implémentation et indiquez clairement qu’il s’agit d’un exemple fictif.
Construis dans le navigateur un petit jeu de gestion de librairie jouable appelé Paper Lantern Books. Utilise une seule boutique avec deux titres en rayon : Mystère et Voyage. La journée commence avec 14 pièces. Le joueur commande exactement quatre exemplaires au prix de trois pièces chacun, avec un maximum de trois exemplaires par titre.
Après la commande, affiche la file fixe : Mystère, Mystère, Mystère, Voyage. Chaque demande correspondante vend un exemplaire pour cinq pièces ; si le stock est épuisé, la demande est enregistrée comme perdue sans modifier la trésorerie ni l’inventaire. Il n’y a aucun autre revenu ou coût durant la journée. Affiche la caisse, le stock et le nombre de commandes servies ou perdues. Le redémarrage restaure 14 pièces, les rayons vides avant commande, la file originale et les règles.
Permets de comparer la commande 2 Mystères + 2 Voyages avec 3 Mystères + 1 Voyage. Vérifie que les deux coûtent 12 pièces et laissent 2 pièces avant l’ouverture. Affiche les revenus et la caisse finale : référence 15 et 17 ; comparaison 20 et 22. N’ajoute ni prix aléatoires, ni nouveaux titres, ni dépenses.Le prompt rend chaque résultat vérifiable, mais ne prouve pas qu’un build généré applique les règles correctement. Après toute génération, compare la file, les ventes et la caisse aux calculs. Ne présentez pas les chiffres attendus comme des observations avant d’avoir exécuté et inspecté une version.
Vérifiez le registre avant d’ajouter des systèmes
- Vérification de commande : confirmez que quatre exemplaires coûtent 12 pièces et laissent 2 des 14 pièces initiales. Testez séparément la limite de trois exemplaires par titre.
- Vérification d’inventaire : suivez chaque demande dans l’ordre. Une vente servie retire exactement un exemplaire correspondant ; une demande perdue laisse le stock et la trésorerie inchangés.
- Vérification de trésorerie : comptez les ventes, multipliez-les par 5 et ajoutez les revenus aux 2 pièces restant après la commande. Référence : 17. Comparaison contrôlée : 22.
- Vérification du redémarrage : redémarrez entre les deux commandes. Vérifiez que la trésorerie, le stock initial, la file et les règles reviennent au même état.
Si la caisse finale ne correspond pas, ne changez pas plusieurs règles à la fois. Gardez la file et les prix fixes, identifiez la première action dont le stock ou le solde diffère et corrigez ce calcul précis.
Transformez le contrat en premier brouillon jouable
La page Free AI Game Maker de SEELE décrit un processus général : formuler une idée de jeu en langage naturel, examiner un résultat jouable en 2D ou 3D et continuer l’itération dans Workspace. Elle recommande de vérifier le modèle sélectionné, le solde Koin et le coût affiché avant l’envoi. Cela décrit un moyen de démarrer et d’inspecter un prototype, pas une garantie pour la logique d’inventaire de Paper Lantern Books.
Lorsque vous serez prêt à présenter une idée limitée et à examiner un point de départ jouable, visitez Free AI Game Maker. Gardez la même file fixe pendant la première révision ; ne changez une règle d’inventaire que lorsque vous pouvez expliquer son résultat ou son incertitude.
Questions fréquentes
Combien de titres le premier jeu de librairie devrait-il proposer ?
Commencez avec deux titres et une courte file de commandes. C’est suffisant pour rendre visible la composition du stock sans transformer la gestion en simulation complète de commerce.
Comment les préférences des clients affectent-elles le stock ?
Attribuez à chaque client une demande précise et laissez le stock disponible déterminer si la vente a lieu. Notez le titre demandé, le stock avant et après et l’effet sur la caisse.
La demande devrait-elle être aléatoire dans le premier prototype ?
Une file fixe est plus facile à inspecter pendant la vérification des règles de boutique. La demande aléatoire peut venir ensuite, lorsque le joueur comprend comment les choix de stock répondent à une séquence connue.
Que vérifier si la trésorerie ne correspond pas ?
Repérez la première action où la caisse affichée diffère de la règle. Vérifiez d’abord le coût de commande, puis comptez les ventes servies et ajoutez les recettes au solde initial. Gardez l’ordre de la file inchangé.
Les chiffres de Paper Lantern Books proviennent-ils d’un vrai test ?
Non. Ce sont des valeurs pédagogiques fictives dans une simulation sur papier avec une file fixe de quatre clients. Les calculs comparent deux compositions de commande ; ils ne décrivent ni de vrais lecteurs ni un jeu testé.
