Tengo dos sugerencias:
Primero, haz prototipos. No codifique prototipos, sino en otros medios que le permitan iterar y probar sus ideas rápidamente.
La mejor manera de abordar esto depende un poco de tu género de juego preferido: para un juego de estrategia necesitas crear prototipos de cosas diferentes que para un FPS. Papel, dados, fichas y LEGO son buenas opciones. Powerpoint (o cualquier programa equivalente) es una gran herramienta para preparar rápidamente maquetas de UI. Esto a menudo trae cosas que son demasiado complicadas o que no se pueden comunicar fácilmente al jugador.
Puedes llegar bastante lejos con estos prototipos por tu cuenta. Cuando tenga algo que esté contento consigo mismo, muéstrelo a una persona o tres en quienes pueda confiar para que le brinden comentarios honestos. Pocos consejos sobre esto:
- ¿Cuál es el mejor videojuego Easter egg?
- ¿Qué es un hombre?
- ¿Cómo es Pathfinder?
- ¿Qué cambiarías de tu juego favorito (juego de mesa, videojuego)?
- ¿Deberían prohibirse los videojuegos en la escuela?
- No intentes crear un prototipo de todo el juego, a menos que sea muy, muy pequeño. Descubre la actividad clave de tu juego, qué hará el jugador la mayor parte del tiempo y concéntrate en eso. Eso es lo que debe ser realmente sólido antes de poder construir algo encima de él. Incluso un gran juego como World of Warcraft está construido en torno a una mecánica de combate muy sólida que es fácil de entender y administrar, pero que permite mucha flexibilidad cuando se trata de habilidades especiales.
- Si tiene un prototipo físico jugable, explique cuál es el objetivo y qué pueden hacer, pero no les diga qué deberían hacer en un momento dado. Permítales resolverlo por su cuenta, y preferiblemente pídales que expresen su proceso de pensamiento en voz alta. Si no pueden entenderlo o hacer las conexiones que necesitan, el diseño o la presentación no son intuitivos.
- Si tienes un prototipo de interfaz de usuario (algo hecho en Powerpoint o equivalente), solo muéstralo a los evaluadores y pídeles que expliquen de qué se trata el juego. No les digas qué es todo tú mismo.
- Confía en los comentarios que recibes. Es su tarea hacer un juego agradable y comprensible, no el jugador para “obtener” su visión.
- Sigo hablando de comprensible, porque ese es un aspecto realmente importante que a menudo se pasa por alto. Si el jugador no puede entender su juego (es decir, no puede comunicarle efectivamente lo que está sucediendo sin largas explicaciones), nunca lo disfrutará.
En segundo lugar, observa de cerca los juegos existentes que tienen elementos similares a los que estás trabajando. Tómese un tiempo para crear prototipos físicos o incluso de código de ellos para descubrir realmente lo que sucede debajo del capó. He visto a personas obtener una perspectiva completamente nueva de un juego simple como Tetris al hacer un prototipo de papel y usarlo para probar diferentes tamaños de áreas de juego, métodos de control y tamaños de piezas.
Hacer videojuegos es aproximadamente un 20% creando la mecánica y un 80% haciendo que se vean y se sientan bien. Cuanto mejor comprenda la mecánica antes de comenzar a codificar, más fácil será hacer la segunda parte.
¡Que te diviertas!