Astro Burn : Interview avec HaZ Dulull (Beyond The Pixels)

Et si le secret d'un bon jeu indépendant n'était pas de s'accrocher à sa vision initiale… mais d'avoir le courage de tout remettre en question en cours de route ? C'est exactement ce qu'a fait HaZ Dulull, le développeur derrière Astro Burn, un shoot 'em up qui a commencé sa vie comme un SHMUP traditionnel et s'est métamorphosé en un Cute 'Em Up délirant, coloré et assumé — un chat en jetpack affrontant des pandas géants sur des mechas, des chiens surfeurs et des boss mi-chat mi-sirène.

Mais derrière les paillettes, les arcs-en-ciel et le chaos organisé, il y a une vraie démarche de développement : écoute de la communauté, itérations rapides, gestion du risque, refactoring propre, et une sortie physique ambitieuse qui entend redonner vie au rituel d'achat d'un jeu vidéo. De la cassette audio à la cartouche USB, Astro Burn est autant un hommage aux années 90 qu'un projet résolument ancré dans le présent.

On a eu l'occasion de soumettre HaZ à une série de questions qui vont bien au-delà du simple presskit, du pivot de genre en plein développement jusqu'aux protocoles de QA avant le Gold Master physique, en passant par les métriques d'engagement avant/après pivot et la gestion du moral d'équipe. Une interview technique et humaine, passionnante pour qui s'intéresse aux coulisses du développement indépendant.

Les gamers curieux y trouveront aussi largement leur compte : comment naît un jeu à la personnalité aussi forte ? Comment une communauté peut-elle littéralement changer l'âme d'un projet ? Réponses ci-dessous.

TL;DR

• Astro Burn a pivoté d'un SHMUP classique vers un Cute 'Em Up après des retours clairs de joueurs lors d'événements : ils adoraient le chat, mais décrochaientdu gameplay trop hardcore.
• La communauté a directement influencé l'identité visuelle du jeu : adieu les vaisseaux spatiaux, bonjour le chat en jetpack et les boss animaux délirants.
• Le développement a été cadré sur 12 mois fermes, avec un système de priorisation des feedbacks (Critique / Haute / Moyenne / Basse) pour éviter le feature creep.
• Le pivot technique n'a pas nécessité de réécriture : les systèmes de base étaient solides, seule la "personnalité" du jeu a été refondée.
• Une sortie physique Kickstarter est en cours, en partenariat avec 33 Games, avec cartouche USB, manuel illustré, et bande-son sur cassette.
• Après le pivot, les wishlists Steam ont grimpé, et le jeu a décroché un éditeur : Pixel Doors.

L'interview complète — traduite en français de l'anglais

Interviewé : HaZ Dulull
Studio : Beyond The Pixels
Éditeur : Pixel Doors

Le moment eurêka : comment Astro Burn a pivoté vers le Cute 'Em Up

Pouvez-vous nous décrire le moment précis où l'équipe a réalisé qu'il fallait faire pivoter Astro Burn vers le genre Cute 'Em Up ?

Le "moment eurêka" d'Astro Burn n'est pas né d'une grande réunion stratégique… c'est un mélange entre l'observation de vrais joueurs en action, et un dimanche matin tranquille à renouer avec mes racines.

Quand nous participions à des événements, je voyais toujours la même chose se produire. Les gens accouraient à cause du chat, mais après une partie, ils repartaient. Le message était clair : ils venaient pour la personnalité, mais ce qu'ils trouvaient, c'était un SHMUP traditionnel plutôt exigeant. À ce stade, Astro n'était qu'un habillage plaqué sur un shoot spatial sérieux… et il y avait un vrai décalage.

Puis vint ce dimanche matin. Je parcourais ma collection Super Famicom, je jouais à des trucs comme Parodius et Pop'n TwinBee, et ça a fait tilt. Ces jeux n'étaient pas fondamentalement différents mécaniquement, mais dans le ton ? Ils étaient joueurs, fous, complètement barrés. C'est ça qui les rendait spéciaux.

