Diseñamos condicionespara que el comportamiento emerja.
No armamos un examen. Armamos un contexto real donde el comportamiento no se puede fingir.
La institución define los parámetros
Antes de que exista un equipo, alguien define las condiciones bajo las que va a ocurrir la observación.
Una cohorte lista para ser observada en un contexto común.
No elegís a tu equipo. Trabajás con él.
Equipos:
La aleatoriedad es importante: evita que las personas se agrupen solamente con quienes ya conocen o con perfiles similares.
Un problema abierto. No una respuesta correcta.
El desafío es el punto de partida de la simulación. No se trata de resolver un ejercicio con una solución única, sino de enfrentar un problema real que obliga a investigar, decidir, construir y comunicar en equipo.
Ejemplos de desafíos
Rediseñar la experiencia de onboarding
Un equipo multidisciplinario analiza el flujo actual, propone mejoras y entrega un prototipo validado con usuarios.
Construir un MVP para una healthtech
Desarrollar un producto funcional en 5 semanas, desde la investigación hasta el deploy, trabajando con roles diversos.
Optimizar la conversión de un e-commerce
Investigar el comportamiento del usuario, identificar fricciones y ejecutar experimentos para mejorar métricas clave.
- →Construir
- →Diseñar
- →Analizar
- →Investigar
- →Desarrollar
- →Resolver
- →Lanzar
- →Optimizar
- →Empresa
- →Institución
- →Startup
- →Caso ficcionalizado
El desafío define el terreno de juego. La forma de resolverlo queda en manos del equipo.
Ejecución
Semana 0 — Kick-off
Formación del equipo y planificación inicial.
Semanas 1 a 4 — Ejecución
Coordinación, decisiones y entregables a lo largo de todo el ciclo.
Demo Day y cierre
Peer review, entrega final y presentación de resultados.
La duración se adapta al objetivo y a la profundidad de la experiencia — no es un número fijo.
Señales que se registran solas
Durante la ejecución se registran señales de: