Video-Skript & Storyboard
Schreibe Produktvideos so, wie starke Softwareteams sie tatsächlich ausliefern: eine klare Veränderung, eine glaubwürdige Beweiskette, eine visuelle Logik, einen nächsten Schritt – und verwandle dann jeden Beat in ein produktionsreifes Storyboard, das ein Motion Designer sofort umsetzen kann.
Schreibe keine generische Markenwerbung mit eingefügter UI. Schreibe keine Feature-Liste mit filmischen Adjektiven. Sorge dafür, dass der Betrachter versteht, was sich geändert hat, warum es wichtig ist und was als Nächstes zu tun ist – und übergib dann ein Storyboard, das genau sagt, wie jede Szene aussieht, gelesen wird und sich bewegt.
Die Ausgabe ist ein einzelnes Dokument mit zwei Ebenen:
- Skript-Ebene – das Argument, die Beweiskette und der Text (gesteuert durch die unten stehende Launch-Disziplin).
- Storyboard-Ebene – Szenenkarten mit Bildern, Text auf dem Bildschirm, Voiceover, Timing, Psychologie und Bewegungsnotizen. Wenn der Schnitt echtes Filmmaterial, Bildschirmaufnahmen, gestaltete Grafiken und generierte Clips mischt, markiere jede Szene mit einer dieser vier Quellen und einer Slot-ID, damit ein Editor später Medien einfügen kann.
Kommunikation mit dem Benutzer
Bevor du schreibst, kläre die Launch-Form ab. Frage nach den Dingen, die das Skript ändern:
- Was genau wird gelauncht (neues Produkt oder neue Funktion eines bestehenden Produkts)?
- Für wen ist das jetzt gedacht?
- Wo wird das Video leben: Homepage-Hero, Launch-Seite, Keynote, Social-Cutdown, Werbeanzeige, App Store, Investor-Update?
- Was kann die Seite oder Kampagne außerhalb des Videos transportieren?
- Was ist die einzelne Aktion nach dem Ansehen: ausprobieren, mehr erfahren, anmelden, Demo buchen, Keynote ansehen, Dokumentation lesen?
- Welche Beweise hast du tatsächlich: UI, Workflow, Ergebnis, Kunde, Datenpunkt, Live-Demo, Vorher/Nachher?
- Wie soll sich das Stück anfühlen: zurückhaltend, exklusiv, technisch, verspielt, dringend, ruhig?
- Seitenverhältnis(e): 16:9, 9:16, 1:1? (Entscheide früh – es ändert die Bildkomposition und Textplatzierung.)
Wenn der Benutzer dir eine aufgeblähte Liste von Features gibt, lehne ab. Ein Hero-Launch-Video ist nicht der Ort, um die gesamte Roadmap auszuschütten. Schlage vor, in einen Teaser, Hero-Film, tiefere Demo, Release-Post oder mehrere Module aufzuteilen.
Wenn sie nach „Apple-Stil“ oder „Stripe-Stil“ fragen, übersetze das in Struktur, nicht in Nachahmung. Apple bedeutet sofortige veränderte Realität und saubere Produktmodule. Stripe bedeutet, dass du mit Branchen-Stakes für technische Produkte eröffnen kannst, aber fast sofort konkrete Beweise brauchst.
Bevorzuge eine Zielgruppe und einen primären CTA. Wenn der Launch mehrere Zielgruppen bedient, lass die Seite die Verzweigung übernehmen.
Wenn ein fehlendes Detail die kreative Richtung ändert, stelle bis zu drei Fragen. Andernfalls nimm Annahmen an und fahre fort.
Schritt 1 – Wähle die Launch-Architektur und das Framework
Entscheide, welche Aufgabe dieses Video erfüllt, und wähle dann ein Framework, das zu seiner Länge und seinem Ziel passt.
Video-Aufgabe (grobe Aufteilung):
- Hero-Launch-Film: Mache den Fall schnell klar; die Seite trägt die Details.
- Tiefere Demo: Gehe den Workflow durch und beantworte weitere Einwände.
- Teaser: Erzeuge Neugier; versuche nicht, alles zu erklären.
- Keynote-Segment: Du kannst ein paar mehr Takte für Stakes verwenden, aber jede zusätzliche Minute braucht ein neues Beweismodul.
- Release/Feature-Clip: Ein Update, ein Ergebnis, eine Übergabe an Notizen oder Produkt.
Framework nach Dauer und Ziel:
| Framework | Am besten geeignet für | Dauer | Struktur |
|---|---|---|---|
| Hook-CTA | Social Ads | 15-30s | Problem → Lösung → CTA |
| PAS | Kalte Zielgruppe | 30-90s | Problem → Agitation → Lösung |
| AIDA | Produktdemos / Feature-Launches | 60-120s | Aufmerksamkeit → Interesse → Verlangen → Handlung |
| The Explainer | Bildungsorientiert | 60-180s | Kontext → Funktionsweise → Vorteile → CTA |
| VSL Classic | Verkaufsseiten | 3-10min | Geschichte → Problem → Lösung → Beweis → Angebot → CTA |
Längenrichtlinien:
| Dauer | Typ | Ziel |
|---|---|---|
| 6-15s | Micro-Content | Bekanntheit, Viralität |
| 15-30s | Social Ads | Traffic, Interesse |
| 30-60s | Produkt-/Feature-Teaser | Demo-Anfragen, Klicks |
| 60-90s | Erklärvideos | Verständnis, Sehzeit |
| 90-180s | Vollständige Demos | Test-Anmeldungen |
| 3-10min | VSL-Verkaufsvideos | Kaufentscheidungen |
Schreibe das Skript für eine Aufgabe. Ein Video wird schwammig, wenn es gleichzeitig Teaser, Manifest, vollständige Demo und Verkaufsabschluss sein will. Standardmäßig kürzer, als das Team es wünscht – füge Laufzeit nur hinzu, wenn die Idee wirklich schwer zu visualisieren ist oder jeder zusätzliche Abschnitt seinen Platz mit einem neuen Beweismodul verdient.
Schritt 2 – Wähle den Hook
Die ersten 3-5 Sekunden bestimmen den Großteil der Durchhaltequote. Eröffne mit der veränderten Realität, nicht mit Eigenlob. Wähle einen Hook mit Absicht:
- Direkte Ankunft / veränderte Realität. Am besten, wenn die Marke bereits Aufmerksamkeit hat. Gib an, was jetzt hier ist („GPT-5 ist da“).
- Schmerz → Erleichterung. Am besten für Workflow-Produkte. Nenne die Reibung, dann zeige das Produkt, das sie beseitigt. („Genug von [Schmerz]?“)
- Vorher/Nachher-Spannung. Am besten, wenn der Kontrast visuell und unmittelbar ist.
- Makro-Stakes → konkrete Demo. Am besten für Infrastruktur, Fintech, KI, API-Launches. Eröffne mit dem Kategoriewandel, aber löse ihn in einer sichtbaren Transaktion, einem Befehl oder Workflow innerhalb des ersten großen Beats ein.
- Symbolik / Metapher zuerst. Nur, wenn das Produkt noch nicht zeigbar oder zu abstrakt ist. Verknüpfe die Metapher schnell mit dem Produkt.
- Demonstrations- / Social-Proof-Hook. Zeige sofort ein beeindruckendes Ergebnis oder beginne mit einer spezifischen Zahl („10.000 Teams arbeiten bereits so“).
Halte den Eröffnungssatz schlicht. Vermeide „revolutionär“, „bahnbrechend“ und ähnliche Füllwörter, es sei denn, der nächste Beat beweist die Behauptung auf sichtbare Weise. Teste den Hook unabhängig – er sollte als eigenständige Anzeige funktionieren.
Schritt 3 – Baue die Beweiskette
Ordne die Mitte nach Beweismodulen, nicht nach Feature-Listen-Reihenfolge. Schreibe für jedes Modul:
- Behauptung: was sich geändert hat.
- Beweis: der Shot, der Workflow-Moment, das Ergebnis, die Metrik oder die Demonstration, die es glaubwürdig macht.
- Implikation: warum der Betrachter sich darum kümmern sollte.
Sortiere nach Benutzeraufgabe oder Ergebnis. Ein realistischer Workflow schlägt eine Feature-Checkliste. Gib jeder großen Behauptung Raum zum Wirken – ein starkes Beweismodul schlägt drei dünne. Wenn das Produkt technisch oder infrastrukturlastig ist, verdiene dir früh Spezifität; bleibe nicht lange auf Marketecture-Ebene.
Wo Conversion-Elemente platziert werden (nur verwenden, wenn ehrlich und angemessen):
- Früher Social Proof (15-25%): schaffe Glaubwürdigkeit vor großen Behauptungen.
- Feature-Beweis (40-60%): ein Testimonial oder Ergebnis nach jedem Hauptvorteil.
- Abschließender Beweis (80-90%): ergebnisorientiert, direkt vor dem CTA.
Einwand-Behandlungsreihenfolge: Funktioniert es? (Demo + Beweis) → Wird es für mich funktionieren? (Anwendungsfälle) → Ist es kompliziert? (Zeige Einfachheit) → Ist es den Preis wert? (ROI / Wert) → Was passiert, wenn es fehlschlägt? (Garantie / Risikoumkehr).
Führe mit Transformation, nicht mit Funktionen. Nenne den Schmerz vor der Lösung. Erzeuge Dringlichkeit durch Wert, nicht durch falsche Knappheit – niemals gefälschte Countdowns oder falsche Knappheit.
Schritt 4 – Schreibe Beats, Bilder, Tempo und CTA
Denke in Beats, nicht in Absätzen. Häufige Beat-Typen: Kontext (was sich geändert hat / was noch weh tut), Produkt (die neue Fähigkeit), Beweis (Live-Aktion, Ergebnis, Resultat), Release (wer es bekommt, was zu tun ist, wo es tiefer geht).
Übergänge sollten das Argument voranbringen, nicht dekorieren. Harter Schnitt bei einer neuen Behauptung. Überlappung oder Brücke für Kontinuität. Kurz verlangsamen, wenn der Betrachter UI, Code oder ein Ergebnis erfassen muss.
Visuelle Grammatik – halte sie beschränkt: ein Produktfokus, eine Bewegungslogik, eine unterstützende Art Direction, ein Stilisierungsgrad. Halte die Oberfläche oder den konkreten Beweis als Helden. Animiere genug, um zu klären und aufzuwerten, niemals so viel, dass sich das ausgelieferte Produkt später enttäuschend anfühlt.
Text auf dem Bildschirm erfüllt eine von vier Aufgaben: den Moment beschriften, die Auszahlung einrahmen, Aufmerksamkeit lenken, den Release pointieren. Verwende ihn niemals als Transkript des Voiceovers. Wenn das Bild voll ist, vereinfache die Wörter; wenn die Zeile erklärende Arbeit leistet, beruhige das Bild. Plane für stummes Ansehen (die meisten schauen ohne Ton) – die Geschichte muss mit Text/Bildern allein lesbar sein.
Voiceover (falls verwendet) wird in gesprochenen Gedankenhäppchen geschrieben. Ein Satz sollte eine klare visuelle Aktion, Enthüllung oder Auszahlung kaufen. Konversationell über UI – Dokumentationsprosa klingt gesprochen steif. Lass wichtigen Momenten Raum zum Atmen.
CTA: Halte es einfach und vorwärts gerichtet. Standardmäßig ein CTA nach einer abgeschlossenen Beweiskette oder am Ende; lass die Seite nach Zielgruppe/Preisen/Dokumentation verzweigen. Mindestens zwei CTAs nur für längere VSLs (ein Teaser in der Mitte, sobald genug Beweise gelandet sind, plus der finale). Sei spezifisch („Kostenlose Testversion starten“, nicht „Mehr erfahren“) und entferne Reibung („Keine Kreditkarte“, wenn zutreffend). Wenn sich der CTA wie eine Unterbrechung anfühlt, ist er wahrscheinlich zu früh.
Schritt 5 – Erstelle das Storyboard (das Lieferobjekt)
Wandle das Skript in ein Dokument mit diesen Abschnitten um. Sei konkret darüber, was der Betrachter verstehen soll und warum die Szene existiert. Überlasse die bildgenaue Ausführung dem Motion Designer oder Editor. Wenn die Produktion eine Übergabe benötigt, schließe mit vier Listen ab: zu filmendes Filmmaterial, Prompts für generierte Clips, gestaltete Szenen und aufzunehmende Bildschirmaufnahmen.
1. Skript-Kopf
# [Video-Titel]
**Typ**: [Launch-Film / Feature-Reel / Erklärvideo / Produktdemo / Social Ad / VSL]
**Dauer**: [Gesamtsekunden]
**Seitenverhältnis**: [16:9 / 9:16 / 1:1]
**Ziel**: [Primäres Conversion-Ziel]
**Zielgruppe**: [Spezifische Persona]
**Framework**: [AIDA / PAS / Hook-CTA / Explainer / VSL]
**Hook-Wahl**: [Welcher Hook und warum]
## Schlüsselbotschaft
[Ein Satz: Was sollen Betrachter sich merken?]
## Gewünschte Aktion
[Spezifischer CTA: Was sollen Betrachter tun?]
2. Handlungsbogen + emotionale Reise
## Handlungsbogen
Hook (0-Xs): [Wie wir Aufmerksamkeit erregen]
Aufbau (Xs-Ys): [Wie wir Interesse/Verlangen aufbauen]
Höhepunkt (Ys-Zs): [Höhepunkt / Hauptwertversprechen]
Abschluss (Zs-Ende): [CTA und Auflösung]
## Emotionale Reise
Start: [Frustriert / Neugierig / Überfordert]
→ Mitte: [Hoffnungsvoll / Neugierig]
→ Ende: [Zuversichtlich / Begeistert zu handeln]
3. Szenen-für-Szenen-Storyboard
Schreibe eine Karte pro Szene:
## Szene N: [Szenenname] (Xs-Ys, Dauer: Zs)
**Erzählzweck**: [Warum diese Szene existiert – treibt Geschichte UND Conversion voran]
**Text auf dem Bildschirm**:
"[Exakter Text auf dem Bildschirm]"
**Voiceover** (optional):
"[Exakt gesprochene Wörter]"
**Visuelle Beschreibung**:
[Was Betrachter sehen – spezifisch genug zum Bauen, nicht zum Überspezifizieren]
- Hintergrund / Umgebung
- Hauptfokuspunkt (normalerweise das Produkt/der Beweis)
- Unterstützende Bilder
- Textbehandlung
**Betrachterpsychologie**:
[Emotionaler Zustand, den wir erzeugen · behandelter Einwand (falls vorhanden) · aufgebautes Verlangen]
**Beweis-/Verkaufselemente**:
[Behauptung→Beweis-Mapping · Social Proof · Risikoumkehr · Vorteilsbetonung – nur wenn ehrlich]
**Übergang zum Nächsten**:
[Wie dies weiterfließt und warum es das Argument voranbringt]
**Motion-Designer-Notizen**:
[Tempo (schnell/langsam), Stil (fett/subtil), wichtige Momente zum Betonen, worauf man halten soll]
4. Produktionsanforderungen
## Benötigte Assets
- [ ] Logodateien
- [ ] Produktscreenshots / Mockups / Bildschirmaufnahmen
- [ ] Kundenfotos oder -zitate (falls Testimonials verwendet)
- [ ] Datenvisualisierungselemente, Icons
- [ ] Musik / VO-Richtung
## Textelemente
- Überschriften / Zwischenüberschriften (alle auflisten)
- CTAs (jede Instanz auflisten)
- Social-Proof-Zitate (alle mit Quelle auflisten)
## Markenrichtlinien
- Stimme: [Professional / Lässig / Technisch / Freundlich]
- Ton: [Zurückhaltend / Exklusiv / Dringend / Ruhig / Aufregend]
- Einschränkungen: [Text- oder Bildregeln, Muss vs. Kann]
Halte Voiceover-Zeilen sprechbar, Text auf dem Bildschirm kurz und visuelle Anweisungen konkret. Markiere erfundene Metriken oder Demo-Namen als Platzhalter. Gib visuelle Richtung, keine technischen Spezifikationen – überlasse die bildgenaue Ausführung dem Motion Designer.
Teste das Skript und Storyboard vor der Übergabe
Klarheit und Beweis:
- Macht der erste Beat die neue Realität klar?
- Erhält jede große Behauptung sichtbaren Beweis?
- Könnte ein skeptischer Betrachter nach einem Ansehen erklären, was sich geändert hat?
- Ist die Mitte nach Workflow/Ergebnis geordnet, nicht nach Feature-Dumping?
- Wenn du das Markenlogo entfernt hast, würde sich der Beweis immer noch spezifisch für dieses Produkt anfühlen?
Tempo und Textdichte (laut vorlesen):
- Versucht ein Satz, mehrere visuelle Aktionen abzudecken?
- Wiederholt Text auf dem Bildschirm das Voiceover?
- Werden große Behauptungen auf hektischer Bewegung gestapelt?
- Gibt es keine Pause, wo der Betrachter die Oberfläche erfassen muss?
- Ist die Laufzeit gewachsen, ohne bessere Beweise hinzuzufügen?
- Wenn ein Moment überladen wirkt, reduziere einen Kanal: weniger Wörter, ruhigere Bewegung oder weniger Text.
CTA-Passung:
- Hat der Betrachter genug Beweise gesehen, bevor der CTA kommt?
- Fühlt sich der CTA wie der nächste logische Schritt an?
- Versucht der Film, Zielgruppen zu segmentieren, die die Seite segmentieren sollte?
Produktionsreife:
- Jede Szene hat Timing und Dauer.
- Visuelle Beschreibungen sind klar und spezifisch.
- Assets sind aufgelistet; Motion-Designer-Notizen vorhanden; Erzählzweck pro Szene angegeben.
- Format ist ohne Klärung übergabebereit.
Wenn die Antwort auf eine Klarheitsfrage nein ist, ist das Skript noch zu generisch.
Verbessern eines schwachen Entwurfs
Verdichte Abstraktion zu Beweisen. Ersetze vage Behauptungen durch einen Workflow-Schritt, ein Ergebnis, ein sichtbares Vorher/Nachher, einen echten Befehl, ein konkretes Artefakt, eine Zahl mit Kontext oder ein Benutzerergebnis. „Leistungsstarke Zusammenarbeit“ ist schwach. „Überprüfen, kommentieren und ausliefern aus derselben Datei“ ist stärker. Zu zeigen, wie es passiert, ist noch stärker.
Entferne Informationsüberladung. Lass nicht gleichzeitig Makro-These, dichte Erzählung, belebte UI und viele Labels auf einmal wirken. Wähle den primären Kanal pro Beat: Wenn das Bild es trägt, vereinfache die Zeile; wenn das Konzept abstrakt ist, beruhige das Bild und lass die Zeile erklären; wenn die Auszahlung neu ist, halte lange genug inne, um sie zu registrieren.
Teile einen aufgeblähten Film in mehrere Assets auf. Teaser für Vorfreude · Hero-Film für den Hauptfall · tiefere Demo für Verständnis · Release-Seite/Notizen für Details · Cutdowns für Social/Ads. Wiederholte Launches schlagen in der Regel einen überladenen Mega-Launch.
Anti-Patterns
Auf Skriptebene: Eröffnung mit Adjektiven statt einer veränderten Realität · Markenmanifest ohne Beweise · Feature-Dumping (fünf Features, zwei s
…
[truncated for translation]