Alors je me suis dit… "Et si Astro Burn ne changeait pas ses mécaniques, mais assumait pleinement sa personnalité ?"

J'ai commencé à tester cette idée. D'abord, j'ai intégré un panda chevauchant un mecha géant comme boss, j'ai posté ça, et la réaction a été immédiate : "c'est fun". Ensuite, j'ai remplacé le vaisseau par Astro en jetpack… et soudainement, des gens qui n'étaient pas intéressés avant disaient "ok… c'est dingue, je suis partant".

C'était ça, le moment. Le public avait parlé. À partir de là, engagement total. On a poussé à fond l'identité "Cute 'Em Up", on a retrouvé cette énergie Konami des années 90, échangé les ambiances sci-fi sérieuses contre de la couleur, du charme et du chaos… et transformé le jeu en quelque chose qui ne se prend pas au sérieux, mais offre quand même un gameplay précis et exigeant.

Ce changement n'a pas seulement modifié le jeu, il lui a révélé son âme.

Communauté et identité visuelle : quand les joueurs dessinent le jeu

Comment la réaction initiale de la communauté à ce pivot a-t-elle influencé le design visuel des protagonistes et des ennemis ?

Honnêtement, c'est l'un de ces moments où la communauté a totalement pris les commandes, et je suis tellement content de les avoir écoutés.

Au début, les éléments "mignons", surtout Astro le chat, n'étaient qu'un habillage sur un shoot sci-fi assez standard. Mais la réaction qu'on entendait sans cesse était : "plus de chat, moins de vaisseau spatial". C'était le signal. Plutôt que de brider cette idée, on l'a laissée redéfinir toute l'identité visuelle du jeu.

Le premier grand changement a été d'abandonner complètement le vaisseau pour mettre Astro au premier plan, avec un jetpack. Soudain, vous ne pilotez plus un véhicule : vous êtes le personnage. On a aussi poussé bien plus loin le design d'Astro : plus mignon, plus expressif, avec une vraie énergie de personnage principal, pour que les joueurs s'y attachent vraiment.

En parallèle, on a fait appel à Q Yoneda pour ancrer le jeu dans cette esthétique Konami années 90, audacieuse et ludique, mais construite avec des workflows d'animation modernes. Ça a vraiment verrouillé le ton.

Puis sont venus les ennemis… Et là, ça devenait vraiment fun. On a abandonné la sci-fi générique pour créer ces seigneurs du mal gigantesques, chaotiques et adorables. Le tournant, c'était un panda assis sur un mecha géant. Je l'ai posté, et immédiatement les gens ont dit "c'est ça". Ça nous a donné le feu vert pour aller totalement dans l'excès. Des canards volants, des chiens surfeurs, des abeilles géantes, même un boss mi-chat mi-sirène… Rien n'était hors-jeu.

On a aussi repensé tous les effets. Exit les explosions sci-fi agressives, place aux feux d'artifice, aux éclats de couleur, aux arcs-en-ciel, aux cœurs… Tout dégage une joie et un côté un peu absurde dans le bon sens du terme. Pour que tout ça ressorte bien, on a légèrement reculé les arrière-plans afin que le chaos à l'écran brille vraiment.

Au final, la communauté n'a pas seulement influencé les visuels : elle nous a aidés à trouver le ton. Ce qu'on a obtenu, c'est quelque chose que j'adore : un chaos maîtrisé, plein de charme, qui vous fait sourire pendant que vous esquivez une folie absolue à l'écran.

La sortie physique : redonner vie au rituel du jeu vidéo

Concernant le Kickstarter : quels souvenirs de l'ère physique cherchez-vous à déclencher chez des joueurs qui n'ont pas grandi avec les générations 8-bit ou 16-bit ?

Pour les joueurs qui n'ont pas grandi avec l'ère 8-bit ou 16-bit, ce qu'on fait avec le Kickstarter d'Astro Burn ne se résume pas à vendre un jeu, c'est les initier à un ressenti qu'ils n'ont peut-être aperçu que dans des trucs comme Stranger Things.

