Troisième jour, troisième article. Nous allons enfin rentrer dans le plus concret. La phase que je vais aborder est essentiel pour toute création d’un jeu web (et même d’un site web en général).
Créateur de jeu web, mais avant tout concepteur
Concevoir un jeu web est la première étape de son projet. Voici comment il faut procéder à mon goût. Cette analyse s’appuie sur mes différents projets, la lecture de plusieurs tutoriels, la participation et la lecture de biens des débats sur plusieurs forums. J’estime que ce que je vais écrire est vérifié plusieurs fois et à fait ses preuves.
1/ L’idée
De nos jours, le monde des jeux web s’est grandement développé. Il existe une multitude de jeux sur la toile sur énormément de théme. Il faut vous démarquer de la foule déjà existante et cela provient de l’Idée.
Prenons par exemple un jeu d’élevage. Il en existe des tonnes sur la toile. Mais si vous voulez faire un jeu de ce genre il faudra vous démarquer. Cela vient en ajoutant quelque chose ou en prenant la situation autrement. Par exemple le site chicken fight, s’est démarqué en proposant d’élever son poulet de combat.
On voit bien trop souvent des jeux copié-collé… Marre des o-games like et autres !!! Innovez donc !!!
Un dernier petit truc, astuce, lorsque vous avez une idée notez la. Faites-vous un petit carnet et vous écrivez toutes vos idées, concept et autres. Vous verrez que cela vous aidera pas mal.
Je pense qu’il n’y a pas besoin de s’étaler sur ce sujet. Des idées il y en a par centaines, et il y a encore bien de la place pour l’innovation.
2/ Le cahier des charges
Le cahier des charges est ultra important. En effet, vous devez définir comment sera votre jeu, les possibilités etc… Cela vous permettre de respecter une autre régle : « Ne recommencez pas« . Et oui, nombre de projets sont tombés à l’eau n’étant pas bien défini à la base. Vous arrivez à la moitié du développement puis vous voulez ajouter l’idée de la mort qui tue et … vous recomencez tout. NON !!! Dites-vous que la première version de votre jeu ne sera pas parfaite !!! Pas grave, vous pourrez toujours évoluer via une v2, ce n’est pas un soucis.
J’espère que vous avez bien compris le paragraphe précédent 
. Et vu que je suis très gentil, je vais un peu plus vous expliquer le cahier des charges.
Il n’y a pas de cahier des charges type. Il en existe une multitude selon les projets. Voici ce qu’il doit contenir au minimum :
- But du jeu
- Public visé
- Scénario
- Background
- Modules
- Plan de la base de donnée
Etre le plus fort ? Gagner la coupe ? Explorer le plus la carte ?
Moyenne d’âge, temps requis, …
Comment le joueur débute, enchainement des buts,…
L’environnement de votre jeu, l’histoire, …
Inscription, connexion, messagerie internet, création joueur, combat, match, …
BDD, interaction, …
Voilà le minimum vital qu’il faut dans votre cahier des charges. Un dernier conseil sur le sujet, n’hésitez pas à le poser sur le papier !!! Je sais que le support informatique est tentant mais croyez moi ça passe mieux sur le papier.
La rédaction d’un cahier des charges est une longue tâche. Mais dites vous bien que tout le temps passé, à coucher sur le papier vos idées, est du temps gagné lors du développement.
Voici plusieurs liens sur le sujet. Prenez le temps de les lire. Cette étape est la fondation de votre projet, le sang de ses veines
Si vous avez des liens sur le sujet (constructif) n’hésitez pas à les poster en commentaire.
Je n’écris pas beaucoup sur le cahier des charges mais j’insiste de nouveau pour dire que c’est un passage clé de la conception d’un jeu web. Je pense que la façon dont je l’ai présenté est claire, n’hésitez pas à poser vos questions (cela servira à étoffer le tutoriel ^^).
3/ Étude de la concurrence
Durant la rédaction de votre cdc (cahier des charges) n’hésitez pas à aller voir les autres sites du même genre que le votre. Inscrivez-vous, jouez, explorez, posez des questions. Documentez vous sur ce qui existe. Ainsi, vous pourrez améliorer vos idées, revoir certains point etc…
Je pense qu’il faut que vous ayez une idée claire de votre projet avant cela tout de même. Pourquoi ? Pour ne pas faire un copier-coller 
La copie est bien souvent bien plus fade que l’original, et surtout pas très utile…
Demandez vous pourquoi les joueurs viendraient sur votre jeu et pas sur celui de voisin ???
Nous allons achever là ce billet pour aujourd’hui. Retenez-en l’importance du cdc (oui je me répète).
Demain, nous allons aborder une partie de la conception qui se tourne vers les joueurs. La partie traite de plusieurs petits sujets, vous verrez cela demain.
See you later
Je suis d’accord pour le cahier des charges minimal, par contre le 1er exemple (« Un exemple assez complet ») est plus un listing de caractèristiques qu’un cahier des charges.
En synthétisant cet exemple, on obtient un jeu ou chacun incarne un personnage avec ses compétences propres (selon la classe/race) et un inventaire.
=> On n’a pas un cahier des charges, loin de là.
Une dernière remarque sur le cahier des charges minimal : le plan de la base de données n’est pas nécessaire dès le début. On peut en avoir une idée, mais modéliser à fond est une perte de temps.
En réalisant un module puis un autre, on se concentrera sur une partie de la DB précise et on y passera le temps nécessaire, au lieu de recommencer les choses.
En effet, l’exemple n’est peut-être pas le meilleur… Ce n’en est qu’une partie. Mea culpa ^^
Pour la bdd il n’est certes pas possible de tout modéliser dès le début mais en avoir une bonne idée est pas mal tout de même. Il faut analyser les problèmes avant de se lancer dans la conception de la bdd.
Il faut penser en horizontal et non en vertical.
Vertical : un problème –> une solution, on passe à l’autre problème. Au final ça donne une bdd redondante, fouilli et pas du tout optimisée.
Horizontal : on pose tout les problèmes à plats et on répond en trouvant les similitudes. Il ne faut pas oublier que la bdd est l’un des éléments les plus important d’un jeu web et même d’un site.
Je pense que s’y pencher même au début un long moment est nécessaire
De mon coté, c’est un mix horizontal/vertical :
- lister les modules (fonctionnalités)
- trouver les fonctionnalités similaires : en faire des modules transversaux
Puis réaliser (DB, code…) un module et ses modules transversaux et passer au suivant.
[...] >>> 3ème article Ecrit par admin Développement Web, Jeu Web S’enregistrer sur le flux RSS feed [...]