<aside> 💡

Trame utile à tout joueur désireux de se lancer dans la conception et l’organisation de missions, quel que soit le support de jeu.

Certains détails, notamment dans les documents de briefing, seront plus adaptés à un contexte WW2.

</aside>

Définir le projet

Avant de créer les briefing, d’inviter la communauté à jouer à une certaine date, il convient de définir les contours du projet.

Il est important d’échanger très tôt sur l’idée avec d’autres joueurs, afin de soulever des problèmes difficiles à identifier seul : est-ce que ce scénario a déjà été joué récemment ? Est-ce qu’il va y avoir un problème de balance ? Est-ce que c’est techniquement réalisable ?

1. Type de mission
   1. PvE (joueurs contre IA), PvP (joueurs contre joueurs), PvPvE.
   2. Mission unique, en quelques actes ou campagne sur plusieurs semaines.
   3. Mission historique ou “what if”, exercice, compétition…
   4. Mission scénarisée, ou dynamique dont le résultat dépend des joueurs.
   5. Envergure : pour 4 joueurs, 40, 80 ?
2. L’équipe
   1. Il est recommandé de créer un petit groupe (de 2 à 4 personnes) pour se répartir les tâches. Trop de monde et on perdrait en efficacité.
   2. Qui est responsable de l’édition de mission, des contenus, des recherches historiques, des invitations.
3. Définir les moyens
   1. Hébergement du serveur.
   2. Défis techniques dans la mission elle-même, telle que le nombre de joueurs ou d’IA prévues, le type d’objets et de groupes, de déclencheurs, d’effets.
   3. Défis organisationnels, par exemple une mission longue avec un roulement de joueurs.
   4. Moyens de communication avant et pendant la mission: serveur vocal, partage des briefings, liste d’inscription, zone d’échange et de questions réponses.
4. Définir la temporalité
   1. Temps nécessaire pour la création de la mission
   2. Temps nécessaire pour rassembler assez de joueurs. Conseil: minimum 2 semaines de prévenance pour une interescadrille.

Construire la mission

Sans rentrer dans les détails, construire la mission relève de plusieurs aspects:

• Conception de la mission elle-même
• Hébergement et paramétrage du serveur
• Le contexte historique
• Les règles et mécaniques de jeu

Inviter les joueurs

Une fois la construction de la mission bien avancée, suffisamment pour décider d’une date (avec une marge de sécurité !) où elle sera prête, il faut inviter les joueurs.

Les invitations se font souvent au niveau des groupes, des escadrilles virtuelles, plutôt que des communautés ouvertes où chaque joueur inconnu peut s’inscrire. La raison est que ces escadrilles virtuelles garantissent souvent un encadrement de la participation, tant sur la présence le jour J que sur le niveau minimum de sérieux, d’engagement et de capabilité des joueurs.

Il faut ensuit décider de la balance, de combien de joueurs peuvent-être présents, dans quel camp, sur quel appareil, en fonction des affinités connues… et des besoins de la mission !

Toujours garder en tête que les nombres donnés sont des estimations, plus ou moins fiables, et que le jour venu, il y aura forcément des désistements de dernière minute mais également de possibles joueurs imprévus.

Un systeme de liste d’attente peut-être pratique, un nombre maximum de places disponibles par groupe. Il peut aussi être choisi de laisser les inscriptions ouvertes sur un mode “premier arrivé premier servi”… beaucoup de solutions sont bonnes !

Il est conseillé d’avoir une liste d’inscription accessible en ligne à tout moment, au minimum consultable, voire éditable par tous.

Partager les briefings

Pour que chaque joueur, leader comme ailier, ait toutes les infos requises le jour J, il est nécessaire de prévoir plusieurs documents avec différents niveaux d’infos.