Je voulais faire revivre ce rituel. Ça commence par le déballage. Ouvrir une vraie boîte de jeu, feuilleter un manuel rempli d'illustrations, tenir quelque chose de physique entre ses mains… même cette habitude bizarre de souffler dans la cartouche avant de démarrer. C'était bien plus qu'acheter un jeu, c'était une expérience.

Ensuite, il y a le sentiment de possession. Aujourd'hui, tout paraît éphémère : abonnements, connexions obligatoires, jeux qui peuvent disparaître du jour au lendemain. Avec Astro Burn, je voulais retrouver ce sentiment que "c'est à toi". Sans DRM, sans connexion internet, sans barrières. Tu peux littéralement l'emporter chez un ami et jouer comme on le faisait avant.

On mise aussi sur des formats tactiles, comme la bande-son sur cassette. Pour certains joueurs, c'est de la pure nostalgie. Pour d'autres, c'est quelque chose qu'ils n'ont vu qu'à l'écran et qu'ils vont enfin pouvoir posséder. C'est ça, la magie.

Et bien sûr, la co-op sur canapé. Même pièce, même écran, chaos partagé. Pas de casques, pas de lobbies en ligne, juste cette énergie immédiate et sociale qui rendait les jeux si mémorables.

Même les petits détails, comme le tableau des high scores avec des initiales en trois lettres, tout est conçu pour retrouver cet état d'esprit arcade. Chasser les scores, battre ses potes, ce frisson du "encore une partie".

Au fond, l'objectif est simple : transformer l'achat d'un jeu en quelque chose qu'on ressent. Pas juste un téléchargement, mais quelque chose qu'on peut tenir, partager et dont on se souviendra.

Agilité et développement : entre liberté et discipline

Vous avez évoqué être un "projet singulièrement agile". Comment distinguez-vous, a posteriori, l'agilité véritable du simple manque de verrouillage de scope, et où tracez-vous la ligne pour éviter le feature creep ?

Pour moi, la différence entre être agile et simplement perdre le contrôle du scope se résume à une chose : est-ce que tu réagis à des signaux réels, ou tu chasses juste des idées ?

Avec Astro Burn, tout partait d'un état d'esprit de game jam : construire vite, tester vite, apprendre vite. C'est comme ça qu'on a découvert le jeu, y compris lors du grand pivot vers le Cute 'Em Up. Mais ce n'était pas aléatoire, ça venait directement de retours constants de joueurs. Les gens voulaient plus de chat… Alors on a mis le paquet.

Là où j'ai tracé la ligne, c'est le temps et la réalité.

J'ai fixé une deadline stricte de 12 mois dès le premier jour. Peu importe combien on itérait ou améliorait les choses, ce projet ne deviendrait pas un projet pluriannuel. Cette contrainte a forcé la clarté. Pareil avec l'autofinancement, chaque décision devait se justifier. Si ça ne rendait pas le jeu plus fun, ça ne passait pas.

Pour éviter le feature creep, je suis resté très ancré dans le concret. Tous les retours allaient dans un système de priorité simple : Critique, Haute, Moyenne, Basse. Si une seule personne n'aimait pas quelque chose, c'est subjectif. Si plein de joueurs disaient la même chose, c'était un signal : on agissait.

J'ai aussi dit non à tout ce qui brisait l'esprit ou l'échelle du jeu. Des choses comme les microtransactions ou le multijoueur en ligne, oui, c'est populaire, mais ça aurait ajouté une charge massive et nous aurait éloignés de cette expérience serrée et dans l'esprit des années 90.

Même techniquement, les choix reflétaient cette mentalité. Utiliser GDevelop a gardé les choses légères et focalisées sur le gameplay. Et quand on a rencontré des problèmes de performance, on n'a pas cherché une solution de midi à quatorze heures : on a simplifié. Des niveaux plus courts, un rythme plus serré, ce qui a en fait amélioré le jeu.

