Tecnicatura Superior en
Game Design

Un Game Designer define la experiencia de juego y la vuelve operativa para el equipo. Traduce una visión en mecánicas, reglas, objetivos, progresión, balance, y la documenta en GDD, one-pager, feature briefs y flowcharts que aclaran qué se construye y por qué. Prototipa (paper/digital) para validar hipótesis rápido; diseña onboarding/FTUE y wireframes de UI para reducir fricción; coordina con programación, arte, producción y QA mediante user stories y criterios de aceptación. Mide resultados con playtesting y datos (por ejemplo, retención temprana o embudos básicos) y ajusta tablas de balance y ritmo de niveles en ciclos cortos. Su foco es resolver problemas de diseño con evidencia, mantener coherencia entre sistemas, niveles y presentación, y asegurar que el juego sea claro, divertido y sostenible como producto.

El Game Design define el sistema de juego: qué reglas, mecánicas, objetivos, progresión, balance y economía existen; cómo se aprende el juego (FTUE/UX) y cómo todo eso se documenta en un GDD con criterios de aceptación. El Level Design toma ese marco y lo materializa en espacios y situaciones jugables: ritmo (pacing), flujo, señalización (signposting), disposición de retos/enemigos, checkpoints, líneas de visión y métricas de recorrido, lo prototipa con greyboxing y lo ajusta con playtests/telemetría. En equipos chicos pueden solaparse, pero el modelo mental se mantiene: el Game Designer piensa sistemas y reglas, el Level Designer construye experiencias momento a momento dentro de esas reglas.

No es obligatorio, pero te ayudará a conocer lógica básica, scripting o visual scripting (Blueprints, nodos, etc.) para prototipar más rápido, comunicarte mejor con programación y estimar viabilidad y costos de tus ideas. En la Tecnicatura vas a especificar comportamientos con claridad (GDD, user stories, criterios de aceptación) y validar con prototipos y pruebas. La programación avanzada no es el foco, pero contar con fundamentos acelera tu proceso y mejora el diálogo con el equipo. 
En la carrera vas a aprender a manejarte con varios engines de desarrollo de videojuegos, como Unity, Godot, Unreal y UEFN entre otros.

Para que un juego o un estudio sean sustentables es imprescindible que tengan bien desarrollado su modelo de negocio y su plan de monetización. En los juegos premiun es clave saber determinar el precio y el nicho del mercado al que apuntar.
Porque buena parte de los juegos actuales usan modelos híbridos (F2P con IAP, ads recompensados, pases o suscripciones) y eso vuelve central el diseño de economías virtuales: monedas/recursos, fuentes y sumideros (sources/sinks), progresión y tiempos de adquisición. Un Game Designer define hipótesis de valor, simula balances, instrumenta KPIs (retención, ARPDAU, LTV), corre A/B testing y ajusta bucles para que la experiencia sea divertida, justa y sostenible. La operación en vivo (Live Ops) suma eventos, ofertas y desafíos temporales que requieren gobernanza del ritmo y de la percepción de valor. Además, hay un componente ético: evitar dark patterns y prácticas predatorias (p. ej., loot boxes opacas), comunicando probabilidades y límites. Bien diseñada, la economía acompaña al juego: premia la habilidad, cuida el onboarding y sostiene el proyecto sin quebrar la experiencia del jugador.

Un playtest efectivo parte de una hipótesis clara (qué se busca validar) y de un guion breve de tareas para un perfil de jugador definido. Se prepara una build estable, se solicita que la persona testeadora “piense en voz alta” y se registran hallazgos cualitativos (confusiones, frenos, lenguaje utilizado) junto con mediciones instrumentadas: tasa de finalización del tutorial, tiempo hasta la primera victoria/derrota, drop-off por paso, errores de interacción, tiempo por nivel, muertes por zona y puntos de abandono, además de severidad y prioridad de bugs. También se utiliza A/B testing para comparar variantes, y cada sesión concluye con acciones priorizadas (qué cambiar, por qué y cómo se medirá en la próxima iteración). Se recomienda iterar en ciclos cortos con 5–8 testers por ronda, con consentimiento informado, anonimización y manejo responsable de datos.

Un GDD es un documento vivo que describe cómo debe funcionar el juego y, sobre todo, para qué decisiones sirve en producción. Reúne la visión, el público y la plataforma, especifica mecánicas y reglas, core/secondary loops, progresión y dificultad, criterios de UX/UI y FTUE, lineamientos de Level Design, economía y sistemas relacionados, además de KPIs a observar y el plan de prototipado y pruebas. En la práctica, sirve para alinear al equipo, estimar y priorizar en backlog, incorporar personas nuevas sin fricción, trazar decisiones con datos (playtests/telemetría) y reducir riesgos. Se mantiene con control de versiones, criterios de aceptación y trazabilidad de cambios, y se complementa con one-pager, feature briefs, flowcharts y balance sheets. Bien gestionado, el GDD conecta diseño, arte, programación, producción y QA, y respalda tanto la toma de decisiones cotidiana como la comunicación con stakeholders (por ejemplo, un pitch para publicación o financiamiento).