Le développement de jeux et le développement Web ont plus que quelques points communs. Plus précisément, si vous êtes chanceux, vous développez un produit qui sera vu et utilisé par des milliers, voire des millions, de personnes sur une base régulière. Vous aurez besoin d'une bonne équipe, d'une bonne assurance qualité et d'un grand nombre d'employés de soutien pour répondre aux questions. Vous allez avoir besoin de serveurs de niveau divin. Vous allez entendre beaucoup de plaintes qui vont de la critique constructive à la gémissements carrément pétulants.
Les joueurs sont un public plutôt exigeant. De nombreuses entreprises cachent souvent leurs processus de développement et de gestion de projet derrière un voile de secret (et parfois de pure honte) qui se limite principalement aux communiqués de presse. Les développeurs de jeux sont généralement un peu plus transparents. Ce n'est pas parce qu'ils sont moralement supérieurs. C'est parce que leurs clients sont disposés et capables de soulever l'enfer s'ils pensent que les choses vont dans la mauvaise direction.
Vous allez entendre beaucoup de plaintes allant de la critique constructive à la gémissement
En conséquence, nous pouvons apprendre beaucoup en observant comment les différents développeurs de jeux gèrent leurs projets et leurs relations avec leurs communautés. Ils ne nous disent pas tout, mais ils détaillent souvent leur processus, leurs intentions et leur vision. En outre, ils publient des notes de patch assez détaillées, ce qui est cool.
Les deux jeux dont j'ai suivi le développement le plus proche sont Veille , et Donjons et dragons en ligne . Je les utiliserai pour mes exemples.
Les développeurs de Veille avoir des objectifs très clairs en tête pour tout ce qu'ils font. Ils déclarent publiquement ce qu'ils veulent accomplir et ils le font. Leurs actions montrent constamment leur détermination à atteindre tous leurs objectifs déclarés. Ils ne le tirent pas toujours, mais ils sont sûrs de faire de leur mieux.
Vous pouvez adopter la même stratégie: Dites à vos utilisateurs exactement ce que vous visez lorsque vous apportez une modification ou une nouvelle fonctionnalité. Ne leur donnez pas d’énoncés de mission vagues comme «Nous voulons être plus efficaces et moins efficaces». Dites-leur exactement comment vous comptez rendre votre service plus efficace. Donne des détails. Croyez-moi, cela fait toute la différence entre les utilisateurs qui vous croient et en disant: "Ouais. Sûr. Je le croirai quand je le verrai. "
DDO a un bug avec ses échelles. Parfois, vous ne pouvez pas les monter au-delà d'un certain point, et d'autres fois, vous ne pouvez même pas les saisir pendant quelques secondes. Cela est dû en partie au retard, qui affecte tous les jeux en ligne. Mais parfois, même si tous les autres systèmes fonctionnent bien, sans décalage, les échelles ne le font tout simplement pas. Les développeurs ont affirmé qu'ils avaient corrigé ce bug autant de fois qu'ils en avaient refusé l'existence. Même maintenant, ce n'est pas sur la liste des problèmes connus.
Les utilisateurs savent toutefois que c'est réel. Le bug a souvent tué leurs personnages. Si la plupart de votre communauté vous dit que quelque chose est erratique sur votre site, ils ont probablement raison. Même si vous avez du mal à reproduire le problème, vous devez continuer à chercher. La confiance de vos utilisateurs en dépend.
Une partie de la raison pour laquelle ils ne peuvent pas trouver ou corriger des bogues dans DDO est que le jeu a plus de dix ans, et que beaucoup (sinon tous) des développeurs originaux sont partis depuis longtemps. Il y a tellement de systèmes et de fonctionnalités là-bas qui ne sont qu'à moitié finis, c'est un miracle quand ils peuvent trouver des bogues pour les réparer.
Il ne s'agit pas seulement de commenter votre code, mais aussi de documenter vos décisions.
Si vous souhaitez éviter le même problème, commencez par documenter. Il ne s'agit pas seulement de commenter votre code (bien que cela aide), mais aussi de documenter vos décisions. Chaque décision que vous prenez concernant votre projet, chaque nouvelle fonctionnalité sur laquelle vous travaillez, devrait se trouver dans un fichier facile à trouver. Vos raisons pour effectuer la modification, la restaurer, la modifier, ou ne pas terminer la fonctionnalité, devraient toutes figurer ici. En outre, vous devez noter où trouver tout le code correspondant à chaque nouvelle fonctionnalité ou modification.
Un manque de ce type de documentation conduit à des bogues imprévisibles et parfois presque impossibles à résoudre.
L'équipe de développement et de gestion d'Overwatch joue le match. C'est un fait connu. Et ils ne sont pas tous des pros. Ils ont des employés jouant à tous les niveaux de compétence, ce qui signifie qu'ils peuvent faire l'expérience du jeu tel qu'il apparaît aux joueurs de bas niveau et de haut niveau. Cela signifie qu'ils peuvent plus facilement comprendre leur base d'utilisateurs.
L'un des membres du personnel de DDO (qui ne doit pas être nommé par l'utilisateur) est systématiquement critiqué dans la communauté car il ne peut pas suivre le mode dieu pendant qu'il diffuse le jeu. De plus, il utilise des potions pour se soigner, et les potions ne sont pas géniales avec DDO. Personne ne s'attend à ce qu'il soit le meilleur, mais ils s'attendent à ce qu'il connaisse mieux la mécanique du jeu. Et ils s'attendent à ce qu'il n'utilise pas le mode dieu.
Ce principe est également appelé "manger votre propre nourriture pour chien". Vous devriez être suffisamment en confiance dans votre propre produit que vous utilisez vous-même quotidiennement. Ce principe s'applique plus aux applications qu'aux blogs, par exemple, mais il est important de s'en souvenir. Si vos utilisateurs voient que vous n'utiliseriez pas votre propre produit, ils se demanderont pourquoi.
C'est un problème qui a affecté DDO, à peu près tous les autres MMO, et qui peut même atteindre Overwatch un jour. Essentiellement, les développeurs de jeux vont parfois détruire plus ou moins ce qui a attiré leur public d’origine. Parfois, ils tentent d’attirer de nouveaux joueurs en changeant la mécanique, mais seulement de détruire le gameplay principal. Parfois, ils vont simplement faire tout ce que les joueurs originaux ont travaillé si dur pour obsolète. Parfois, leurs nouveaux efforts de monétisation ont bouleversé l'équilibre du jeu.
Parfois, ils essayent de baser leur jeu sur D & D 4th Edition, que tout le monde déteste.
Souvent, ces changements attirent de nouveaux joueurs pendant un petit moment. Mais en général, ils ne restent pas aussi longtemps et, au final, le jeu a moins de fans hardcore qu’au début. Et parfois, de gros changements peuvent revitaliser complètement un jeu.
Vous ne rendrez jamais tout le monde heureux, mais il y a beaucoup à dire pour garder les anciens autour
Avant de faire des changements radicaux, parlez à vos utilisateurs expérimentés. Parlez aux personnes qui pourraient dépendre de votre application pour leurs activités quotidiennes. Si vous avez une petite fonctionnalité que peu de gens utilisent, demandez à ceux qui l'utilisent à quel point c'est important pour eux. Ils pourraient en dépendre.
Vous ne rendrez jamais tout le monde heureux, mais il y a beaucoup à dire pour garder les anciens autour. D'un point de vue moral, vous leur devez une certaine considération. Ils ont fait de votre produit ce qu'il est aujourd'hui. D'un point de vue pratique, les fans et les utilisateurs peuvent parfois avoir une meilleure idée de la raison pour laquelle les gens aiment votre produit que vous. Ils peuvent se tromper, mais vous ne saurez jamais si vous ne les écoutez pas en premier lieu.