Alors oui, l'agilité nous a aidés à trouver le jeu. Mais ce sont les contraintes qui nous ont aidés à le terminer.

Refactoring technique : pivoter sans casser l'architecture

Les pivots tardifs résultent souvent en du "code Frankenstein" ou de la dette technique. Pouvez-vous détailler le processus de refactoring nécessaire pour migrer la logique de jeu vers un nouveau genre sans compromettre l'architecture existante ?

La clé avec le pivot vers le Cute 'Em Up, c'est qu'on n'a pas reconstruit le jeu, on l'a recadré. Le cœur était déjà solide. Il s'agissait de ton, de personnalité, et d'ajouter des couches par-dessus, pas de tout démonter.

Andrea Tedeschi, mon co-développeur sur Astro Burn, passait la majorité de son temps à construire les systèmes en premier (comportements des ennemis, scoring, mouvements, parallaxe), tout ça était verrouillé tôt. Donc quand le pivot est arrivé, c'était en fait assez propre. On a swappé les visuels, les vaisseaux sont devenus un chat en jetpack, les explosions sont devenues couleur et chaos, mais la logique sous-jacente n'avait pas besoin d'être réécrite.

Utiliser GDevelop a vraiment aidé ici. Son système basé sur des événements me permettait d'étendre ce qui fonctionnait déjà plutôt que de tout démonter. Des trucs comme la Catnip Power Bar et les mouvements spéciaux s'inscrivaient naturellement dans les boucles de récompense existantes : ils semblent fous et "barrés," mais sous le capot, ils sont en fait assez structurés.

Là où ça devenait intéressant, c'était la performance. À un moment, je pensais "plus c'est plus" : niveaux plus longs, plus de choses à l'écran… Et ça a planté. Plutôt que de trouver coûte que coûte un correctif, j'ai fait l'inverse. Niveaux plus courts, rythme plus serré, plus dans la lignée de classiques comme R-Type. Ça a résolu le problème et rendu le jeu meilleur.

Et surtout, j'ai été très délibéré quant à ce qu'il ne fallait pas construire. Des choses comme le multijoueur en ligne ou les microtransactions, oui, c'est tentant, mais ça aurait complètement fait exploser le scope et l'architecture. Donc j'ai simplement dit non.

Au final, le refactoring ne visait pas à ajouter de la complexité, c'était à être intelligent, rester léger, et laisser la personnalité évoluer sur des fondations solides.

Game design : équilibrer bullet-hell et accessibilité

Le genre Cute 'Em Up repose fortement sur des patterns bullet-hell contrastés avec une esthétique douce. Comment équilibrez-vous mathématiquement la précision des hitboxes pour les joueurs hardcore tout en maintenant cette accessibilité mignonne ?

Équilibrer Astro Burn a toujours tourné autour de cette tension que j'adore : une précision bullet-hell hardcore enveloppée dans quelque chose qui semble doux, mignon et un peu ridicule.

L'astuce n'était pas juste de tweaker les hitboxes, c'était de concevoir toute l'expérience autour de l'accessibilité et de la maîtrise.

D'abord, je ne voulais pas une seule difficulté pour tout le monde. On a donc séparé. Le Kitten Mode mise sur le flow et le fun, plus indulgent, un peu plus procédural, moins axé sur la mémorisation des patterns. Ensuite, il y a le Feline Fury, pour les joueurs hardcore. Plus d'ennemis, des boss plus coriaces, des dégâts plus élevés et beaucoup plus axé sur l'apprentissage et la maîtrise des patterns.

Visuellement, la lisibilité était un gros défi. Quand tout est arcs-en-ciel, cœurs et feux d'artifice, ça peut vite devenir du bruit. J'ai donc fait un choix simple mais important : reculer les arrière-plans. Plus sombres, moins saturés, pour que tous les éléments de gameplay ressortent. Peu importe le niveau de chaos, vous pouvez encore lire l'écran correctement.

