Réussir la vidéo de démo de votre hackathon

Vous avez construit quelque chose en 48 heures avec quatre heures de sommeil, et tout le projet est jugé sur une vidéo de deux minutes. Cette vidéo n’est pas une formalité : dans la plupart des hackathons en ligne, c’est la seule chose que le jury voit réellement. La moitié des soumissions sont des captures d’écran tremblantes sans son, donc un enregistrement net vous place devant avant même qu’on regarde votre code.

Voici comment enregistrer une démo à la hauteur de votre projet, même s’il ne reste qu’une heure au compteur.

1. Lisez d’abord le règlement

Avant d’enregistrer quoi que ce soit, vérifiez les exigences strictes sur la page des règles. La plupart des hackathons précisent :

• La durée maximale — souvent deux ou trois minutes, et le jury arrête vraiment de regarder à la limite
• Le format — le MP4 est accepté partout ; certaines plateformes veulent un lien YouTube ou Vimeo plutôt qu’un fichier
• La visibilité publique — un lien non répertorié exigeant une connexion vous disqualifie
• Le contenu exigé — certains événements imposent de montrer l’application en fonctionnement, pas seulement des diapositives

Réglez vos paramètres d’export avant la première prise. Réexporter à 3 h du matin parce que le fichier dépasse la limite d’envoi est la pire façon d’occuper votre dernière heure.

2. Scénarisez les deux minutes

Deux minutes représentent environ 300 mots parlés. Impossible d’improviser : écrivez d’abord la structure.

• 0:00–0:15 — le problème. Une phrase compréhensible par un inconnu. Pas de présentation d’équipe, pas de « nous sommes ravis de vous présenter ».
• 0:15–0:30 — la solution. Ce que vous avez construit et pour qui.
• 0:30–1:30 — la démo. Le vrai produit, en train de faire la vraie chose.
• 1:30–1:50 — sous le capot. Brièvement, la décision technique intéressante.
• 1:50–2:00 — la suite. Une ligne sur la direction prise.

L’erreur la plus fréquente : passer 45 secondes de contexte puis expédier la démo. Le jury note ce que vous avez construit. Montrez l’écran vite.

3. Préparez l’état de la démo avant d’enregistrer

Rien ne gâche autant une prise que taper un formulaire de connexion ou attendre un démarrage à froid. Préparez la scène :

• Connectez-vous et placez l’application exactement dans l’état requis par le premier plan
• Utilisez des données réalistes — « test test test » et asdf@asdf.com donnent une impression d’inachevé
• Fermez tous les onglets sans rapport, videz les notifications et activez le mode Ne pas déranger
• Augmentez la taille de police du navigateur et de l’éditeur ; le jury peut regarder sur un portable ou un téléphone
• Préchauffez les endpoints lents pour que la première requête ne soit pas celle à froid

Utilisez la capture de fenêtre plutôt que le plein écran, afin que dock, fond d’écran et autres moniteurs restent hors champ.

4. Enregistrez par segments, pas en une prise parfaite

Une prise unique impeccable à la 46e heure relève du fantasme. Enregistrez de courts segments — un par section du script — puis assemblez-les. Quand un segment rate, vous refaites trente secondes au lieu de deux minutes.

Les segments permettent aussi de sauter les vraies attentes. Enregistrez le clic sur « Envoyer », arrêtez, attendez la fin du traitement, puis reprenez sur l’écran de résultat. Coupez les quatre-vingt-dix secondes d’attente : la démo paraît rapide, pas malhonnête.

Si une étape est vraiment fragile — une API limitée en débit, un déploiement instable — enregistrez-la tôt pendant qu’elle fonctionne et conservez précieusement ce clip.

5. Faites vous-même la narration

Enregistrez le micro et commentez la démo. Les jurys notent systématiquement mieux les démos commentées que les captures muettes sur fond musical, car ils suivent l’intention derrière chaque clic.

Quelques points qui font la différence :

• Enregistrez dans la pièce la plus calme possible, pas dans la salle de l’événement
• Parlez un peu plus lentement que ce qui semble naturel — vous êtes excité et en manque de sommeil
• Annoncez ce que vous allez faire avant de cliquer
• Si l’anglais n’est pas votre langue maternelle, écrivez vos phrases et lisez-les : c’est parfaitement acceptable

Même si votre voix a souffert de la nuit blanche, enregistrez quand même. Une narration imparfaite vaut mieux que pas de narration.

6. Montez pour la clarté, pas pour le style

Limitez la post-production à ce qui aide réellement le jury :

• Coupez les blancs au début et à la fin de chaque segment
• Zoomez sur les petits éléments d’interface — boutons, champs, sorties de logs — pour qu’ils restent lisibles sur petit écran
• Superpositions de texte pour nommer une section ou une technologie montrée
• Webcam en PIP uniquement pour l’intro et la conclusion, afin de montrer votre visage sans masquer le produit
• Sous-titres si la plateforme les gère, car beaucoup de jurés regardent d’abord sans le son

Oubliez l’intro animée, le plan de drone sur votre ville et la musique qui lutte avec votre voix. Rien de tout cela ne rapporte de points.

7. Exportez et vérifiez l’envoi

Exportez en 1080p, 30 FPS, MP4 en H.264. Cette combinaison se lit sur toutes les plateformes de jury et tous les navigateurs sans mauvaise surprise de transcodage.

Avant de déclarer que c’est fini :

• Regardez le fichier entier une fois, du début à la fin, avec le son
• Vérifiez qu’aucun identifiant, jeton privé ou message personnel n’apparaît à l’écran
• Confirmez que le fichier s’envoie et se lit depuis la page de soumission elle-même, pas seulement en local
• Vérifiez que le lien est public et n’exige pas de compte

Check-list de soumission

• Durée conforme au règlement avec quelques secondes de marge
• Problème énoncé dans les quinze premières secondes
• Produit en fonctionnement à l’écran au moins la moitié du temps
• Données de démo réalistes
• Narration enregistrée et audible
• Interactions clés zoomées pour les petits écrans
• Aucun secret ni notification visible
• Exporté en MP4 1080p et vérifié après l’envoi

Envoyez

Les équipes qui gagnent les hackathons sont rarement celles qui ont écrit le plus de code. Ce sont celles dont la démo rend l’idée évidente en quatre-vingt-dix secondes. Écrivez le script, enregistrez par morceaux, commentez vous-même, et exportez assez tôt pour tout revoir une fois.

Puis allez dormir.