El desarrollo de juegos y el desarrollo web tienen más que unas pocas cosas en común. Específicamente, si tiene suerte, está desarrollando un producto que será visto y utilizado por miles, si no millones, de personas de forma regular. Necesitará un buen equipo, buena garantía de calidad y mucho personal de apoyo para responder preguntas. Necesitarás servidores God-Tier. Vas a escuchar un montón de quejas que van desde la crítica constructiva hasta el quejido petulante.
Los jugadores son un público bastante exigente. Muchas empresas a menudo ocultan sus procesos de desarrollo y gestión de proyectos detrás de un velo de secreto (y en ocasiones pura vergüenza) apegándose principalmente a los comunicados de prensa. Los desarrolladores de juegos suelen ser un poco más transparentes. Esto no es porque sean moralmente superiores. Es porque sus clientes están dispuestos y son capaces de levantar el infierno si piensan que las cosas van en la dirección equivocada.
Vas a escuchar un montón de quejas que van desde la crítica constructiva hasta el quejido petulante
Como resultado, podemos aprender mucho observando las formas en que los diferentes desarrolladores de juegos manejan sus proyectos y su relación con sus comunidades. No nos dicen todo, pero a menudo entran en detalles sobre su proceso, sus intenciones y su visión. Además, publican notas de parche bastante detalladas, lo cual es genial.
Los dos juegos cuyo desarrollo continuo he seguido más cercano son Overwatch y Calabozos y dragones en línea . Los usaré para mis ejemplos.
Los desarrolladores de Overwatch tener metas muy claras en mente para todo lo que hacen. Declaran públicamente lo que quieren lograr, y lo hacen. Sus acciones muestran de manera constante la determinación de cumplir con todos sus objetivos establecidos. No siempre lo logran, pero están seguros de que lo intentarán.
Puede adoptar la misma estrategia: informe a sus usuarios exactamente a qué apunta cuando realiza un cambio o una nueva función. No les dé declaraciones vagas de la misión como, "Queremos ser más eficientes y menos eficientes". Dígales exactamente cómo pretende hacer que su servicio sea más eficiente. Dar detalles. Créame, hace toda la diferencia entre los usuarios que le creen y diciendo: "Sí". Por supuesto. Lo creeré cuando lo vea ".
DDO tiene un error con sus escaleras. A veces no puedes trepar por ellos más allá de cierto punto, y otras veces ni siquiera puedes agarrarte a ellos por unos segundos. Esto se debe en parte al retraso, que afecta a todos los juegos en línea. Pero a veces, incluso cuando todos los demás sistemas funcionan bien, sin retraso, las escaleras simplemente no funcionan. Los desarrolladores han afirmado que han solucionado este error tantas veces como han negado su existencia. Incluso ahora, no está en la lista de problemas conocidos.
Los usuarios, sin embargo, saben que es real. El error ha matado a sus personajes con la suficiente frecuencia. Si la mayoría de su comunidad le dice que algo es errático en su sitio, es probable que tengan razón. Incluso si tiene problemas para reproducir el problema, debe seguir buscando. La confianza de sus usuarios en usted depende de ello.
Parte de la razón por la que no pueden encontrar o corregir algunos errores en DDO es porque el juego tiene más de una década, y muchos (si no todos) de los desarrolladores originales han desaparecido. Hay tantos sistemas y funciones que están a medio terminar en primer lugar, es un milagro cuando pueden encontrar errores para solucionarlos.
No se trata solo de comentar tu código, se trata de documentar tus decisiones
Si quiere evitar el mismo problema, comience a documentar. No se trata solo de comentar su código (aunque eso ayude), se trata de documentar sus decisiones. Cada decisión que tomes sobre tu proyecto, cada nueva característica en la que comiences a trabajar, debería estar en un archivo fácil de encontrar en alguna parte. Sus razones para hacer el cambio, o revertirlo, alterarlo o no terminar la característica, todo debería estar ahí. Además, debe anotar dónde encontrar todos los códigos relevantes para cada nueva característica o cambio.
La falta de este tipo de documentación conduce a errores imprevisibles, y a veces casi incobrables.
El equipo de desarrollo y administración de Overwatch juega el juego. Este es un hecho conocido. Y no son todos profesionales. Tienen empleados que juegan en todos los niveles de habilidad, lo que significa que pueden experimentar el juego como parece a los jugadores de bajo nivel y de alto nivel. Esto significa que pueden empatizar más fácilmente con su base de usuarios.
Uno de los miembros del personal de DDO (que no debe ser nombrado por el usuario) se burla de rutina en la comunidad porque no puede mantenerse al día sin activar el modo Dios mientras transmite el juego. Además, usa pociones para curarse a sí mismo, y las pociones son ... no muy buenas en DDO. Nadie espera que sea el mejor, pero sí espera que sepa la mecánica del juego mejor que eso. Y esperan que no use el modo dios.
Este principio también se llama "comer su propia comida para perros". Debe tener la confianza suficiente en su propio producto que usted mismo lo use a diario. Este principio se aplica más a las aplicaciones que a los blogs, por ejemplo, pero es importante recordarlo. Si sus usuarios ven que no usaría su propio producto, se preguntarán por qué deberían hacerlo.
Este es un problema que ha afectado a DDO, casi todos los otros MMO que existen, e incluso puede llegar a Overwatch un día. Básicamente, a veces los desarrolladores de juegos destruirán más o menos lo que atrajo a su audiencia original. A veces intentan atraer a nuevos jugadores cambiando la mecánica, solo para arruinar el juego principal. A veces simplemente van y hacen todo lo que los jugadores originales trabajaron tanto para obsoletos. A veces, sus nuevos esfuerzos de monetización alteran el equilibrio del juego.
A veces intentan basar su juego en D & D 4th Edition, que todo el mundo odia.
A menudo, estos cambios traen nuevos jugadores por un tiempo. Pero generalmente no duran tanto, y al final, el juego tiene menos fanáticos incondicionales que cuando comenzó. Y a veces, grandes cambios pueden revitalizar un juego por completo.
Nunca harás feliz a todos, pero hay mucho que decir para mantener a los veteranos alrededor
Antes de realizar cambios radicales y masivos, hable con sus usuarios más exigentes. Habla con las personas que podrían depender de tu aplicación para sus negocios cotidianos. Si tiene una función pequeña que no muchas personas usan, pregunte a las personas que la usan qué tan importante es para ellos. Podrían depender de eso.
Nunca harás felices a todos, pero hay mucho que decir para mantener a los veteranos cerca. Desde un punto de vista moral, les debes algo de consideración. Hicieron que tu producto sea lo que es hoy. Desde un punto de vista práctico, los fanáticos y usuarios a veces pueden tener una mejor idea de por qué las personas aman su producto que usted. Pueden estar equivocados, pero nunca sabrás si no los escuchas en primer lugar.