Je ne voulais pas non plus que le jeu devienne épuisant. La fatigue bullet-hell, ça existe. J'ai donc conçu avec du rythme : quelque chose de nouveau environ toutes les 30 secondes pour garder les choses fraîches, et de petits moments narratifs entre Astro et AL qui servent de respiration avant de plonger à nouveau dans le chaos.

Et puis il y a la Catnip Power Bar. C'est votre soupape de pression. Quand ça devient intense, vous accumulez vers ce moment où vous pouvez déclencher un mouvement qui nettoie l'écran et remet les compteurs à zéro. Ce n'est pas juste spectaculaire, c'est stratégique.

Donc oui, sous tout le mignon et le chaos, il y a beaucoup de structure. Il s'agit de créer quelque chose qui semble accueillant en surface mais qui a une vraie profondeur quand on s'y plonge.

Feedback-driven development : l'art de tuer ses chouchous

Pouvez-vous donner un exemple spécifique d'une mécanique entièrement implémentée qui a été complètement abandonnée suite à une seule session de feedback ? Quelle a été la perte quantifiable en heures-homme ?

L'une des plus grandes mécaniques que j'ai finalement supprimées, après des mois de construction et de tests, était le Catnip Mode original.

Au début, il était conçu comme une fonctionnalité de ralenti, de type bullet-time. Sur le papier, ça semblait être une idée cool, qui donnait aux joueurs ce moment cinématique pour esquiver tout et foutre le boxon. Mais une fois présenté à de vrais joueurs, quelque chose d'intéressant s'est produit…

Ils ne le voyaient pas comme une fonctionnalité, ils pensaient que le jeu laggait.

Sur les événements et pendant les playtests, les gens activaient le Catnip Mode et au lieu de dire "wow, c'est cool", ils hésitaient, ou supposaient que quelque chose n'allait pas. Et plus important, ça tuait le rythme. Ça ralentissait le jeu d'une façon qui ne correspondait tout simplement pas à l'énergie qu'on recherchait.

C'était une décision difficile, parce que ça faisait un moment que c'était dans le jeu. Mais au final, j'ai fait le choix de le couper complètement.

Et honnêtement, le jeu s'est immédiatement amélioré.

C'est en quelque sorte ma philosophie tout au long de ce projet : construire quelque chose, le mettre devant des joueurs, vraiment observer comment ils réagissent et ne pas être précieux avec ses idées. Si quelque chose ne fonctionne pas, même si vous y avez passé des mois, il faut être prêt à le lâcher.

Se démarquer dans un marché saturé de nostalgie

Avec la résurgence rétro mondiale qui est particulièrement encombrée, quelle est la signature mécanique spécifique d'Astro Burn qui l'empêche d'être perçu comme un simple dérivé nostalgique ?

Pour moi, Astro Burn n'a jamais visé à recréer un shoot rétro : il s'agissait de le remixer avec un peu plus de personnalité, d'énergie et de surprise.

Dans son cœur, oui, c'est un shooter. Mais le moment qui le distingue vraiment, c'est la Catnip Power Bar. Plutôt que de simplement tirer avec une autre arme, vous déclenchez ces mouvements spéciaux complètement barrés style anime  comme le Meow-doken, où tout vire au chaos félin total. Et parce qu'ils sont randomisés, il y a toujours ce petit moment d'excitation du "qu'est-ce que je vais avoir ?".

Ensuite, il y a le système d'armes "stack-em-up". Je n'aimais pas l'idée de changer d'arme, je voulais que les joueurs collectent tout et déchaînent tout en même temps. Ça transforme la survie en une montée en puissance où plus vous restez en vie, plus les choses deviennent ridicules.

On a deux modes principaux dans Astro Burn et cette séparation était très intentionnelle.

Avec le Story Mode, je ne voulais pas que le récit soit juste une couche superficielle, je voulais qu'il soit intégré à l'expérience. Tout le jeu se déroule comme un voyage surréaliste, à la Wizard of Oz, à travers le subconscient d'Astro. Chaque niveau n'est donc pas juste une étape, c'est une partie de ce trip étrange et onirique que vous déroulez en jouant.

