29. Identidad de la lección
Esta lección enseña a proteger un loop mapeado de features que todavía no lo apoyan. No es anti-feature. No enseña Game feel. No construye un micro-loop jugable.
30. Objetivo de aprendizaje
Al terminar, puedes tomar un loop de gameplay claramente mapeado y un feature extra propuesto, decidir CONSERVAR AHORA, POSPONER o RECHAZAR PARA ESTE LOOP, y justificar esa decisión con comportamiento — no con entusiasmo.
31. Por qué importa
La Lección 1 te pidió ver un loop. La Lección 2 te pidió mapear uno. Mapear todavía no es proteger.
Un loop mapeado sigue atrayendo ideas de más: clima, tiendas, árboles de habilidades, modo foto, compañeros. Algunas de esas ideas más adelante ganarán un lugar. Muchas apartan la atención antes de que el comportamiento actual sea coherente.
Pasa de «tengo un montón de ideas» a «este feature apoya el loop que estoy construyendo, o todavía no pertenece».
32. Conocimiento previo
Lecciones 1 y 2 de este módulo: puedes distinguir una descripción de feature de una descripción de loop, y puedes mapear un comportamiento pequeño que se repite como ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ. Esta lección no repite esos ejercicios. Te pide juzgar un añadido propuesto frente a un loop que ya puedes señalar.
33. Concepto central — core loop frente a feature gravity
Un feature gana su lugar cuando apoya el comportamiento que estás intentando crear.
Un feature puede ser interesante, impresionante, técnicamente posible o habitual en el género, y aun así no pertenecer al loop actual.
Core loop — el comportamiento que se repite, que ya mapeaste y que estás protegiendo ahora. No es «el juego entero que quizá publique algún día».
Feature gravity — la tendencia de las ideas atractivas a expandir el proyecto antes de que el comportamiento actual sea coherente.
Sigues razonando sobre un game loop con el modelo analítico de las Lecciones 1 y 2. Todavía no usas un modelo de implementación posterior. No trates esto como formación en product management, trabajo de backlog ni una regla de que los juegos pequeños siempre son mejores.
34. Prueba de decisión
Usa este filtro breve. No es un proceso de estudio.
¿Cuál es el loop?
¿Qué cambia este feature dentro de ese loop?
¿Refuerza un ACTUAR, un RESPONDER, un CAMBIAR o un OTRA VEZ que ya existen?
¿El loop sigue funcionando sin él?
¿Hace falta ahora, o solo es interesante?
Después elige:
CONSERVAR AHORA — el feature refuerza de forma directa el loop acotado actual, ahora. Consérvalo aunque el loop pudiera sobrevivir sin él.
POSPONER — el feature podría reforzar este mismo loop más adelante, pero todavía faltan el contexto, la dependencia, la profundidad o el diseño necesarios. Posponer no significa «mal feature», y no es un cajón de sastre para toda idea sin usar.
RECHAZAR PARA ESTE LOOP — el feature pertenece principalmente a otro loop, sistema o capa del producto, aunque todavía pueda ser un buen feature para el juego en conjunto. Rechazar-para-este-loop no es una prohibición permanente.
POSPONER y RECHAZAR PARA ESTE LOOP no son sinónimos. Posponer se queda con este loop más adelante. Rechazar pertenece a otra parte.
35. Ejemplos concretos
Apoya el loop. Loop actual: atacar → acierto o fallo → cambia el estado del enemigo → elegir la siguiente acción. Feature propuesto: feedback de stagger del enemigo. El stagger ayuda a leer el resultado y a elegir la siguiente acción. Eso es CONSERVAR AHORA.
No apoya esta versión todavía. Loop actual: buscar → recoger → cambia el conteo → buscar otra vez. Feature propuesto: un sistema de clima que no cambia ahora las decisiones de búsqueda o recolección. El clima más adelante podría modificar este mismo loop — visibilidad, qué lugares esconden hallazgos, condiciones de búsqueda — pero esas relaciones todavía no están definidas. Eso es POSPONER.
Pertenece a otra parte. El mismo ciclo de búsqueda/recolección. Feature propuesto: una taberna donde los jugadores charlan y comercian sombreros. Pertenece principalmente a un loop social, de comercio o de colección. Todavía podría existir en otra parte del juego completo. RECHAZAR PARA ESTE LOOP.
Depende de la afirmación. El mismo ciclo de búsqueda/recolección. Feature propuesto: día/noche. Si hoy no tiene efecto, pero sí una relación plausible más adelante con este mismo loop de búsqueda, POSPONER. Si la oscuridad o el día/noche cambia de hecho la decisión de búsqueda actual, CONSERVAR AHORA. RECHAZAR PARA ESTE LOOP solo tendría sentido si el día/noche sirviera principalmente a otro loop o sistema, no a este comportamiento de búsqueda. La etiqueta sigue la afirmación de comportamiento, no el nombre del feature.
Ninguno de estos ejemplos pide un motor. Ninguno dice «corta siempre».
36. Límite
Esto no es «los features son malos». No es «nunca expandas». No es «los juegos pequeños siempre son mejores». No es teoría de MVP, planificación de sprints ni un sistema de backlog.
La pregunta estrecha: ¿este feature propuesto se puede justificar con el loop de gameplay actual?
Los agentes de IA abaratan generar features nuevos. Eso hace que este juicio sea más importante, no menos. Una implementación barata no convierte un feature en estructuralmente necesario. Esta lección no te pide que le des instrucciones a un agente ni que edites un proyecto.
37. Errores habituales
Es genial, así que pertenece. Lo genial no es una afirmación de comportamiento. Nombra qué cambia en ACTUAR, RESPONDER, CAMBIAR o OTRA VEZ.
El género suele tenerlo. Un género es un barrio de expectativas, no un permiso. Un juego de plataformas «suele» tener una tienda. Tu ciclo mapeado quizá no.
La IA puede construirlo rápido, así que por qué no. La velocidad de generación no es lo mismo que la necesidad. Un agente puede añadir un árbol de habilidades en minutos y aun así sacarte del loop que estabas protegiendo.
Cortar todo. La disciplina de alcance no es minimalismo por sí mismo. Si un feature refuerza el loop, debe quedarse.
38. Práctica
Ejemplo guiado
Loop: calculas cuándo correr entre las olas. Una ola te alcanza o pasa de largo. Si te alcanza, te empuja hacia el borde del muelle y entras en un breve estado de recuperación. Antes de la siguiente ola, decides si esperas a recuperar el equilibrio o vuelves a correr.
Feature propuesto: un modo foto con filtros.
¿Qué cambia dentro de este loop? Nada sobre calcular el momento, correr, recibir el empujón, recuperarte o elegir el siguiente movimiento.
¿El loop sigue funcionando sin él? Sí.
¿Hace falta ahora, o es interesante? Es interesante a nivel de producto: una capa para compartir, no una parte de este ciclo.
Decisión: RECHAZAR PARA ESTE LOOP. El modo foto puede tener valor a nivel de producto, pero no refuerza el ciclo de esperar / correr / ola / recuperación. Todavía puede pertenecer al juego más adelante. Simplemente queda fuera de este loop.
Clasifica features propuestos
Aquí hay un loop mapeado. Clasifica cada feature propuesto como CONSERVAR AHORA, POSPONER o RECHAZAR PARA ESTE LOOP. Escribe una frase de razonamiento para cada uno. Juzgas el apoyo a este loop acotado, no si la idea podría ser buena algún día. POSPONER y RECHAZAR PARA ESTE LOOP no son sinónimos: posponer se queda con este mismo loop más adelante; rechazar pertenece a otro loop, sistema o capa del producto. No le pidas a una IA que los clasifique.
El ítem 4 es escaso a propósito. Más de una etiqueta puede ser defendible si dices qué tendría que ser cierto.
Inténtalo primero. Compara con las notas solo después de haber escrito tus propias etiquetas y frases.
Loop mapeado: Alumbras un recoveco oscuro con el farol. Algo brilla, o el recoveco sigue a oscuras. Cambia tu conteo de hallazgos, o no. Alumbras el siguiente recoveco porque todavía quieres otro hallazgo.
1. Un sonido breve de destello cuando de verdad hay algo.
2. Un sistema de clima. Lluvia y sol no cambian ahora qué recovecos esconden hallazgos, ni si vale la pena alumbrar.
3. Una taberna donde los portadores de farol charlan y comercian sombreros cosméticos.
4. (ambiguo — hay que razonar) Un ciclo de día y noche.
Notas después de intentarlo
1. CONSERVAR AHORA. CONSERVAR AHORA. El sonido refuerza RESPONDER: el jugador distingue destello de vacío y elige el siguiente recoveco con mejor información. El loop sigue funcionando sin él, pero gana su lugar porque apoya la decisión actual.
2. POSPONER. POSPONER. El clima no cambia ahora ACTUAR, RESPONDER, CAMBIAR ni OTRA VEZ. Más adelante podría reforzar este mismo loop de farol/búsqueda — visibilidad, disponibilidad de recovecos, condiciones de búsqueda o el valor de alumbrar — pero esas relaciones todavía no están definidas. POSPONER significa que podría formar parte de este mismo loop más adelante, no un cajón de sastre para toda idea sin usar, y no afirma que el clima sea un mal feature.
3. RECHAZAR PARA ESTE LOOP. RECHAZAR PARA ESTE LOOP. El chat y el comercio cosmético pertenecen principalmente a otro comportamiento: social, de comercio o de colección — no a alumbrar → respuesta → estado de hallazgos → buscar otra vez. La taberna todavía podría existir en otra parte del juego completo. RECHAZAR PARA ESTE LOOP no es una prohibición permanente ni un «mal feature».
4. Razonamiento. Ambiguo a propósito. Tal como está escrito, día/noche es solo un nombre. POSPONER es sólido si hoy no tiene efecto de comportamiento, pero sí una relación plausible más adelante con este mismo loop de búsqueda. CONSERVAR AHORA es defendible solo si la oscuridad o el día/noche cambia de hecho la decisión de búsqueda actual. RECHAZAR PARA ESTE LOOP solo tendría sentido si el día/noche sirviera principalmente a otro loop o sistema, no a este comportamiento de búsqueda.
Comprobación práctica
Enumera tres funciones previstas y elimina la menos esencial para el bucle principal. En dos o tres frases, explica qué coste de desarrollo o confusión para el jugador evita el recorte y por qué el juego sigue funcionando sin esa función.
Tu propia idea
Vuelve al ciclo pequeño que mapeaste en la Lección 2. No construyas nada.
Escribe un feature extra tentador.
Aplica la prueba de decisión de cinco preguntas.
Elige CONSERVAR AHORA, POSPONER o RECHAZAR PARA ESTE LOOP.
Justifica la decisión en una o dos frases vinculadas a ese loop mapeado.
39. Validación
Para cada feature propuesto, pregunta:
¿Apoya el loop ahora? → CONSERVAR AHORA.
¿Podría apoyar este mismo loop más adelante si se añadieran las condiciones que faltan? → POSPONER.
¿Pertenece principalmente a otro loop, sistema o capa del producto? → RECHAZAR PARA ESTE LOOP.
También pregunta: ¿Lo conservé solo porque es genial, habitual en el género o barato de generar?
40. Ideas clave
Un feature gana su lugar cuando apoya el comportamiento que estás intentando crear.
La feature gravity empuja ideas atractivas hacia afuera antes de que el loop actual sea coherente.
CONSERVAR AHORA refuerza este loop ahora. POSPONER podría reforzar este mismo loop más adelante, cuando exista una relación que hoy falta. RECHAZAR PARA ESTE LOOP pertenece a otro loop, sistema o capa del producto: no es una prohibición permanente.
Generar barato con IA no hace necesario un feature.
Cortar todo no es disciplina. Un feature que refuerza el loop debe quedarse.
41. Comprobación
Responde las cuatro preguntas de selección antes de abrir sus respuestas. Después completa el ejercicio práctico con una etiqueta y tu propia justificación basada en el comportamiento.
Loop: alumbrar recovecos → destello o vacío → cambia el conteo → alumbrar otra vez. Feature propuesto: un sistema de clima que ahora no cambia ninguna de esas decisiones, pero que más adelante podría modificar la visibilidad y, por tanto, la misma decisión de alumbrar y buscar. ¿Qué etiqueta y razón encajan mejor?
Mostrar respuesta y explicación
Respuesta: POSPONER, porque un efecto de visibilidad bien definido podría apoyar más adelante este mismo loop de búsqueda, pero ahora no tiene efecto
Por qué: POSPONER. El clima no afecta al loop ahora, así que no corresponde CONSERVAR AHORA. Un efecto de visibilidad bien definido podría cambiar más adelante dónde o cuándo alumbra el jugador, una decisión que sigue formando parte de este mismo loop de búsqueda. Por eso no corresponde RECHAZAR PARA ESTE LOOP: la propuesta no sirve principalmente a otro loop, sistema o capa del producto.
Loop: atacar → acierto o fallo → cambia el estado del enemigo → elegir la siguiente acción. Feature propuesto: señal de aturdimiento (stagger) que ayuda a leer el resultado. Mejor etiqueta:
Mostrar respuesta y explicación
Respuesta: CONSERVAR AHORA, porque refuerza cómo el jugador interpreta RESPONDER y elige el siguiente ACTUAR
Por qué: CONSERVAR AHORA. La señal de aturdimiento apoya el loop actual: ayuda a entender la respuesta y a tomar la siguiente decisión. La disciplina de alcance no es una regla de que todo feature con sensación deba esperar.
Si un agente de IA puede añadir un árbol de habilidades en unos minutos, ese árbol ya ganó un lugar en el loop de recolección actual.
Mostrar respuesta y explicación
Respuesta: Falso
Por qué: Una implementación barata no convierte un feature en estructuralmente necesario. La prueba es si el árbol apoya el loop actual, no lo rápido que un agente pueda generarlo.
La disciplina de alcance significa rechazar todo feature sin el cual el loop todavía podría funcionar.
Mostrar respuesta y explicación
Respuesta: Falso
Por qué: La pregunta 4 del filtro pregunta si el loop sigue funcionando sin el feature. Eso no es toda la prueba. Un feature que refuerza una decisión, una respuesta, un cambio o una razón para continuar que ya existen debe quedarse.
Ejercicio práctico — clasifica y justifica
Loop mapeado: alumbrar un recoveco → ver un destello o solo oscuridad → el conteo de hallazgos cambia o permanece igual → elegir el siguiente recoveco.
Nuevo feature propuesto: un diario de biografías coleccionables que desbloquea entradas después de encontrar objetos, pero no cambia la acción de alumbrar, la lectura del destello, el conteo de hallazgos ni la elección del siguiente recoveco.
Elige CONSERVAR AHORA, POSPONER o RECHAZAR PARA ESTE LOOP. Justifica la etiqueta en una o dos frases antes de abrir la respuesta modelo.
Criterios de logro: nombra el paso del loop afectado, o indica que no se afecta ninguno; aclara si el efecto sobre el comportamiento existe ahora o solo bajo condiciones futuras bien definidas; y distingue entre apoyar este mismo loop y servir a otro loop, sistema o capa del producto.
Mostrar respuesta modelo
RECHAZAR PARA ESTE LOOP. Tal como está definido, el diario no afecta a ninguno de los cuatro pasos y no se indica ninguna condición futura que vaya a cambiar este mismo comportamiento de búsqueda. Desbloquear biografías sirve principalmente a una capa de colección o narrativa. Todavía podría pertenecer a otra parte del juego; la etiqueta no es una prohibición permanente.
42. Cierre del módulo 1.1
Lección 1: reconocer un loop.
Lección 2: mapear un loop.
Lección 3: proteger un loop.
Capacidad del módulo: puedes identificar un loop de gameplay, representarlo de forma explícita y decidir qué añadidos CONSERVAR AHORA, POSPONER o RECHAZAR PARA ESTE LOOP según si apoyan el comportamiento acotado.
El módulo 1.2 — Game feel — va a preguntar cómo recibe el jugador el loop que ahora puedes proteger. No empieces ese trabajo aquí. No armes un micro-loop jugable. Deja este módulo cuando puedas justificar CONSERVAR AHORA, POSPONER o RECHAZAR PARA ESTE LOOP desde el ciclo que está en la página.
43. Profundidad antes que cobertura extra
Si una función propuesta no alimenta Pulse Loop (fix-pulse-loop, academy-fixtures/pulse-loop), POSPÓN o RECHAZA PARA ESTE LOOP. No empieces un segundo artefacto para parecer ocupado.