2399. Identidad de la lección
Esta lección establece el norte creativo que debe orientar las decisiones posteriores sobre mecánicas, contenido, presentación y alcance técnico.
2400. Objetivo de aprendizaje
Después de esta lección, podrás redactar un brief conciso de dirección creativa que exprese la promesa para el jugador, identifique sus prioridades y defina criterios observables para evaluar si una funcionalidad respalda esa promesa.
2401. Por qué importa
Un proyecto puede tener mecánicas competentes y una presentación atractiva, pero aun así ofrecer una experiencia confusa. Una promesa clara da al equipo un punto de referencia cuando varias ideas compiten por tiempo o cuando una solución técnica modifica la experiencia prevista. También proporciona a la IA un límite útil: en vez de pedir mejoras genéricas, puedes preguntar si una propuesta refuerza la experiencia buscada. La promesa no sustituye el criterio de diseño; permite aplicarlo de forma coherente.
2402. Conocimientos previos
Ya deberías poder definir controles técnicos para un equipo pequeño, con condiciones observables, evidencia inspeccionable, responsables y acciones ante fallos, a partir de la lección anterior verificada: 5.14 L2 — Define technical gates for a small team / 5.14 L2 — Definir controles técnicos para un equipo pequeño.
2403. Concepto central
Una promesa para el jugador es una afirmación concisa sobre la experiencia que el juego se propone ofrecer a su público objetivo. No es una lista de funcionalidades, una etiqueta de género, un eslogan ni una descripción del proceso de producción.
Un brief útil de dirección creativa conecta cuatro elementos:
- Jugador: ¿De quién estamos priorizando la experiencia?
- Promesa: ¿Qué debería sentir, hacer o reconocer como valioso de forma repetida?
- Prioridades: ¿Qué cualidades deben protegerse cuando haya que elegir?
- Evidencia: ¿Qué resultado observable mostraría que una funcionalidad respalda la promesa?
La promesa debe ser suficientemente específica para permitir descartar trabajo. “El juego debe ser divertido e inmersivo” no ayuda a resolver decisiones difíciles porque casi cualquier funcionalidad puede afirmar que la respalda. “El jugador debe sentir que cada entrega arriesgada es un cálculo deliberado bajo presión” resulta más útil: sugiere prioridades como el riesgo significativo, las consecuencias legibles y las decisiones relevantes durante una sesión breve.
Por eso, un brief de dirección creativa es un instrumento de decisión. Debe ayudar a responder preguntas como:
- ¿Esta funcionalidad fortalece la experiencia buscada o solo añade contenido?
- ¿Qué cualidad debe sobrevivir si reducimos el alcance?
- ¿Qué debería poder observarse o escucharse durante una prueba?
- ¿Qué evidencia justificaría conservar, modificar o eliminar la funcionalidad?
2404. Modelo mental
Usa el modelo Promesa → Prioridad → Prueba:
| Elemento | Pregunta | Resultado |
|---|---|---|
| Promesa | ¿Qué experiencia nos comprometemos a ofrecer? | Una afirmación breve dirigida al jugador |
| Prioridad | ¿Qué cualidades protegen esa experiencia? | Hasta tres cualidades ordenadas |
| Prueba | ¿Qué evidencia observable respaldaría la afirmación? | Criterios concretos de prueba o de una build |
Aplica el modelo al revisar cualquier funcionalidad propuesta:
Funcionalidad propuesta
↓
¿Refuerza la promesa?
↓
¿Qué prioridad atiende?
↓
¿Qué prueba observable esperamos?
↓
Conservar, modificar o descartar
El modelo evita que la dirección creativa se convierta en acumulación. Una funcionalidad no es valiosa solo porque esté terminada; lo es cuando puedes explicar y comprobar su contribución a la promesa.
2405. Ejemplo concreto
Considera este brief hipotético para un juego pequeño de entregas sigilosas:
Promesa para el jugador: Hacer que el jugador se sienta ingenioso y expuesto mientras planifica y ejecuta entregas breves y arriesgadas por espacios que revelan información gradualmente.
Prioridades:
- Las decisiones deben crear una diferencia significativa entre exposición y seguridad.
- La información nueva debe cambiar el plan del jugador.
- Las consecuencias deben ser legibles después de actuar.
Criterios observables:
- En una prueba, los jugadores pueden explicar qué riesgo aceptaron antes de comenzar una entrega.
- Al menos un detalle recién revelado hace que modifiquen su ruta o su momento de actuación.
- Después de fallar una entrega, pueden identificar qué decisión produjo la consecuencia.
No prioritario: Aumentar el número de ubicaciones antes de que las decisiones de entrega existentes sean legibles.
Un sistema de personalización estética podría resultar atractivo, pero el brief todavía no muestra cómo refuerza la exposición, la información o las consecuencias legibles. Una funcionalidad para planificar rutas tiene una relación más clara porque puede evaluarse frente a las tres prioridades.
El ejemplo no es una fórmula universal. Su utilidad proviene de la relación entre la promesa, las prioridades y la evidencia.
2406. Flujo de trabajo con IA
Usa la IA como crítica estructurada, no como responsable de la dirección creativa.
- Redacta tu primer brief de Promesa → Prioridad → Prueba sin pedirle ideas a la IA.
- Entrégale el brief y pídele que señale términos vagos, supuestos ocultos sobre funcionalidades, contradicciones y criterios que no puedan observarse.
- Pídele preguntas que ayuden a aclarar el brief. No le pidas que elija la identidad del proyecto.
- Revisa el brief por tu cuenta y registra qué observaciones aceptaste o rechazaste.
- Comprueba la versión revisada contra una funcionalidad existente o propuesta.
Un prompt útil es:
Revisa este brief de dirección creativa como un responsable de diseño escéptico. Señala el lenguaje que no esté dirigido al jugador, las prioridades que se solapen y los criterios de evaluación que no puedan observarse en una build o en una prueba. No reescribas la promesa. Devuelve preguntas y razones concretas.
La decisión humana es la definitiva: el brief debe expresar una experiencia que el equipo realmente esté dispuesto a proteger.
2407. Error común
El error más común es escribir una promesa que describa los componentes del juego en lugar de la experiencia del jugador. “El juego tiene entregas, sigilo, mejoras y ubicaciones ramificadas” puede ser correcto, pero no explica qué debería hacer o sentir el jugador con esos componentes. Otro error es enumerar diez prioridades. Si todo se protege por igual, el brief no puede resolver ninguna decisión de compromiso.
2408. Práctica guiada
Crea un brief de dirección creativa de una página usando esta plantilla:
Jugador:
Promesa para el jugador: [una frase dirigida al público objetivo]
Prioridad 1:
Prioridad 2:
Prioridad 3:
Criterios observables:
- [criterio que pueda comprobarse en una build o prueba]
- [criterio que pueda comprobarse en una build o prueba]
- [criterio que pueda comprobarse en una build o prueba]
No prioritario o límite de compromiso:
Decisión sobre una funcionalidad:
Elige una funcionalidad o idea de contenido. Indica si la conservarías, modificarías o descartarías, y cita la prioridad y la evidencia que justifican tu decisión.
Usa estas comprobaciones mientras redactas:
- Elimina la etiqueta de género. ¿La promesa sigue describiendo una experiencia?
- Sustituye palabras abstractas como “inmersivo”, “divertido” o “profundo” por una acción, emoción, decisión o resultado observable.
- Ordena las prioridades. Si dos entran en conflicto, ¿cuál gana?
- Pregunta si alguien que observe una prueba podría reunir evidencia para cada criterio.
- Aplica el brief a una funcionalidad concreta en lugar de dejarlo como una declaración de intenciones.
2409. Validación / evidencia
Tu brief está completo cuando contiene:
- una promesa breve dirigida al jugador;
- como máximo tres prioridades ordenadas;
- al menos tres criterios que puedan comprobarse mediante una build, una prueba o una observación directa;
- un límite explícito de no prioridad o de compromiso;
- una decisión de conservar, modificar o descartar, vinculada a una prioridad y a un criterio.
2410. Evaluación práctica puntuada
Entrega el brief de una página creado en la práctica guiada. Debe incluir una promesa para el jugador, un máximo de tres prioridades ordenadas, tres criterios observables, una no prioridad o un límite de compromiso y una decisión justificada de conservar, modificar o descartar.
Puntúa cada dimensión de 0 a 2 puntos:
| Dimensión | 2 puntos | 1 punto | 0 puntos |
|---|---|---|---|
| Enfoque en el jugador | La promesa expresa con claridad la experiencia prevista para el jugador. | La experiencia aparece, pero se formula en parte como funcionalidades u objetivos de producción. | No hay una promesa reconocible dirigida al jugador. |
| Especificidad | La promesa y el límite de compromiso establecen límites claros para decidir. | Algunos límites son útiles, pero quedan términos importantes sin concretar. | El lenguaje podría justificar casi cualquier funcionalidad. |
| Orden de prioridades | Hay como máximo tres prioridades, están ordenadas explícitamente y permiten resolver un conflicto. | Las prioridades son pocas, pero su orden o la regla para resolver conflictos no queda clara. | Las prioridades no están ordenadas, son demasiadas o no aparecen. |
| Observabilidad | Los tres criterios pueden comprobarse en una build, una prueba de juego o una observación directa. | Solo uno o dos criterios son directamente observables. | Los criterios no aparecen o no pueden observarse. |
| Trazabilidad de la decisión | La decisión cita tanto una prioridad ordenada como un criterio relacionado. | La decisión cita solo una prioridad o solo un criterio, o la relación es débil. | La decisión no aparece o carece de justificación. |
Para aprobar se requieren al menos 8 de 10 puntos y no se puede obtener 0 en observabilidad ni en trazabilidad de la decisión. Si el brief no alcanza ese umbral, revísalo y vuelve a entregarlo.
Un brief sólido puede rechazar o transformar una funcionalidad sin obligar al equipo a volver a discutir la identidad del proyecto. Si tus criterios no permiten distinguir entre dos propuestas rivales, revísalos hasta que puedan hacerlo.
2411. Ideas clave
- La promesa para el jugador describe la experiencia buscada, no el inventario de funcionalidades.
- Las prioridades hacen que la promesa sea útil cuando compiten el alcance, la tecnología y el contenido.
- La prueba debe poder observarse en una build, una prueba o una decisión del jugador.
- Un brief de dirección creativa funciona cuando permite decidir concretamente si se conserva, modifica o descarta algo.
- La IA puede revelar vaguedades y contradicciones, pero el equipo debe hacerse cargo de la promesa y de sus decisiones de compromiso.
2412. Próxima lección
Siguiente: 5.15 L2 — Direct coherent tradeoffs / 5.15 L2 — Dirigir decisiones de compromiso coherentes. Esta lección parte de la promesa para el jugador y de sus criterios de evaluación para avanzar hacia la evaluación de alternativas en conflicto y la dirección de decisiones de compromiso coherentes.
2413. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
¿Cuál de estas afirmaciones resulta más útil como promesa para el jugador?
Mostrar respuesta y explicación
Respuesta: El jugador debe sentirse ingenioso y expuesto mientras toma decisiones significativas de entrega bajo presión.
Por qué: Una promesa útil describe la experiencia buscada por el jugador y puede orientar decisiones. Las demás opciones describen funcionalidades, cualidades vagas o planes de producción.
¿Para qué sirve limitar y ordenar las prioridades creativas?
Mostrar respuesta y explicación
Respuesta: Para ayudar a resolver intercambios cuando compiten el alcance, la tecnología o el contenido.
Por qué: Las prioridades ordenadas aclaran qué debe protegerse cuando el equipo no puede conservarlo todo.
¿Cuál es el ejemplo más sólido de una prueba observable?
Mostrar respuesta y explicación
Respuesta: Durante una prueba, los jugadores identifican el riesgo que aceptaron antes de comenzar la entrega.
Por qué: El criterio puede observarse directamente durante una prueba y conecta el comportamiento del jugador con la experiencia buscada.
¿Cuál es el papel adecuado de la IA al revisar un brief de dirección creativa?
Mostrar respuesta y explicación
Respuesta: Identificar lenguaje vago, contradicciones y criterios que no puedan observarse.
Por qué: La IA puede actuar como una crítica estructurada, pero el equipo sigue siendo responsable de la promesa y de los intercambios creativos.