Ensuite il y a l'Arcade Mode, qui est vraiment pour les puristes. Si vous voulez juste vous plonger dans l'action, des contrôles serrés, le chaos bullet-hell, chasser les high scores, c'est là que vous allez. Pas de distraction, juste du gameplay pur.

Cette combinaison (des fondations arcade serrées avec une énergie de fighting game, des systèmes en couches et un peu de folie) c'est ce qui le fait se sentir "rétro moderne" pour moi. Familier au premier coup d'œil, mais avec sa propre voix une fois dedans.

Sortie physique et logistique en période de crise mondiale

Concernant le Kickstarter pour le format physique : comment naviguez-vous dans l'actuelle crise logistique mondiale et la hausse des coûts des composants plastique et papier sans compromettre le côté premium promis ?

Pour moi, amener Astro Burn dans le monde physique n'a jamais été juste une question de faire une boîte, c'était de le faire correctement, sans trop s'étirer ni compromettre la qualité.

D'abord, je savais que je ne pouvais pas (et ne devais pas) essayer de gérer la production physique mondiale seul. Donc s'associer avec 33 Games était une évidence. Ils ont déjà les pipelines, la logistique, l'expérience du circuit de distribution, ça réduit les risques tout au long du processus et me permet de me concentrer sur le créatif.

Côté production, avec l'expérience de 33 Games, on a pu prototyper rapidement, que ce soit le design de la cartouche USB, l'emballage ou l'artbook. Ça veut dire qu'on peut itérer vite, affiner chaque chose, et ne s'engager que quand ça semble juste. Cette rapidité est un énorme avantage avant de s'engager dans de grandes commandes d'impression / fabrication.

Et enfin, rester léger a été clé. C'est un projet autofinancé, et on est restés agiles pour ne pas avoir à gérer de charges financières massives. Ça nous donne la flexibilité d'absorber les imprévus, comme des coûts de fabrication, sans rogner sur la qualité.

Au final, il s'agit de livrer quelque chose qui donne une impression premium, mais aussi honnête par rapport à ce qu'on essaie de ramener sur le devant de la scène : la joie de posséder un jeu.

QA et tests itératifs : garantir la stabilité après un pivot

Le développement agile met souvent une pression immense sur le cycle QA. Pouvez-vous décrire le framework de tests itératifs que vous utilisez pour vous assurer qu'un pivot de genre n'introduit pas de bugs hérités de l'itération précédente ?

Pour moi, garder Astro Burn stable à travers un pivot tonal aussi important se résumait à une chose : tester tôt, tester constamment, et rester impitoyable dans les décisions.

J'ai commencé les tests quelques semaines seulement après le début du développement, même avec des visuels placeholder. Il ne s'agissait pas de polish, il s'agissait de valider le fun. Ça seul m'a évité d'aller trop loin dans une direction que les joueurs ne voulaient pas vraiment.

