Les avis partagés ne tombent pas du ciel
Un score Steam situé quelque part entre 60 et 70 % d’avis positifs au lancement ne raconte jamais seulement la qualité d’un jeu. Il raconte surtout le type de friction que le jeu impose dès ses premières heures. Dans le cas de Deep Rock Galactic: Rogue Core, sorti en accès anticipé le 21 mai, cette lecture est presque trop facile tant les lignes de fracture sont visibles. GamesRadar+ parlait d’un démarrage en « plutôt positives » autour de 70 % avec près de 2 000 avis, NoFrag observait plutôt un accueil autour des 60 %, et Automaton JP décrivait un lancement clairement clivant. Cette variation ne relève pas forcément d’une contradiction : à chaud, la note bouge vite, et c’est justement le problème.
Ce qui m’intéresse ici n’est pas de distribuer des bons points à la chaîne. J’ai passé beaucoup trop d’heures sur le Deep Rock Galactic original, sur des roguelites coopératifs qui tiennent grâce à la lisibilité de leurs règles, et sur suffisamment de jeux à matchmaking aléatoire pour reconnaître une source de tension avant même qu’elle n’explose dans les reviews. Rogue Core ne se fait pas démonter parce que les joueurs seraient incapables d’accepter un spin-off plus dur. Il se fait juger de manière contradictoire parce qu’il additionne trois frottements très précis : une pression temporelle permanente, une progression partagée qui redistribue mal la sensation d’équité, et le filtre déformant de l’accès anticipé.
Mon avis est net : le jeu n’est pas victime d’un malentendu passager. Il expose un cas d’école de ce qui fait exploser la perception d’un accès anticipé coopératif. Et si Ghost Ship Games ne traite pas cette combinaison de systèmes comme un problème de structure, la réputation du jeu peut rester lestée longtemps, même si sa version finale devient objectivement meilleure.
Le minuteur ne crée pas seulement de la tension, il fabrique du ressentiment
Il faut arrêter de parler du timer comme d’un simple condiment de game design. Dans un roguelite, une limite de temps ne sert pas seulement à accélérer le rythme ; elle redéfinit la manière dont le joueur évalue chaque seconde passée. Dans un shooter coopératif procédural, cette pression est encore plus violente parce qu’elle transforme des comportements auparavant neutres en fautes potentielles. Explorer un détour, hésiter sur un objectif, ramasser des ressources, tester une arme, couvrir un coéquipier plus longtemps que prévu : tout devient négocié contre le chrono.
Sur le papier, j’aime les jeux qui forcent les décisions. Je viens d’une culture de systèmes où le temps compte, où l’optimisation et l’exécution font partie du plaisir. Dans les jeux de combat, la pression du temps est propre : elle est visible, symétrique, et la responsabilité est claire. Dans un roguelite coopératif en matchmaking aléatoire, ce n’est pas propre du tout. La pression temporelle n’est pas distribuée équitablement, parce que tous les joueurs n’ont ni la même connaissance du jeu, ni le même niveau, ni la même tolérance à l’urgence. Le timer ne révèle pas simplement le skill ; il révèle la fracture entre les attentes.
Le résultat, c’est une forme très identifiable de frustration. Une partie des joueurs trouve le système excitant parce qu’il impose enfin une colonne vertébrale et évite les runs molles. Une autre partie y voit une police du fun, surtout dans un univers Deep Rock historiquement associé à un mélange de coopération, de chaos maîtrisé et d’exploration généreuse. Les deux lectures sont cohérentes. Le problème, c’est que Steam ne récompense pas la cohérence analytique ; Steam agrège des impressions immédiates. Donc le même système peut produire à la fois « enfin un vrai challenge » et « je n’ai jamais eu envie de relancer après deux heures ».
Il y a aussi un facteur psychologique très bête, mais impossible à ignorer : le minuteur déclenche la logique de perte. Un ennemi un peu trop tanky, une salle mal négociée, une hésitation sur l’itinéraire, et le joueur ne ressent pas seulement une difficulté ; il ressent un temps volé. C’est infiniment plus agressif qu’une simple barre de vie qui descend. Quand un jeu en accès anticipé demande déjà au public d’accepter l’imperfection, lui coller en plus une mécanique qui fait sentir chaque imperfection comme une pénalité, c’est presque une invitation à la review salée.
Les améliorations partagées sont une idée intéressante en groupe fixe, beaucoup moins en escouade aléatoire
L’autre point de friction relevé dès le lancement, c’est l’outil de progression partagé et la logique de draft commune. Là encore, il ne faut pas faire semblant : ce n’est pas un détail d’ergonomie, c’est le cœur du malaise. Dans un groupe d’amis sur vocal, une amélioration partagée peut créer de la stratégie, de l’identité d’équipe, une vraie discussion sur la composition de run. Dans un groupe aléatoire, la même mécanique peut donner l’impression qu’un inconnu vient de décider à votre place de la forme de votre build. Techniquement, c’est de la coopération. Psychologiquement, c’est souvent vécu comme une confiscation d’agence.
Je ne déteste pas le principe. En réalité, je trouve même qu’il a plus de personnalité que beaucoup de métaprogressions paresseuses qu’on voit passer dans les roguelites coopératifs. Le problème n’est pas l’idée brute ; le problème est l’endroit où on l’applique. Un système qui demande de la confiance mutuelle, de la lecture de composition et une compréhension partagée du tempo de la run va mécaniquement souffrir dans le matchmaking public. Ce n’est pas une opinion romantique sur la coopération. C’est une réalité d’usage.
Ce design fabrique une sensation d’injustice de trois manières très simples :
- il retire une partie du contrôle individuel dans un genre où la progression de build est l’une des récompenses principales ;
- il augmente la visibilité des erreurs des autres, puisqu’un mauvais choix collectif se ressent immédiatement ;
- il transforme la divergence de priorités en conflit ouvert, surtout quand le minuteur pousse à choisir vite.
Ce troisième point est essentiel. Le timer et la progression partagée ne s’additionnent pas seulement ; ils se renforcent mutuellement. Sans pression de temps, un désaccord sur un upgrade peut rester une petite frustration. Sous chronomètre, ce même désaccord devient un point de rupture. On ne débat plus d’un choix de build, on débat d’un coût d’opportunité. Et dans un jeu difficile, cette transformation est brutale : le joueur ne se dit pas simplement « je n’aurais pas pris ça », il se dit « cette décision a saboté la run ».
C’est la raison pour laquelle je trouve les réactions du type « les gens n’aiment pas qu’un jeu coopératif oblige à coopérer » un peu paresseuses. Oui, une partie du public rejette toute contrainte collective. Mais ici, la friction ne vient pas du simple fait de partager ; elle vient de la manière dont le partage croise l’aléatoire humain. Dans un roguelite, le build est le langage principal par lequel le joueur sent qu’il improvise, qu’il sauve une run, qu’il exprime une maîtrise. Si ce langage devient un compromis forcé avec des inconnus, le plaisir peut se transformer en corvée en deux missions.
Ce qui relève du « skill issue » et ce qui relève réellement du design
Il faut quand même trier proprement les critiques. Une partie de la réception négative provient très certainement d’un choc de difficulté. Automaton JP insistait sur l’aspect exigeant du jeu, plus tourné vers le combat et la montée en puissance sous pression. Je connais suffisamment le public de Deep Rock Galactic pour savoir qu’une frange voulait surtout retrouver la fluidité confortable du jeu d’origine, sa lisibilité coopérative immédiate et son humour de bande. Or Rogue Core n’a pas l’air de chercher ce confort-là. Il demande davantage d’exécution, davantage d’adaptation, et il le demande tout de suite.
Donc oui, il y a un morceau de « skill issue » dans les reviews. Le nier serait idiot. Sauf qu’on bascule trop vite vers ce raccourci quand on veut défendre un jeu. Un système n’est pas absous parce qu’il est difficile. La vraie question est plus sèche : est-ce que le jeu punit le manque de maîtrise d’une manière lisible, récupérable et motivante, ou est-ce qu’il punit en diluant la responsabilité entre la pression du chrono, les choix partagés et l’imprévisibilité du groupe ? Dans le premier cas, le joueur apprend. Dans le second, il attribue sa défaite au dispositif lui-même.
Pour moi, c’est là que Rogue Core est actuellement le plus vulnérable. Quand je perds dans un bon roguelite, j’ai normalement une lecture immédiate de l’échec : mauvais pathing, build mal orienté, greed inutile, manque de DPS, exécution ratée. Quand je perds dans un système qui superpose plusieurs couches de friction sociale, l’analyse devient brouillée. J’ai peut-être mal joué, mais j’ai aussi peut-être subi un draft collectif médiocre, un rythme de groupe inefficace, un timing absurde sur la mission, ou simplement une composition qui ne pardonnait rien. Cette ambiguïté nourrit la frustration beaucoup plus vite qu’un mur de difficulté honnête.
Autrement dit, le jeu a sans doute une part de victimes volontaires qui ont acheté un spin-off roguelite en espérant un clone plus nerveux du DRG classique. Mais il a aussi un vrai problème de lisibilité punitive. Et c’est précisément le genre de problème qui explose en accès anticipé, parce que le public n’achète pas seulement un concept ; il achète un état temporaire du concept, avec tous ses angles morts encore exposés.
L’accès anticipé amplifie tout, surtout le décalage d’attentes
Le point le plus important, et le moins bien compris, c’est le décalage temporel des attentes. Une review laissée le jour de l’achat en accès anticipé ne répond pas à la même question qu’une review laissée à la sortie 1.0. La première demande : « est-ce que ce jeu non fini mérite déjà mon temps et mon argent ? » La seconde demande : « est-ce que cette version finale est suffisamment aboutie face à la concurrence ? » Ce ne sont pas les mêmes critères. Pourtant, sur Steam, ces temporalités se superposent et cohabitent durablement dans l’image publique du jeu.
C’est pour cela que les premières semaines comptent autant. Une mauvaise première impression ne disparaît pas magiquement quand le jeu s’améliore. Les avis d’accès anticipé restent visibles, circulent, sédimentent une réputation, et servent de filtre émotionnel à tous les acheteurs suivants. Si un titre démarre avec des reproches très ciblés sur ses systèmes centraux, ces reproches deviennent une grille de lecture persistante. Même un excellent patch d’équilibrage peut alors être lu comme une réparation tardive plutôt que comme une maturation normale.
Dans le cas de Rogue Core, c’est d’autant plus sensible que le plan d’accès anticipé évoqué par Automaton JP parle d’une période de 18 à 24 mois pour ajuster l’équilibrage. Autrement dit, le studio a encore du temps pour corriger, clarifier, assouplir, voire reconfigurer la manière dont le timer et la progression partagée s’articulent. Mais ce temps de développement n’efface pas le temps social des reviews. Et sur Steam, le temps social a la mémoire longue.
J’ajoute un point qui me paraît central pour comprendre la violence des avis divisés : un accès anticipé supporte mal les systèmes qui donnent immédiatement au joueur l’impression qu’il n’a aucune marge de respiration. Un jeu encore en chantier peut se permettre des trous de contenu, des chiffres mal réglés, une interface perfectible, tant que sa boucle donne envie de revenir. En revanche, s’il transmet dès les premières heures l’idée que chaque run sera une négociation tendue avec le chrono et les décisions d’inconnus, le bénéfice du doute se réduit brutalement. On n’évalue plus un potentiel. On juge une fatigue.
Le vrai chantier n’est pas la difficulté, c’est la qualité des frictions
Si j’étais brutal, je dirais que Rogue Core souffre pour l’instant d’un péché très moderne : confondre intensité et densité de contraintes. Ce n’est pas la même chose. L’intensité naît quand un jeu vous pousse à mieux lire, mieux exécuter, mieux coopérer. La densité de contraintes naît quand plusieurs systèmes exigent simultanément de l’attention, de la vitesse, du compromis et de la confiance, sans offrir assez d’outils pour amortir les écarts entre joueurs. Le premier cas produit de l’enthousiasme. Le second produit des reviews où l’on lit à la fois « super idée » et « plus jamais ».
La bonne nouvelle, c’est que ce genre de problème n’est pas insoluble. Le studio peut assouplir le timer sans le supprimer, mieux séparer les playlists pensées pour les groupes prémontés et celles adaptées au matchmaking, clarifier les conséquences des choix partagés, ou donner plus de garde-fous individuels pour que la coopération ressemble moins à une dépossession. Rien de cela ne trahit le projet. Au contraire, cela permettrait de distinguer la noblesse du concept de la friction accidentelle de son exécution actuelle.
À titre personnel, ce lancement me conforte dans une habitude que j’ai prise depuis des années avec les jeux coopératifs en accès anticipé : je ne regarde jamais seulement la promesse du système, je regarde la manière dont ce système traite les inconnus. Un jeu peut être brillant entre amis et pénible avec le reste du monde. Sur Steam, cette différence n’est pas secondaire ; elle décide souvent de la note. Et dans Deep Rock Galactic: Rogue Core, tout indique que la fracture des avis vient moins d’une communauté capricieuse que d’un design social encore trop rugueux pour le terrain sur lequel il demande d’exister.
