Blockout "non jouable" : comment le LDD vous protège du studio

Vous livrez un blockout de niveau attendu depuis trois semaines. Le lead game designer renvoie un mail laconique : "Ce n'est pas jouable, il faut tout reprendre." Derrière cette phrase se cache rarement un fait technique objectif. Le plus souvent, elle recouvre un mélange de trois choses très différentes sur le plan juridique.

La première, c'est une vraie faute de conception : un layout dont les distances de saut sont infranchissables, une boucle de progression qui enferme le joueur, un scripting d'événement qui ne se déclenche jamais. Là, votre responsabilité professionnelle peut être engagée.

La deuxième, c'est un changement de direction créative du studio : le creative director a fait évoluer le pilier de gameplay entre votre brief initial et la livraison. Votre blockout répondait au cahier des charges d'origine, mais celui-ci a bougé. Ce n'est pas votre faute, c'est une modification de commande.

La troisième, la plus traître, c'est une simple divergence de goût : le pacing ne plaît pas, l'ambiance ne "colle" pas. Subjectif, donc indéfendable… sauf si vous pouvez prouver que vous avez livré exactement ce qui était spécifié et validé.

La question n'est jamais "le niveau est-il bon ?" mais "le niveau est-il conforme à ce qui a été écrit et validé ?". Tout le reste découle de cette nuance.

Cette confusion entre qualité subjective et conformité objective n'est pas anodine. Dans un studio, le "non jouable" est souvent prononcé sous tension : un milestone qui approche, un creative director nerveux, une équipe qui attend votre blockout pour avancer. Le freelance, lui, encaisse une formule brutale sans savoir laquelle des trois réalités elle recouvre. Savoir les distinguer, c'est reprendre la main sur la conversation et, le cas échéant, sur le litige.

Le Level Design Document n'est pas qu'un livrable de production. C'est, juridiquement, l'équivalent d'un cahier des charges. Quand le studio le relit et l'approuve, il valide le périmètre exact de votre travail : intentions de gameplay, beats narratifs, encounters prévues, métriques de jeu (player metrics), références de pacing.

Concrètement, un LDD validé vous permet de répondre à "c'est non jouable" par : "voici le document que vous avez approuvé le 14 mars, et voici la correspondance ligne par ligne avec le blockout livré." Le débat quitte alors le terrain glissant du ressenti pour celui, mesurable, de la conformité.

Pour qu'il joue ce rôle protecteur, un LDD doit contenir :

• Les objectifs de gameplay du niveau formulés en critères vérifiables (ex. : "trois moments de combat, difficulté croissante, durée cible 12-15 minutes").
• Les métriques techniques : hauteurs de saut, vitesse de déplacement, portées d'armes — les contraintes que votre layout doit respecter.
• Le périmètre exclu : ce qui relève de l'art team, des programmeurs, du sound designer, et non de vous.
• Une trace de validation datée : un mail, un commentaire sur l'outil de prod, une signature. Sans date, pas de preuve.

La plupart des litiges de level design naissent d'une absence : celle de critères d'acceptation explicites. Sans eux, "livraison conforme" est une notion floue, et le studio peut indéfiniment exiger des itérations gratuites au nom de la qualité.

Inscrivez dans votre contrat ou dans le LDD une définition du "done". Par exemple : "Le blockout est réputé accepté si le niveau est traversable du point de spawn à la sortie, si les trois encounters se déclenchent en build interne, et si la durée de parcours est comprise dans la fourchette cible." Ces critères transforment une obligation de résultat impossible ("faire un bon niveau") en obligation vérifiable.

Distinguez aussi clairement les itérations incluses (souvent deux ou trois rondes de feedback) des itérations supplémentaires, facturées en sus. Un blockout qui doit être repris quatre fois parce que le studio change d'avis n'est pas une faute de votre part : c'est une prestation additionnelle.

Le réflexe à prendre dès le premier projet

Horodatez tout. Chaque version envoyée, chaque validation reçue, chaque demande de changement. Ce journal de bord n'est pas de la paperasse défensive : c'est l'élément qui, le jour d'un désaccord, fera basculer la responsabilité du bon côté. Et c'est exactement ce que votre assureur vous demandera en cas de réclamation.

Beaucoup de level designers négligent cette discipline au motif qu'elle "casse le flow créatif". C'est une erreur de perspective. Ces traces ne ralentissent pas la création : elles la protègent. Un outil de gestion de production (Hacknplan, Jira, Notion) où l'on consigne intentions, validations et changements de scope fait ce travail presque sans effort, et constitue au passage la mémoire du projet. Le jour où un désaccord surgit, vous n'avez pas à reconstituer six semaines d'échanges de mémoire : l'historique parle pour vous.

Documenter ne vous immunise pas contre vos propres erreurs. Il arrive qu'un blockout soit objectivement défaillant : une géométrie qui casse la navmesh, un volume de trigger mal placé qui rend une quête infinissable, un scripting d'événement qui plante le build d'intégration et bloque toute l'équipe pendant deux jours.

Dans ces cas, le studio peut invoquer le préjudice : coût des heures perdues, retard sur un milestone, mobilisation d'un programmeur pour corriger votre livrable. C'est précisément ce que couvre une assurance RC Pro adaptée au level design : le préjudice immatériel causé au client par une faute, une erreur ou une omission de conception.

Elle prend en charge l'indemnisation du studio quand votre responsabilité est établie, mais aussi — et c'est souvent le plus précieux — les frais de défense quand elle ne l'est pas. Car même une accusation infondée de "travail non jouable" peut déboucher sur une mise en demeure qu'il faut contester, expertise et conseil à l'appui.

Un point mérite d'être souligné : la couverture s'apprécie au moment de la réclamation, pas du sinistre. Concrètement, mieux vaut être assuré dès le début de vos missions à enjeu plutôt que de chercher une protection une fois la mise en demeure reçue. Une RC Pro ne s'achète pas après l'incendie.

Pour aller plus loin sur les spécificités du métier et les garanties associées, consultez la page dédiée au level designer. Vous y retrouverez le détail des risques propres à la conception de niveaux et les protections recommandées selon le type de studios avec lesquels vous travaillez.

La meilleure assurance reste de ne jamais laisser un litige devenir un mot contre un mot. Trois habitudes simples y suffisent.

1. Faire valider le LDD par écrit avant de produire. Pas de blockout tant que les intentions et métriques n'ont pas reçu un "ok" daté. C'est trente minutes investies contre trois semaines de refonte potentielle.
2. Versionner et nommer proprement vos livrables. "niveau_03_v04_2026-03-18" raconte une histoire ; "final_final_OK" n'en raconte aucune. En cas d'expertise, la traçabilité de vos versions plaide pour vous.
3. Adosser une RC Pro à votre activité. Les studios AAA et publishers l'exigent désormais dans leurs contrats prestataires, mais au-delà de la formalité, elle transforme un risque potentiellement ruineux en cotisation maîtrisée.

Un blockout contesté n'est pas une fatalité. C'est, le plus souvent, le symptôme d'un cadrage insuffisant en amont. Document validé, critères clairs et couverture adaptée : avec ce triptyque, vous abordez chaque mission sur un terrain où votre travail parle pour vous.