Cómo grabar un vídeo de demo ganador para un hackathon

Has construido algo en 48 horas durmiendo cuatro, y ahora todo el proyecto se juzga con un vídeo de dos minutos. Ese vídeo no es un trámite: en la mayoría de hackathons online es lo único que el jurado ve de verdad. La mitad de las entregas son capturas de pantalla temblorosas y sin audio, así que una grabación clara te pone por delante antes de que nadie mire tu código.

Así se graba una demo que hace justicia a tu proyecto, incluso con una hora en el reloj.

1. Lee primero las bases

Antes de grabar nada, revisa los requisitos obligatorios en la página de reglas. La mayoría de hackathons especifican:

• Duración máxima — normalmente dos o tres minutos, y el jurado deja de mirar justo en el límite
• Formato — MP4 se acepta en todas partes; algunas plataformas piden un enlace de YouTube o Vimeo en vez de un archivo
• Visibilidad pública — un enlace no listado que exija iniciar sesión te descalifica
• Requisitos de contenido — algunos eventos exigen mostrar la aplicación en funcionamiento, no solo diapositivas

Ajusta la configuración de exportación antes de la primera toma. Reexportar a las 3 de la mañana porque el archivo supera el límite de subida es la peor forma de gastar tu última hora.

2. Guioniza los dos minutos

Dos minutos son unas 300 palabras habladas. No hay margen para improvisar, así que escribe antes los tiempos:

• 0:00–0:15 — el problema. Una frase que entienda cualquiera. Sin presentaciones del equipo ni «estamos encantados de presentar».
• 0:15–0:30 — la solución. Qué has construido y para quién.
• 0:30–1:30 — la demo. El producto real, haciendo lo que hace.
• 1:30–1:50 — bajo el capó. Brevemente, la decisión técnica interesante.
• 1:50–2:00 — qué viene después. Una línea sobre hacia dónde va.

El error más común es dedicar 45 segundos al contexto y luego atropellar la demo. El jurado puntúa lo que has construido. Llega rápido a la pantalla.

3. Prepara el estado de la demo antes de grabar

Nada arruina más una toma que teclear un formulario de acceso o esperar un arranque en frío. Prepara el escenario:

• Inicia sesión y deja la aplicación exactamente en el estado que necesita tu primer plano
• Usa datos realistas: «test test test» y asdf@asdf.com hacen que el proyecto parezca a medias
• Cierra todas las pestañas ajenas, limpia las notificaciones y activa No molestar
• Sube el tamaño de fuente del navegador y del editor; el jurado puede verlo en un portátil o en el móvil
• Calienta cualquier endpoint lento para que la primera petición no sea la fría

Usa captura de ventana en lugar de pantalla completa para que el dock, el fondo de escritorio y otros monitores queden fuera de plano.

4. Graba por segmentos, no en una toma perfecta

Una pasada impecable en la hora 46 es una fantasía. Graba segmentos cortos —uno por sección del guion— y únelos después. Si un segmento sale mal, repites treinta segundos en lugar de dos minutos.

Los segmentos también te permiten saltarte las esperas reales. Graba el clic en «enviar», para, espera a que termine el proceso y vuelve a empezar en la pantalla de resultados. Corta los noventa segundos de procesamiento enteros: la demo se ve ágil, no deshonesta.

Si un paso es realmente frágil —una API con límite de peticiones, un despliegue poco fiable— grábalo pronto, mientras funciona, y guarda bien ese clip.

5. Narra tú mismo

Graba el audio del micrófono y habla sobre la demo. Los jurados puntúan sistemáticamente mejor las demos narradas que las capturas mudas con música de fondo, porque pueden seguir la intención detrás de cada clic.

Algunas claves para que la narración funcione:

• Graba en la habitación más silenciosa que encuentres, no en la sala del evento
• Habla un poco más despacio de lo que te parece natural: estás emocionado y sin dormir
• Di lo que vas a hacer antes de hacer clic
• Si el inglés no es tu idioma, escribe las frases y léelas: es perfectamente válido

Si tienes la voz destrozada tras la noche, graba igualmente. Una narración imperfecta gana a no tener ninguna.

6. Edita para la claridad, no para el estilo

Limita la posproducción a lo que de verdad ayuda al jurado:

• Recorta los silencios al principio y al final de cada segmento
• Amplía los elementos pequeños de la interfaz —botones, campos, salidas de log— para que se lean en pantallas pequeñas
• Superposiciones de texto para etiquetar la sección o nombrar la tecnología que muestras
• Webcam en PIP solo en la introducción y el cierre, para que se te vea sin tapar el producto
• Subtítulos, si la plataforma los admite, porque muchos jurados ven la primera pasada en silencio

Sáltate la intro animada, el plano de dron de tu ciudad y la música que pelea con tu narración. Nada de eso suma puntos.

7. Exporta y comprueba la subida

Exporta en 1080p, 30 FPS, MP4 con H.264. Esa combinación se reproduce en cualquier plataforma de evaluación y navegador sin sorpresas de transcodificación.

Antes de darlo por hecho:

• Mira el archivo entero una vez, de principio a fin y con sonido
• Comprueba que no aparecen credenciales, tokens privados ni mensajes personales
• Confirma que el archivo se sube y se reproduce desde la propia página de entrega, no solo en local
• Verifica que el enlace es público y no exige cuenta

Lista de comprobación

• La duración cumple las bases con unos segundos de margen
• El problema se enuncia en los primeros quince segundos
• El producto en funcionamiento ocupa al menos la mitad del metraje
• Los datos de la demo parecen reales
• Narración grabada y audible
• Interacciones clave ampliadas para pantallas pequeñas
• Sin secretos ni notificaciones a la vista
• Exportado en MP4 1080p y verificado tras subirlo

A entregar

Los equipos que ganan hackathons rara vez son los que más código escriben. Son aquellos cuya demo hace evidente la idea en noventa segundos. Escribe el guion, graba por partes, nárralo tú y exporta con tiempo suficiente para verlo una vez.

Y luego, ve a dormir.