À mesure que les choses avançaient, j'ai mis en place une boucle de feedback appropriée avec FirstLook.gg. Ça m'a donné un pipeline propre : mettre des builds entre les mains des joueurs rapidement, voir combien de temps ils jouaient, et comprendre pourquoi ils décrochaient ou restaient engagés. Ça voulait dire que chaque changement (comme passer d'un vaisseau à un chat en jetpack) était immédiatement validé.

Mais la clé était de filtrer le bruit via le système de priorité simple que j'ai mentionné plus tôt. Si plein de joueurs signalaient quelque chose, c'était corrigé. Si c'était juste une opinion, je ne la laissais pas dérailler la vision.

Je m'appuyais aussi énormément sur les tests en personne. Observer les joueurs est une mine d'or. Ces petits "moments d'hésitation" comme appuyer instinctivement sur le mauvais bouton vous en apprennent plus qu'une feuille de calcul ne le fera jamais. Et ces corrections étaient souvent immédiates.

Donc oui, toute l'approche QA était assez simple en principe : valider tôt, observer de vrais joueurs, filtrer dur, et garder la build propre et légère.

Vision de directeur vs voix de la communauté : où tracer la ligne ?

Vous avez mentionné "laisser le feedback façonner le jeu plutôt que de s'accrocher à des idées fixes". Comment conciliez-vous cela avec la vision créative originale du directeur ? À quel point la foule devient-elle le directeur ?

Pour moi, c'est une question de savoir ce qui vous appartient en tant que directeur, et où la communauté améliore vraiment le jeu.

Je traite toujours la vision centrale comme sacrée, et le feedback comme quelque chose qui façonne l'identité. Depuis le premier jour, Astro Burn était ma lettre d'amour aux jeux d'arcade 16-bit, rapide, accessible, pur fun. Ça n'a jamais changé. Ce qui a changé, c'est comment le jeu se présentait et ressentait. Quand les joueurs continuaient à réagir au chat mais pas au vaisseau spatial, ça a cliqué : je n'avais pas besoin de changer les mécaniques, juste la personnalité. C'est comme ça qu'on a atterri sur le Cute 'Em Up.

Pour éviter que les choses deviennent chaotiques, je m'en tiens à une règle de bon sens simple : si une seule personne dit quelque chose, c'est subjectif. Si plein de gens disent la même chose, c'est un signal. Tout va dans un système de priorité, pour qu'on agisse sur des patterns, pas sur du bruit.

Le grand principe : je ne construis pas dans une bulle. Je construis avec la communauté. Les playtests précoces ne sont pas juste à propos de bugs : ce sont essentiellement des moments de découverte. Il y a eu un moment où j'avais vraiment l'impression que le jeu me disait ce qu'il voulait être et j'ai juste dû écouter.

Donc oui, je le vois comme un équilibre : je fixe les limites, les systèmes, le calendrier, la vision. Les joueurs aident à façonner la personnalité, pour qu'elle connecte vraiment.

Gold Master physique : zéro patch Day 1, c'est possible ?

Les sorties physiques sont souvent critiquées d'être du remplissage d'étagère si le disque/cartouche nécessite un patch Day 1. Quel est votre protocole interne pour garantir que le Gold Master pour la version physique est une expérience 100% complète et sans bugs ?

Le plan avec la version physique est de la sortir après que la version numérique soit disponible depuis environ un mois. Ça nous donne un peu de marge pour attraper d'éventuels derniers ajustements ou patchs sur la version numérique d'abord, donc au moment où l'édition physique sort, c'est la version la plus complète et la plus polie du jeu.

Cela dit, on ne s'attend à aucun patch majeur, il s'agit plus de s'assurer que ce que les gens tiennent entre leurs mains se sent final et solide dès le premier jour.

Métriques d'engagement : les chiffres qui ont validé le pivot

Pouvez-vous fournir une analyse comparative des métriques d'engagement joueurs avant et après le pivot ? Quels points de données spécifiques ont convaincu l'équipe que c'était le bon mouvement financièrement ?

Quelques choses claires se sont produites après le pivot. Nos wishlists ont commencé à grimper, les avis sont devenus bien plus positifs, atteignant finalement le label "Mostly Positive" sur Steam, et on a vu un changement notable dans la façon dont les joueurs répondaient au jeu.

En plus de ça, plus de presse a commencé à contacter organiquement pour couvrir Astro Burn, ce qui n'arrivait pas vraiment avant.

Et probablement la plus grande validation : on a fini par décrocher un éditeur, Pixel Doors, sur la base de la direction Cute 'Em Up. C'est là que ça a vraiment cliqué pour moi : on ne se contentait pas de peaufiner le jeu, on avait débloqué ce qu'il était censé être.

Adapter le Cute 'Em Up japonais pour un public mondial

Le sous-genre Cute 'Em Up a une histoire très spécifique au Japon (Parodius, TwinBee, etc.). Comment adaptez-vous ces tropes culturellement spécifiques pour un public mondial moderne sans perdre l'essence du genre ?

Pour moi, adapter cette énergie classique japonaise Cute 'Em Up pour un public mondial moderne ne visait pas à la copier, il s'agissait de la traduire et de la mettre à jour.

Ces jeux d'antan comme Parodius et Pop'n TwinBee étaient toujours étranges, joueurs et un peu chaotiques, et la chose amusante, c'est que ce ton correspond parfaitement à la culture mème d'aujourd'hui. On vit dans un monde où l'absurde est la norme (les chats, l'aléatoire, l'humour inattendu) donc se pencher sur ce côté "délicieusement barré" rend en fait le jeu plus pertinent maintenant qu'il ne l'a jamais été.

Et puis il y a l'aspect physique. Recréer le rituel de l'ère Super Famicom, boîte, manuel, cartouche, même cassette, c'est quelque chose qui résonne mondialement maintenant. Pas seulement comme nostalgie, mais comme réaction à ce que le numérique est devenu d'éphémère.

Donc oui, il s'agit moins de recréer le passéet plus de l'évoluer d'une façon qui se sent toujours familière, mais qui parle à comment on joue et se connecte aux jeux aujourd'hui.

Gérer les risques et le moral d'équipe pendant le pivot

En repensant à la "sueur froide" que vous avez mentionnée : fournissez un breakdown détaillé de la stratégie de mitigation des risques utilisée pour garder le moral de l'équipe haut pendant le pivot de genre. Comment la charge de travail a-t-elle été redistribuée pour éviter le burnout ?

Oui, ce pivot avait un petit côté "mais qu'est-ce que je viens de faire ?", surtout avec une petite équipe, mais la façon dont j'ai géré ça, c'est en ancrant tout dans des signaux réels et en gardant le processus léger.

La chose la plus importante était la validation. Avant de tout engager, j'ai testé la direction avec quelque chose de super simple (un panda sur un mecha, Astro en jetpack) et la réaction était immédiate. C'était ma vérification de santé mentale. Ça a transformé cette peur en confiance, parce que c'était clair : c'est ce que les joueurs veulent.

Ce qui a aussi massivement aidé, c'est de savoir que le cœur du jeu était solide. Tout le gros du travail (les systèmes d'ennemis, le scoring, les mouvements) était déjà là. On ne recommençait pas de zéro, on donnait juste une nouvelle personnalité au jeu. Ça a maintenu le moral à tous les niveaux.

