364. Identidad de la lección
365. Objetivo de aprendizaje
Al terminar esta lección, podrás identificar un riesgo causado por omitir la introducción y otro riesgo causado por recapturar el control entre el juego y otro modo de interfaz o entrada.
366. Por qué importa
Un tutorial no es solo una sucesión de mensajes. Cambia temporalmente lo que se espera que haga el jugador, qué controles están activos y hacia dónde se dirige su atención. Una acción de omitir puede eliminar información que el siguiente estado da por recibida. La recaptura del control también puede ocurrir demasiado pronto o dejar al jugador en el modo equivocado. Nombrar estos riesgos antes de implementar permite dar instrucciones más precisas a una herramienta de IA y protege el hito de la Etapa 1: que el jugador pueda repetir el bucle del juego sin confundirse.
367. Conocimientos previos
Debes haber completado 1.1 — Foundations hasta 1.7 — Core Loop, además de la lección anterior, What must the player prove? Debes poder describir el bucle de la Etapa 1 como ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ e identificar el cambio visible que demuestra el progreso.
368. Concepto central
La introducción y el juego normal no siempre utilizan el mismo modo de interfaz o de entrada. Omitir la introducción debe llevar al jugador a un estado válido, mientras que recapturar el control debe devolverlo al modo correcto sin apropiarse de una entrada que todavía pertenece a otra interacción activa.
Considera omitir como una transición entre estados compatibles, no como borrar texto. Considera recapturar como una transición hacia un modo de control definido, no como una orden genérica para activar la entrada.
369. Modelo mental
Comprobación del límite entre modos
Para cada acción de omitir o recapturar, formula tres preguntas:
| Comprobación | Pregunta | Señal de fallo |
|---|---|---|
| Destino | ¿A dónde llega el jugador después de la acción? | El siguiente estado da por hecho un contexto ausente o controles que no están disponibles. |
| Propietario | ¿Qué sistema recibe la siguiente entrada? | El juego, un menú, un diálogo u otro modo responde de forma inesperada. |
| Prueba | ¿Qué respuesta visible confirma la transición? | El jugador no puede saber si la acción de omitir o recapturar funcionó. |
Usa la secuencia ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ para revisar el resultado. El jugador actúa sobre la opción de omitir o sobre la solicitud de control, el juego responde, el modo activo cambia de forma visible y el jugador puede volver a actuar con los controles previstos.
370. Ejemplo concreto
Imagina un tutorial que pausa el juego para explicar cómo interactuar con un objeto cercano.
- Durante la explicación hay una acción Omitir disponible.
- Si el jugador la usa, el juego debe dejarlo en un estado donde la interacción con el objeto siga disponible y el siguiente objetivo sea comprensible.
- Si el jugador abre otro panel antes de que termine la explicación, una recaptura genérica podría devolver el control al juego mientras el panel todavía parece activo.
- Entonces el jugador puede pulsar una tecla esperando que responda el panel, mientras el juego la interpreta como movimiento o interacción.
El primer fallo es un riesgo de omisión: el destino supone que el jugador recibió una información que en realidad no vio. El segundo es un riesgo de modo: no está claro quién posee el control después de la recaptura. Ninguno de los dos problemas exige diagnosticar una función compleja; ambos se vuelven visibles al nombrar el destino, el propietario y la prueba de cada transición.
371. Error común
Un error común es considerar que omitir no tiene consecuencias porque solo elimina una presentación, o que recapturar es inocuo porque solo restaura el control. En realidad, ambas acciones cambian el contrato del jugador con el juego. Si el siguiente estado o el propietario de la entrada no están definidos, el jugador puede quedar bloqueado, confundido o provocar una respuesta del sistema equivocado.
372. Práctica guiada
Crea una tabla de dos filas para un tutorial que estés diseñando o revisando. No escribas código. Completa estos campos en cada fila:
| Acción | Destino previsto | Propietario de la entrada después | Prueba visible | Riesgo |
|---|---|---|---|---|
| Omitir la introducción | ||||
| Recapturar el control después de otro modo de interfaz o entrada |
Tu tabla debe incluir:
- Un riesgo concreto de omisión, por ejemplo que el siguiente objetivo dependa de información que se omitió.
- Un riesgo concreto de recaptura o de modo, por ejemplo que el juego reciba la entrada mientras un panel o diálogo todavía parece estar activo.
- Una respuesta visible para cada transición.
Después, clasifica cada riesgo como contexto de destino ausente, propietario de entrada equivocado o prueba de transición ausente. Una fila puede tener más de una clasificación, pero explica cuál es la principal.
373. Validación / evidencia
Tu evidencia es una tabla de dos filas completada y una breve explicación de la clasificación principal de cada riesgo. Has cumplido el objetivo cuando otra persona puede responder sin adivinar:
- ¿Qué estado sigue a la omisión?
- ¿Qué estado o modo recibe la entrada después de la recaptura?
- ¿Qué cambio visible demuestra que la transición ocurrió?
- ¿Qué podría experimentar el jugador si la transición falla?
374. Puntos clave
- Omitir la introducción es una transición de estado, no simplemente quitar un mensaje.
- La recaptura del control debe identificar el modo que recibe la siguiente entrada.
- La introducción puede utilizar una interfaz y entradas distintas de las del juego normal.
- ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ ayuda a comprobar que una transición deja al jugador listo para continuar.
- Un buen análisis de fallos nombra el destino, el propietario de la entrada, la prueba visible y el riesgo para el jugador.
375. Próxima lección
Continúa con 1.9 — Economía básica.
376. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
¿Cuál es la pregunta principal al evaluar la omisión de un tutorial?
Mostrar respuesta y explicación
Respuesta: ¿El jugador llega a un estado válido con el contexto necesario para continuar?
Por qué: Omitir es una transición de estado. La prueba importante es comprobar si el destino sigue siendo válido y proporciona el contexto suficiente para continuar.
¿Qué situación representa un riesgo de recaptura o de modo?
Mostrar respuesta y explicación
Respuesta: El juego recibe una pulsación mientras un panel todavía parece ser el propietario de la interacción.
Por qué: Esto es una colisión de modos: el jugador percibe que un sistema está activo, pero otro sistema recibe la entrada.
¿Qué evidencia confirma mejor que una transición de omisión o recaptura funcionó?
Mostrar respuesta y explicación
Respuesta: Una respuesta visible muestra el nuevo estado y funciona la siguiente acción prevista.
Por qué: La transición necesita una prueba visible y una acción siguiente válida. Quitar un botón o confiar en una suposición no demuestra que el jugador pueda continuar.
¿Qué secuencia debes utilizar para revisar si el jugador puede continuar después de una transición de modo?
Mostrar respuesta y explicación
Respuesta: ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ
Por qué: Esta secuencia comprueba la acción del jugador, la respuesta del juego, el cambio visible o significativo y si el jugador puede actuar otra vez.