Estoy trabajando en un juego de pasatiempos que se juega en el navegador (no flash). Es una especie de simulador de civilización. Es un juego bastante considerable que espero que algún día tenga muchos jugadores.
Mi pregunta es qué debería tener mi juego antes de permitir que el público juegue. Tengo varios pensamientos y agradecería sugerencias, así como otros pensamientos.
Limite el juego a colegas y amigos para que lo prueben hasta que termine efectivamente el juego.
Abro el juego al público poco después de que se realiza una funcionalidad básica agradable. Luego publicaría actualizaciones semanales o quincenales con nuevas funcionalidades y correcciones de errores.
Entonces, la pregunta fundamental es: ¿es mejor lanzarlo al mundo después de que todo esté "hecho" (potencialmente años) o después de que sea "jugable", pero falte?
fuente
Respuestas:
Siempre que tenga suficiente del juego terminado (la función principal está lista, no hay errores importantes, suficiente contenido para tener una idea del juego), entonces sugeriría lanzarlo al público en el estado "jugable pero carente". Podrá obtener comentarios y posiblemente encontrar errores adicionales de varios usuarios que juegan. La retroalimentación es lo más importante. No solo te ayuda con ideas sobre qué agregar al juego, sino que también puede motivarte a seguir trabajando en el juego.
Algo a tener en cuenta cuando abre el juego al público: responder rápidamente a los informes de errores y tener una cabeza nivelada cuando responda a las críticas ayudará a construir una comunidad para el juego. ¡Buena suerte!
fuente
Abogo por Agile para los juegos. Es el mejor. Basado en eso, yo diría lanzamiento ahora , y lo sigo mejorando continuamente. (Pero el inconveniente es que las personas pueden enojarse si necesita hacer cosas como restablecer puntos / experiencia).
En ágil, el trabajo se divide en pequeñas piezas que tienen sentido si el juego se lanzó de inmediato. Así que asegúrate de hacerlo bien.
Esto también le brinda retroalimentación temprana crucial, que puede sorprenderlo y provocar que cambie completamente la dirección de su juego, para mejor. Sin embargo, no lo sabrá hasta que los jugadores lo tengan en sus manos.
fuente
Estaba leyendo un artículo sobre este tema en un blog de alguien que estudió a Jesse Schell. Su filosofía con respecto al juego es identificar la "mecánica central" o "juguete" que es divertido de hacer en el juego, y construir todo lo demás alrededor de eso.
Tome minecraft por ejemplo. El "juguete" que es divertido de hacer en el juego es hacer que los bloques exploten y colocar otros nuevos en su lugar.
Si su juego tiene su mecánica central inactiva y jugable, y lo más importante, es DIVERTIDO, luego suéltelo e itere. De lo contrario, no lo suelte hasta que sea DIVERTIDO.
Una vez más, considerando Minecraft, tenía los elementos esenciales del divertido "juguete" construido, por lo que Notch lo lanzó. Desde entonces, ha vendido más de 1,8 millones de copias a 10 euros (o más) cada una. Todavía está apenas en beta y se vendió un número significativo de copias en ALPHA. Pero fue divertido.
Mantén los ojos en la bola. Un juego no divertido es un juego que no llegará a ninguna parte sin importar cuántos años de desarrollo le dediques. =)
fuente
Las respuestas anteriores son bastante agradables y suficientes para su pregunta.
Por lo tanto, quiero recomendar dos grandes libros: " Getting Real " y " Rework ", que son excelentes productos. No sé si has oído hablar de estos dos libros o no. Pero estoy seguro de que estos dos libros no solo resolverán tus problemas, sino que también te ayudarán en toda tu vida.
Deberías leer "Getting Real" primero. Y allí, aprenderá sobre "construir lo real" omitiendo todas las cosas "innecesarias" y el método para promocionar su aplicación para difundir el mundo. Y lea "Retrabajo". Es realmente un buen libro también. Estoy seguro, seguramente amarás estos libros. :RE
fuente
Piensa en la diferencia que hará un juego en vivo.
Dices que es un juego de navegador, así que lo descargan o se ejecuta desde un servidor.
Varios cientos de beta testers son diferentes a algunos compañeros.
Otra cosa es ser realista. Usted dice sobre la publicación de contenido adicional semanalmente, pero sería mejor esperar dos semanas y publicarlo.
lo más importante es liberarlo cuando esté seguro de ello. No hay nada que le guste más a la gente que derribar su trabajo para sentirse mejor.
fuente