Si tu evento es diferente cada año pero no cambia nada realmente… No estás diseñando. Estás repitiendo.
Artemis II puede parecer un remake. No lo es.
Es lo que ocurre cuando un «evento comercial» está diseñado para validar un sistema, no solo para ofrecer una experiencia.
Aquí está por qué eso importa.
Por Gonzalo Parró
Para Lampadia
Gonzalo Parró es consultor especializado en eventos complejos como sistemas de convergencia. Es miembro del Comité de Sostenibilidad e Impacto Social del Events Industry Council y forma parte del Consejo Asesor de PCMA para Latinoamérica. Su trabajo explora la intersección entre el diseño de eventos, la sostenibilidad y el impacto sistémico en entornos de alta densidad.
🚀 Artemis II: No es un remake, es arquitectura pura de sistemas
Al diseñar eventos de negocios o procesos complejos, hay un detalle en la misión Artemis II que merece ser observado. No hay que mirar a la Luna.
No hay que mirar la tecnología.
Ni siquiera debemos detenernos en lo épico del viaje.
Hay que observar la lógica.
En la superficie, esta misión repite lo que el Apolo 8 hizo hace más de 50 años: rodear la Luna sin aterrizar.
Misma forma.
Propósito radicalmente distinto.
Es ahí donde reside la maestría del diseño.
🚀 Esto no es un vuelo: es un diseño por capas
Antes de proyectarse hacia el espacio profundo, la misión opera como un evento de alta complejidad:
- Scouting → Pruebas de sistemas en «entornos controlados» antes del despliegue total.
- Briefing → Validación de protocolos y toma de decisiones en tiempo real con el equipo.
- Script → Ejecución de una secuencia precisa donde el timing lo es todo.
- Stage → El espacio profundo no es el destino; es el entorno operativo real.
- Control Room → Coordinación multicapa, continua y redundante.
Aquí no existe la improvisación.
Existe la arquitectura de ejecución.
Cada fase está diseñada para reducir la incertidumbre antes del siguiente acto.
🚀 El checklist crítico: Validar el sistema, no el destino
Cuando se analiza bajo el lente del diseño de eventos, los paralelos son claros:
- Soporte Vital → Como el catering en una convención de varios dí No es un accesorio; si falla, el evento colapsa.
- Operaciones de Proximidad → Como la gestión de flujos en un centro de convenciones. Invisible si se hace bien, pero define el resultado.
- Protocolos de Emergencia → Como los planes de contingencia. Nadie quiere usarlos, pero de ellos depende todo.
- Comunicación → Como en un evento distribuido o un viaje de incentivos global.
Cuando los equipos están dispersos, la claridad es el sistema.
Esto no es solo contenido.
Es la validación operativa en un entorno vivo.
🚀 El error que solemos cometer
A menudo se repiten formatos bajo la creencia de que se está progresando:
- Otra feria comercial.
- Otro festival.
- Otro congreso.
Repetimos el guion visible, pero solemos ignorar el propósito estructural.
El Apolo 8 tenía un rol estratégico claro: habilitar al Apolo 11. Era un ensayo para un hito específico. Esta vez es diferente. Se reutiliza la forma para validar algo mucho mayor: un sistema que debe ser sostenible en el tiempo.
🚀 La visión del diseño estratégico
La NASA no está produciendo un acto aislado. Está diseñando una secuencia donde cada misión:
- Ensaya condiciones del mundo real.
- Entrena a los actores en contexto.
- Genera datos críticos.
- Reduce el margen de error para el siguiente paso.
Esto no es storytelling.
Es arquitectura de ejecución.
🚀 Entonces, ¿es un remake?
No.
Es la reutilización de una forma conocida para validar un ecosistema completamente nuevo.
🚀 La pregunta clave
Si hoy nos toca diseñar eventos o procesos:
¿Se está ejecutando solo un buen guion… o se está cumpliendo un rol estratégico dentro de un sistema mayor?
Esa es la diferencia entre:
- Producir → Hacer que algo suceda.
- Diseñar → Hacer que algo sea posible.
🚀 Alunizaje
No diseñamos solo para decir: “Houston, aquí Base Tranquilidad. El Águila ha aterrizado». Diseñamos para nunca tener que decir: “Houston, tenemos un problema».
Lampadia
