Le premier prototype doit tester une incertitude importante. Il ne prouve pas à lui seul que les opérateurs peuvent distribuer le jeu ou que le studio peut maintenir un catalogue croissant.
Planifiez la première version comme un ensemble complet
| Chantier | Livrable nécessaire |
|---|---|
| Produit et mathématiques | Règles, propriétés attendues et configuration |
| Production créative | Ressources, interface et droits d’utilisation documentés |
| Mise en œuvre du jeu | Comportement du client et du serveur faisant foi |
| Intégration financière | Contrat de mise, de gain, de contrepassation et de rétablissement |
| Évaluation | Exigences et preuves pour la version concernée |
| Distribution | Accords, adaptateurs et intégration au catalogue |
| Maintenance en production | Supervision, support, versions et traitement des manches non résolues |
Identifiez le travail effectué par le studio et celui qu’il commande. Explicitez propriété et licences des ressources, du code et des frameworks tiers.
Choisissez le serveur et la voie de distribution
Un RGS détenu en propre peut apporter du contrôle tout en créant du travail d’ingénierie, d’évaluation et d’exploitation. Une solution hébergée ou proposée par un partenaire peut fournir des parties de cette infrastructure dans son propre périmètre et selon ses conditions. Comparez les fonctions, droits, coûts et restrictions dans les propositions réelles.
L’accès à la distribution nécessite sa propre acceptation commerciale et technique. Un connecteur ou une relation avec un agrégateur ne rend pas automatiquement chaque jeu disponible sur tous les marchés de tous les opérateurs.
Financez la période avant des encaissements significatifs
Incluez mathématiques, production, tests, prestations professionnelles, intégration de distribution et support courant. Établissez quand les coûts sont payés et quand les encaissements contractuels peuvent devenir disponibles. N’utilisez pas un pourcentage de redevance sans son assiette, ses déductions, son reporting et ses conditions de paiement.
Comparez une première version plus limitée à un vaste programme de production. La première doit produire des preuves sur le mécanisme, le processus de livraison et les conditions de distribution avant que le studio s’engage à répéter les hypothèses sur de nombreux jeux.
Acceptez le jeu et son exploitation ensemble
Testez le jeu normal, les branches des règles, les manches interrompues et les messages financiers répétés. Préservez la version et les preuves acceptées pour la mise en production. Définissez qui répond lorsqu’un opérateur signale un résultat contesté et comment le studio retrouve l’historique pertinent.
Convenez du processus de changement après le lancement. Un changement mathématique ou de règle de jeu peut nécessiter du travail au-delà de la publication d’une nouvelle ressource du client logiciel.
Discutez du premier cahier des charges de production avec SuperBluOrange. Incluez le mécanisme envisagé, les partenaires de distribution, les exigences de droits et les capacités internes. Le périmètre de développement de jeux relie ces décisions à des livrables concrets.