So nimmst du ein überzeugendes Hackathon-Demo-Video auf

Du hast in 48 Stunden mit vier Stunden Schlaf etwas gebaut – und jetzt wird das ganze Projekt anhand eines Zwei-Minuten-Videos bewertet. Dieses Video ist keine Formalität: Bei den meisten Online-Hackathons ist es das Einzige, was die Jury tatsächlich zu sehen bekommt. Die Hälfte aller Einreichungen sind wacklige Bildschirmaufnahmen ohne Ton – eine saubere Aufnahme bringt dich also nach vorn, bevor jemand deinen Code anschaut.

So nimmst du ein Demo-Video auf, das deinem Projekt gerecht wird – selbst wenn nur noch eine Stunde auf der Uhr steht.

1. Lies zuerst die Einreichungsregeln

Bevor du irgendetwas aufnimmst: Sieh dir die harten Anforderungen auf der Regelseite an. Die meisten Hackathons legen fest:

• Maximale Länge – meist zwei oder drei Minuten, und die Jury hört am Limit wirklich auf zu schauen
• Format – MP4 wird überall akzeptiert; manche Plattformen wollen einen YouTube- oder Vimeo-Link statt einer Datei
• Öffentliche Sichtbarkeit – ein nicht gelisteter Link mit Login-Pflicht führt zur Disqualifikation
• Inhaltliche Vorgaben – manche Events verlangen die laufende App, nicht nur Folien

Stelle deine Export-Einstellungen vor dem ersten Take passend ein. Um drei Uhr morgens neu zu exportieren, weil die Datei das Upload-Limit sprengt, ist die schlechteste Art, deine letzte Stunde zu verbringen.

2. Schreib ein Skript für die zwei Minuten

Zwei Minuten sind rund 300 gesprochene Wörter. Für Improvisation ist da kein Platz, also schreib die Abschnitte vorher auf:

• 0:00–0:15 – das Problem. Ein Satz, den auch Fremde verstehen. Keine Teamvorstellung, kein „Wir freuen uns, euch zu präsentieren”.
• 0:15–0:30 – die Lösung. Was du gebaut hast und für wen.
• 0:30–1:30 – die Demo. Das echte Produkt, das die echte Sache tut.
• 1:30–1:50 – ein Blick unter die Haube. Kurz die technisch interessante Entscheidung.
• 1:50–2:00 – wie es weitergeht. Eine Zeile zur Zukunft.

Der häufigste Fehler: 45 Sekunden Kontext erzählen und die Demo dann durchhetzen. Bewertet wird, was du gebaut hast. Komm schnell zum Bildschirm.

3. Bereite den Demo-Zustand vor der Aufnahme vor

Nichts verschwendet einen Take so sehr wie das Tippen eines Login-Formulars oder ein Cold Start. Richte die Bühne vorher ein:

• Melde dich an und bring die App in genau den Zustand, den deine erste Einstellung braucht
• Verwende realistische Daten – „test test test” und asdf@asdf.com lassen ein Projekt unfertig wirken
• Schließe alle unbeteiligten Tabs, räum die Benachrichtigungen weg und aktiviere „Nicht stören”
• Erhöhe die Schriftgröße in Browser und Editor; die Jury schaut vielleicht auf dem Laptop oder Handy
• Wärme langsame Endpunkte auf, damit die erste Anfrage nicht die kalte ist

Nutze Fensteraufnahme statt Vollbild, damit Dock, Hintergrundbild und weitere Monitore draußen bleiben.

4. Nimm in Segmenten auf, nicht in einem perfekten Take

Ein makelloser Durchlauf am Stück ist in Stunde 46 eine Illusion. Nimm kurze Segmente auf – eines pro Skriptabschnitt – und setze sie zusammen. Geht ein Segment schief, wiederholst du dreißig Sekunden statt zwei Minuten.

Segmente lassen dich außerdem echte Wartezeit überspringen. Nimm den Klick auf „Absenden” auf, stoppe, warte auf den Job und starte wieder beim Ergebnisbildschirm. Schneide die neunzig Sekunden Verarbeitung komplett heraus – die Demo wirkt dann schnell, nicht unehrlich.

Ist ein Schritt wirklich fragil – eine API mit Rate-Limit, ein unzuverlässiges Deployment – nimm ihn früh auf, solange er funktioniert, und bewahre diesen Clip gut auf.

5. Sprich selbst darüber

Nimm Mikrofon-Audio auf und kommentiere die Demo. Jurys bewerten kommentierte Demos konsequent höher als stumme Aufnahmen mit Hintergrundmusik, weil sie der Absicht hinter jedem Klick folgen können.

Was den Kommentar gelingen lässt:

• Nimm im leisesten Raum auf, den du findest, nicht im Veranstaltungssaal
• Sprich etwas langsamer, als sich natürlich anfühlt – du bist aufgeregt und übermüdet
• Sag, was du gleich tust, bevor du klickst
• Ist Englisch nicht deine Muttersprache: Schreib die Sätze auf und lies sie ab – völlig in Ordnung

Auch wenn deine Stimme nach der langen Nacht ruiniert ist: Nimm trotzdem auf. Unperfekter Kommentar schlägt gar keinen.

6. Schneide für Klarheit, nicht für Stil

Beschränke die Nachbearbeitung auf das, was der Jury wirklich hilft:

• Trimme Leerlauf am Anfang und Ende jedes Segments
• Zoome auf kleine UI-Elemente – Buttons, Eingabefelder, Log-Ausgaben – damit sie auf kleinen Bildschirmen lesbar sind
• Text-Overlays, um Abschnitte zu benennen oder eine gezeigte Technologie zu bezeichnen
• Webcam-PIP nur für Intro und Outro, damit dein Gesicht zu sehen ist, ohne das Produkt zu verdecken
• Untertitel, falls die Plattform sie unterstützt – viele Juroren schauen den ersten Durchgang stumm

Spar dir das animierte Intro, die Drohnenaufnahme deiner Stadt und den Musikteppich, der gegen deinen Kommentar kämpft. Nichts davon bringt Punkte.

7. Exportieren und den Upload prüfen

Exportiere in 1080p, 30 FPS, MP4 mit H.264. Diese Kombination läuft auf jeder Jury-Plattform und in jedem Browser ohne Transcoding-Überraschungen.

Bevor du fertig sagst:

• Schau die gesamte Datei einmal komplett mit Ton an
• Prüfe, dass keine Zugangsdaten, privaten Tokens oder persönlichen Nachrichten zu sehen sind
• Bestätige, dass die Datei von der Einreichungsseite selbst hochlädt und abspielt, nicht nur lokal
• Verifiziere, dass der Link öffentlich ist und keinen Account verlangt

Checkliste für die Einreichung

• Länge passt zu den Regeln, mit ein paar Sekunden Puffer
• Problem in den ersten fünfzehn Sekunden benannt
• Das laufende Produkt mindestens die halbe Laufzeit im Bild
• Demo-Daten wirken realistisch
• Kommentar aufgenommen und gut hörbar
• Wichtige Interaktionen für kleine Bildschirme gezoomt
• Keine Geheimnisse oder Benachrichtigungen sichtbar
• Als 1080p-MP4 exportiert und nach dem Upload geprüft

Ab damit

Die Teams, die Hackathons gewinnen, sind selten die mit dem meisten Code. Es sind die, deren Demo die Idee in neunzig Sekunden offensichtlich macht. Skript schreiben, in Teilen aufnehmen, selbst kommentieren – und früh genug exportieren, um es einmal anzusehen.

Und dann: schlaf ein bisschen.