Je me suis aussi accroché à l'état d'esprit de game jam. Deadlines serrées, décisions rapides, pas de sur-réflexion. Le cap de 12 mois était non-négociable, et ça donnait en fait un sentiment de contrôle — ça empêche les choses de dérailler.

À mesure que le projet grandissait, je me suis assuré de scaler intelligemment. J'ai commencé en solo, mais j'ai amené les bonnes personnes au bon moment (support backend sur le code, pixel artists freelances, etc.) pour ne pas essayer de tout porter seul.

Les outils étaient aussi un gros point. Choisir GDevelop a gardé les choses rapides et fluides. Pas de surcharge d'ingénierie lourde, pas de risque de s'enliser, ça voulait dire qu'on pouvait rester créatifs et dans le flow.

Et quand les choses commençaient à devenir désordonnées, comme des problèmes de performance ou du feature creep, je me penchais vers la simplification, pas l'ajout.

Enfin, je suis assez strict sur le fait de ne pas me brûler les ailes. On ne peut pas faire quelque chose de joyeux si on tourne à vide. Donc je m'assure de prendre du recul, des promenades, du temps pour réinitialiser, discuter avec l'équipe ainsi qu'avec notre éditeur de leurs réflexions, juste pour garder la perspective.

Au fond, c'est rester connecté à la raison pour laquelle on fait le jeu au dépar tet s'assurer que le processus reste aussi fun que la chose qu'on est en train de construire