Cultura de feedback
Reglas no escritas para que la comunidad siga siendo útil cuando alguien publica su primer prototipo.
En India Game Jam hay hilos que se leen como una conversación de taller: alguien sube una build de dos minutos, otro comenta que el salto se siente flotante, y a las pocas horas aparece una versión con la gravedad ajustada. Eso no pasa por suerte. Pasa porque hay un acuerdo tácito sobre cómo se escribe una crítica y cómo se recibe sin que el autor cierre la pestaña.
Cuando alguien pide feedback sobre un prototipo, conviene ordenar el comentario en tres partes. Primero, qué funcionó: una mecánica que enganchó, un sonido que encajó, una decisión de cámara que se sintió bien. Segundo, qué se sintió confuso: aquí se describe la experiencia, no la solución. Tercero, qué se podría probar distinto, siempre como hipótesis y no como sentencia. Hablar del juego y no de quien lo hizo es la diferencia entre un comentario útil y uno que desanima.
Recibir críticas también se entrena. Ayuda separar tres cosas que suelen mezclarse: bugs concretos, decisiones de diseño que se pueden defender y gustos personales que no exigen cambios. Si alguien reporta que el personaje atraviesa la pared en el nivel dos, eso es un bug. Si dice que preferiría otro tipo de control, eso es una opinión. Distinguirlo evita reescribir el prototipo entero por un comentario suelto.
Hay fórmulas que apagan la conversación aunque la intención sea buena: "esto ya lo vi en otro juego", "no sé, no me llama", "deberías hacerlo todo de cero". Ninguna aporta información accionable. En su lugar, describir qué se esperaba y qué ocurrió: "esperaba que el enemigo reaccionara al ruido y no lo hizo". Ese tipo de nota sí se puede convertir en una tarea concreta antes de la entrega.
En el foro hay hilos donde el feedback cambió una mecánica completa días antes de subir la build final. No porque alguien tuviera la razón absoluta, sino porque el comentario llegó a tiempo y con la forma adecuada.
Autor del hilo
Este texto lo firma una persona que lleva años moderando hilos de prototipos y respondiendo dudas en el foro. No es un perfil de marketing: es la mano que suele estar detrás de las respuestas largas.
Moderadora de hilos técnicos y feedback
Empecé publicando prototipos torpes en itch.io y recibiendo comentarios que dolían más de lo necesario. Con el tiempo aprendí a separar lo que era un bug de lo que era una decisión de diseño, y a pedir opinión sobre cosas concretas en lugar de soltar el enlace y esperar aplausos. Eso es justo lo que intento transmitir cuando comento el devlog de otra persona.
En el foro me verás sobre todo en hilos de Godot y en retos mensuales, revisando builds ajenas y explicando por qué una mecánica se siente confusa antes de decir cómo arreglarla. También insisto mucho en una idea: el feedback habla del juego, nunca de quien lo hizo.
Si quieres que revise un hilo o proponer un tema para el blog, escríbeme sin rodeos.