Come registrare un video demo vincente per un hackathon

Hai costruito qualcosa in 48 ore dormendone quattro, e ora l’intero progetto viene valutato su un video di due minuti. Quel video non è una formalità: nella maggior parte degli hackathon online è l’unica cosa che la giuria vede davvero. Metà delle candidature sono catture schermo traballanti e senza audio, quindi una registrazione pulita ti mette avanti prima ancora che qualcuno guardi il codice.

Ecco come registrare una demo all’altezza del tuo progetto, anche con un’ora sul cronometro.

1. Leggi prima il regolamento

Prima di registrare qualsiasi cosa, controlla i requisiti vincolanti nella pagina delle regole. Quasi tutti gli hackathon specificano:

• Durata massima — di solito due o tre minuti, e i giurati smettono davvero di guardare al limite
• Formato — l’MP4 è accettato ovunque; alcune piattaforme vogliono un link YouTube o Vimeo invece di un file
• Visibilità pubblica — un link non elencato che richiede l’accesso ti squalifica
• Requisiti di contenuto — alcuni eventi impongono di mostrare l’app in funzione, non solo le slide

Imposta l’esportazione di conseguenza prima della prima ripresa. Riesportare alle 3 di notte perché il file supera il limite di upload è il modo peggiore di spendere l’ultima ora.

2. Scrivi il copione dei due minuti

Due minuti sono circa 300 parole parlate: non c’è spazio per improvvisare, quindi scrivi prima la scaletta.

• 0:00–0:15 — il problema. Una frase che capisca anche un estraneo. Niente presentazioni del team, niente «siamo entusiasti di mostrarvi».
• 0:15–0:30 — la soluzione. Cosa hai costruito e per chi.
• 0:30–1:30 — la demo. Il prodotto vero, che fa la cosa vera.
• 1:30–1:50 — sotto il cofano. In breve, la decisione tecnica interessante.
• 1:50–2:00 — i prossimi passi. Una riga su dove sta andando.

L’errore più comune è dedicare 45 secondi al contesto e poi correre sulla demo. La giuria valuta ciò che hai costruito: arriva subito allo schermo.

3. Prepara lo stato della demo prima di registrare

Niente spreca una ripresa come digitare un modulo di login o aspettare un avvio a freddo. Prepara la scena:

• Accedi e porta l’app esattamente nello stato che serve alla prima inquadratura
• Usa dati realistici: «test test test» e asdf@asdf.com fanno sembrare il progetto incompleto
• Chiudi ogni scheda non pertinente, azzera le notifiche e attiva Non disturbare
• Aumenta la dimensione dei caratteri di browser ed editor: i giurati potrebbero guardare da un portatile o dal telefono
• Riscalda gli endpoint lenti, così la prima richiesta non sarà quella a freddo

Usa la cattura della finestra invece dello schermo intero, così dock, sfondo e altri monitor restano fuori campo.

4. Registra a segmenti, non in un’unica ripresa perfetta

Una ripresa impeccabile alla quarantaseiesima ora è una fantasia. Registra segmenti brevi — uno per sezione del copione — e poi montali. Se un segmento va male, rifai trenta secondi invece di due minuti.

I segmenti ti permettono anche di saltare le attese reali. Registra il clic su «invia», ferma, aspetta che il processo finisca e riparti dalla schermata dei risultati. Taglia via i novanta secondi di elaborazione: la demo sembrerà rapida, non disonesta.

Se un passaggio è davvero fragile — un’API con rate limit, un deploy inaffidabile — registralo presto, mentre funziona, e conserva quella clip.

5. Fai tu la narrazione

Registra l’audio del microfono e commenta la demo. Le giurie premiano costantemente le demo narrate rispetto alle catture mute con musica di sottofondo, perché possono seguire l’intenzione dietro ogni clic.

Alcuni accorgimenti che fanno la differenza:

• Registra nella stanza più silenziosa che trovi, non nella sala dell’evento
• Parla un po’ più lentamente di quanto ti sembri naturale: sei entusiasta e hai dormito poco
• Dì cosa stai per fare prima di cliccare
• Se l’inglese non è la tua lingua, scrivi le battute e leggile: va benissimo

Se la voce è a pezzi dopo la notte in bianco, registra comunque. Una narrazione imperfetta batte l’assenza di narrazione.

6. Monta per la chiarezza, non per lo stile

Limita la post-produzione a ciò che aiuta davvero un giurato:

• Taglia i silenzi all’inizio e alla fine di ogni segmento
• Zooma sugli elementi piccoli dell’interfaccia — pulsanti, campi, output dei log — perché siano leggibili su schermi piccoli
• Sovrapposizioni di testo per etichettare la sezione o nominare la tecnologia che stai mostrando
• Webcam in PIP solo per intro e chiusura, così il tuo volto appare senza coprire il prodotto
• Sottotitoli, se la piattaforma li supporta, dato che molti giurati guardano il primo passaggio senza audio

Salta l’intro animata, la ripresa col drone della tua città e la base musicale che litiga con la voce. Nessuna di queste cose porta punti.

7. Esporta e verifica il caricamento

Esporta in 1080p, 30 FPS, MP4 con H.264. Questa combinazione si riproduce su ogni piattaforma di valutazione e browser senza sorprese di transcodifica.

Prima di dichiararlo finito:

• Guarda l’intero file una volta, dall’inizio alla fine, con l’audio
• Controlla che non compaiano credenziali, token privati o messaggi personali
• Conferma che il file si carichi e si riproduca dalla pagina di invio stessa, non solo in locale
• Verifica che il link sia pubblico e non richieda un account

Checklist di invio

• Durata conforme al regolamento con qualche secondo di margine
• Problema enunciato nei primi quindici secondi
• Prodotto in funzione a schermo per almeno metà della durata
• I dati della demo sembrano realistici
• Narrazione registrata e udibile
• Interazioni chiave ingrandite per schermi piccoli
• Nessun segreto o notifica visibile
• Esportato in MP4 1080p e verificato dopo il caricamento

Invia

Le squadre che vincono gli hackathon raramente sono quelle con più codice. Sono quelle la cui demo rende l’idea ovvia in novanta secondi. Scrivi il copione, registra a pezzi, narra tu stesso ed esporta abbastanza presto da poterlo riguardare una volta.

Poi vai a dormire.