TL;DR
Definiere ein Publikum, einen Auslöser, eine Übergangslösung, einen Mechanismus, einen Beleg und einen CTA. Entwirf die gesprochene Geschichte, gib jeder Zeile eine visuelle Aufgabe, nimm eine zeitlich gemessene Leseprobe auf, kürze Wiederholungen vor den Belegen, prüfe jede Aussage und übergib der Produktion ein freigegebenes zweispaltiges Skript mit Quellen und Aussprachehinweisen.
Ein Erklärvideo-Skript hat zwei Aufgaben: Es muss gesprochen natürlich klingen und der visuellen Ebene sinnvolle Arbeit geben. Dieser Leitfaden enthält Vorlagen für 60 und 90 Sekunden, ein vollständiges SaaS-Beispiel mit gemeinsamem Posteingang, visuelle Aufgaben für jede Zeile, drei Überarbeitungen und einen Vergleich mit dem 66.837 Sekunden langen Video aus dem TapVid-Test vom 6. August.
Erklärvideo mit TapVid erstellen
01
1. Kopiere diese Skriptvorlagen für 60 und 90 Sekunden
Verwenden Sie eine Vorlage als Folge von Kommunikationsaufträgen, nicht als fertige Kopie. Ersetzen Sie jede Klammer durch die Sprache, die Ihr Zuschauer verwendet, und beweisen Sie, dass Ihr Team sie überprüfen kann. Die 60-Sekunden-Version ist für ein Problem und einen Mechanismus ausgelegt. Die 90-Sekunden-Version verdient ihre zusätzliche Zeit, indem sie Beweise oder einen zweiten Anwendungsfall hinzufügt, nicht indem sie den Vorteil in verschiedenen Worten wiederholt.
| Beat | Vorlage für 60 Sekunden | 90 Sekunden Verlängerung |
|---|---|---|
| Haken | [Rolle], wenn [Auslösemoment] auftritt, folgt [spezifische Reibung]. | Fügen Sie eine sichtbare Konsequenz hinzu, die die Kosten der Reibung erhöht. |
| Problemstellung | Der übliche Workaround ist [old way], aber es schlägt fehl, weil [Grund]. | Zeigen Sie, wie sich der Workaround auf eine zweite Person, einen zweiten Schritt oder ein System auswirkt. |
| Mechanismus | [Produkt oder Methode] ändert den Prozess durch [beobachtbarer Mechanismus]. | Demonstrieren Sie den Mechanismus über zwei miteinander verbundene Beats hinweg. |
| Beweis | Jetzt erzeugt [gleicher Auslöser] [gelöster Zustand, den der Betrachter sehen kann]. | Fügen Sie ein verifiziertes Beispiel, einen Vergleich oder einen Produktstatus hinzu. |
| CTA | Zu [gewünstes erstes Ergebnis], [eine konkrete Aktion]. | Halten Sie eine Aktion; verwenden Sie zusätzliche Sekunden, um das Ziel klar zu machen. |
- Schreiben Sie den Haken nach dem Nachrichtenbrief, damit er die richtige Situation benennt, anstatt Neuheiten nachzujagen.
- Verwenden Sie das gleiche Problem in der Eröffnung und im Beweis; das Ändern von Problemen lässt das Ergebnis nicht zusammenhängen.
- Beschreiben Sie den Mechanismus mit Verben wie Routen, Vergleichen, Zuweisen, Hervorheben oder Konvertieren.
- Halten Sie die CTA sichtbar und sprichbar; ein Navigationsmenü ist kein Skriptende.
02
2. Schreibe zuerst ein Messaging-Briefing mit sechs Fragen
Ein Skript wird einfacher, wenn bereits sechs Entscheidungen festgelegt sind: Viewer, Trigger-Moment, aktuelle Problemumgehung, Mechanismus, Beweis und nächste Aktion. Diese sind nützlicher als ein breites Ziel wie die Steigerung des Bewusstseins, weil sie bestimmen, was der Zuschauer hört und sieht. Schreiben Sie ein oder zwei Sätze für jedes Feld und bitten Sie den Eigentümer des Produkts oder des Subjekts, sie zu genehmigen, bevor Sie die Öffnung polieren.
Für den Shared-Posteingang-Test war der Betrachter ein kleines SaaS-Support-Team. Der Auslöser war eine neue Anfrage, die eintraf, während mehrere Teamkollegen aktiv waren. Die Problemumgehung war die manuelle Koordination in einem Posteingang. Der Mechanismus bestand aus Routing-Regeln, die Anfragen dem richtigen Kanal und dem richtigen Besitzer zuweisen. Der Beweis war eine Anfrage, die einmal eintraf und eine koordinierte Antwort erhielt. Die nächste Aktion war die Erstellung der ersten Regel.
- Wer ist der Zuschauer und welche Rolle spielt er, wenn das Problem auftritt?
- Welches genaue Ereignis löst die Notwendigkeit aus, das Produkt, der Prozess oder die Idee zu erklären?
- Was macht der Zuschauer jetzt, und wo wird diese Problemumgehung langsam, riskant oder verwirrend?
- Welcher beobachtbare Mechanismus verändert den alten Prozess, anstatt nur ein besseres Ergebnis zu versprechen?
- Welcher genehmigte Bildschirm, welches Beispiel, welche Statusänderung oder welche Quelle zeigt, dass der Mechanismus funktioniert?
- Welche einzelne Aktion sollte der Betrachter sofort nach dem Verständnis der Erklärung ergreifen?

03
3. Plane die Laufzeit mit einer zeitlich gemessenen Leseprobe, nicht allein mit einer Formel
Die Wortzahl gibt einen Startbereich an, aber das gesprochene Tempo ändert sich mit dem Wortschatz und der Absicht. Produktnamen, Akronyme, Zahlen und unbekannte Begriffe benötigen mehr Zeit als kurze Konversationsphrasen. Eine bewusste Pause kann Bedeutung haben, insbesondere vor dem Beweis oder dem CTA. Text auf dem Bildschirm benötigt auch visuelle Haltezeit, selbst wenn der Erzähler weitergezogen ist. Nehmen Sie eine grobe Lektüre auf, bevor ein Storyboard genehmigt wird.
| Ziel | Planungswörter | Verfügbare Geschichte | Bearbeitungspriorität |
|---|---|---|---|
| 30 Sekunden | 55 bis 75 | Auslöser, Mechanismus, Ergebnis, CTA | Entfernen Sie den Kontext, den die Platzierung bereits liefert |
| 60 Sekunden | 120 bis 150 | Haken, Problem, Mechanismus, Beweis, CTA | Schutzmechanismus und ein sichtbarer Beweis |
| 90 Sekunden | 175 bis 220 | Vollständige Struktur plus zweiter Schlag oder tieferer Beweis | Wiederholte Leistungsaussagen ausschneiden |
| 120 Sekunden | 235 bis 300 | Technischer Prozess oder Bildungssequenz | Aufteilen, wenn sich die Zielgruppe oder die CTA ändert |
- Markieren Sie die Aussprache und Erweiterung von Akronymen, bevor Sie beurteilen, ob ein Satz passt.
- Lassen Sie sichtbare Zahlen, Schnittstellenbeschriftungen und Vergleiche genügend Zeit zum Lesen und Ankreuzen ein.
- Lassen Sie einen kleinen Spielraum für Musikübergänge, Szenenänderungen und lokalisierte Versionen.
- Testen Sie die vollständige Lektüre nach jeder strukturellen Änderung erneut, da spätere Beats ihr Timing verlieren können.
- Zählen Sie das endgültige Bild nicht als nützliche CTA-Zeit, wenn es verschwindet, bevor ein Betrachter reagieren kann.
04
4. Nutze eine fünfteilige Struktur, in der jeder Abschnitt eine Aufgabe hat
Die fünfteilige Struktur besteht aus Haken, Problem, Mechanismus, Beweis und CTA. Sein Wert sind nicht die Etiketten. Es erzeugt eine kausale Kette. Der Haken identifiziert eine Situation. Das Problem zeigt, warum der aktuelle Zustand wichtig ist. Der Mechanismus erklärt, was sich ändert. Der Beweis zeigt den geänderten Zustand unter den gleichen Bedingungen. Die CTA gibt dem Verständnis ein Ziel. Wenn Sie einen Link entfernen, fühlt sich das Skript entweder wie eine Anzeige oder ein Tutorial-Fragment an.

| Beat | Arbeit | Schwache Version | Stärkere Richtung |
|---|---|---|---|
| Haken | Gewinnen Sie schnell Relevanz | Die Verwaltung der Unterstützung ist schwierig. | Zwei Teamkollegen antworten auf dieselbe Anfrage, und keiner sieht die andere Antwort. |
| Problemstellung | Machen Sie die Kosten konkret | Ihr Posteingang ist ineffizient. | Der Kunde erhält widersprüchliche Antworten, während eine andere Anfrage keinen Eigentümer hat. |
| Mechanismus | Erläutern Sie die Änderung | Unsere Plattform rationalisiert den Support. | Routing-Regeln senden jede Anfrage an den richtigen Kanal und weisen einen Eigentümer zu. |
| Beweis | Lösen Sie die Öffnung | Teams werden produktiver. | Die nächste Anfrage erscheint einmal, erreicht den richtigen Eigentümer und erhält eine koordinierte Antwort. |
| CTA | Nennen Sie den nächsten Schritt | Erfahren Sie noch heute mehr. | Erstellen Sie Ihre erste Routing-Regel. |
- Geben Sie dem Haken fünf bis acht Sekunden in einem fokussierten 60-Sekunden-Skript.
- Verwenden Sie das Problem, um Konsequenz hinzuzufügen, nicht um den Haken mit stärkeren Adjektiven zu wiederholen.
- Geben Sie den größten Anteil an dem Mechanismus aus, denn dort entsteht Verständnis.
- Beantworten Sie visuell dieselbe Frage, die durch die Eröffnungssituation aufgeworfen wurde.
- Beenden Sie mit einer Aktion und einem Ziel anstelle einer Liste von Produktnavigationsoptionen.
05
5. Nutze ein zweispaltiges Skript für Ton und Bild
Ein Dokument, das nur mit Erzählungen versehen ist, ist unvollständig, da das visuelle Team erraten muss, was jede Zeile beweisen muss. Ein reines Storyboard-Dokument ist ebenfalls unvollständig, da Bewegung ein schwaches Argument verbergen kann. Stellen Sie gesprochene Audio- und visuelle Arbeit nebeneinander. Fügen Sie optionale Spalten für Timing, Bildschirmtext, Quelle, Übergang und Prüfer hinzu. Das Format verwandelt das Skript in einen Produktionsvertrag anstelle eines inspirierenden Absatzes.

| Spalte | Erforderlicher Inhalt | Frage zur Überprüfung |
|---|---|---|
| Zeit | Geschätzter Start, Ende und visueller Halt | Kann die Zeile gesprochen und die Beweise natürlich gelesen werden? |
| Ton | Eine sprechbare Idee mit Aussprachenotizen | Würde ein Zuschauer es verstehen, ohne das Dokument zu sehen? |
| Visueller Job | Kontext, Mechanismus, Vergleich, Beweis oder CTA | Fügt das Visuelle Beweise anstelle von Dekoration hinzu? |
| Text auf dem Bildschirm | Nur wesentliche Etiketten, Nummern oder CTA | Kann es in mobiler Breite gelesen werden? |
| Quelle | Genehmigter Bildschirm, Dokument, URL oder Eigentümer | Kann jede sachliche Implikation verfolgt werden? |
| Übergang | Grund, warum die nächste Szene folgt | Überlebt die Story-Verbindung ohne einen auffälligen Effekt? |
- Weisen Sie einen visuellen Job pro Zeile zu; teilen Sie die Zeile auf, wenn der Frame aufgefordert wird, nicht verwandte Arbeiten zu erledigen.
- Schreiben Sie Benutzeroberflächenbeschriftungen genau so, wie sie in der genehmigten Produktversion erscheinen.
- Markieren Sie visuelle Darstellungen, die konzeptionell sind, damit Prüfer sie nicht mit wörtlichem Produktverhalten verwechseln.
- Halten Sie eine Gutachterspalte für Produkt-, Redaktions-, Marken-, Rechts- und endgültige Genehmigungen, falls relevant.
06
6. Vollständiges SaaS-Skript für einen gemeinsamen Posteingang mit visuellen Aufgaben
Die folgende Tabelle enthält das Arbeitsskript, das für das praxisnahe Erklärvideo für den gemeinsamen Posteingang verwendet wird. Es ist absichtlich schmal. Es werden keine Berichte, Integrationen, Berechtigungen oder die gesamte Supportkategorie erläutert. Jede Zeile bringt eine Geschichte voran: Doppelte Antworten werden zu einem gerouteten Workflow mit einem Besitzer und einer nächsten Aktion. Die Quellspalte in einer Produktionsdatei würde auf genehmigte Bildschirme und Dokumentation verlinken.
| Zeit | Narration | Visueller Job | Text auf dem Bildschirm | Frage zur Überprüfung |
|---|---|---|---|---|
| 0 bis 6s | Zwei Teamkollegen antworten auf dieselbe Support-Anfrage, und keiner sieht die andere Antwort. | Zeigen Sie, dass eine Anfrage in zwei widersprüchliche Antwortpfade aufgeteilt wird. | Zwei Antworten. Ein Kunde. | Ist das Problem verständlich, bevor das Produkt erscheint? |
| 6 bis 13s | Eine weitere Anfrage wartet ohne klaren Eigentümer. | Halten Sie den freigegebenen Posteingang zu "beschäftigt" und isolieren Sie ein nicht zugewiesenes Element. | Nicht zugewiesen | Vertieft sich die zweite Konsequenz, anstatt den Haken zu wiederholen? |
| 13 bis 20er | Manuelle Koordination verwandelt jede neue Nachricht in eine kleine Routing-Entscheidung. | Zeigen Sie Teammitgliedern, die den Posteingang überprüfen, Nachrichten senden und erneut überprüfen. | Wem gehört das? | Ist die Problemumgehung konkret und glaubwürdig? |
| 20 bis 29s | Routing-Regeln ändern den Prozess, bevor jemand fragen muss. | Führen Sie eine Regel ein, die den Anforderungstyp, den Kanal und den Eigentümer verbindet. | Bei Abrechnung an Billing senden | Kann der Zuschauer den Mechanismus sehen, anstatt nur einen Nutzen zu hören? |
| 29 bis 38s | Jede Anfrage wechselt zum richtigen Kanal und erhält einen Besitzer. | Animieren Sie drei Anfragen, die zu unterschiedlich beschrifteten Kanälen reisen. | Abrechnung, Technik, Konto | Sind Kanalbeschriftungen lesbar und Produktverhalten genehmigt? |
| 38 bis 47s | Teamkollegen sehen den gleichen Status, Kontext und nächsten Schritt. | Zeigen Sie eine koordinierte Ansicht mit Eigentümer, Status und Gespräch. | Besitzer: Maya | Beweist der Rahmen die Koordination, ohne eine dichte Benutzeroberfläche freizulegen? |
| 47 bis 56s | Der nächste Kunde erhält jetzt eine klare Antwort anstelle von widersprüchlichen Antworten. | Kehren Sie zur Eröffnungsanfrage zurück und lösen Sie sie über einen Pfad. | Eine Bitte. Ein Besitzer. Eine Antwort. | Behebt der Beweis das genaue Öffnungsproblem? |
| 56 bis 64s | Erstellen Sie Ihre erste Routing-Regel und geben Sie jeder Anfrage einen klaren Pfad. | Zeigen Sie die Regelaktion und halten Sie dann die endgültige CTA. | Erstellen Sie Ihre erste Routing-Regel | Gibt es eine sichtbare Aktion und genug Zeit, um sie zu lesen? |
- Das Produkt wird erst eingeführt, wenn der Mechanismus beginnt, so dass die Öffnung auf den Betrachter ausgerichtet bleibt.
- Der Beweis kehrt zum gleichen Anforderungsmuster zurück, was den Vorher-Nachher-Vergleich leicht zu befolgen macht.
- Der CTA setzt den Mechanismus fort, indem er nach einer ersten Regel fragt, anstatt zu einem nicht verwandten Anmeldeversprechen zu wechseln.
- Der gesprochene Plan ist etwas länger als 60 Sekunden, sobald visuelle Holds enthalten sind, was der Test bestätigte.
Wenn Ihr Produkt keinen dieser Zustände unterstützt, ändern Sie das Skript vor der Produktion. Bitten Sie keine Animation, eine Zuordnung, einen Status oder eine Automatisierung zu implizieren, die das Produkt nicht bereitgibt. Ein fiktives Beispiel kann immer noch die Schreibstruktur lehren, aber ein Markenproduktvideo muss den illustrativen Fluss vom tatsächlichen Verhalten unterscheiden. Die Verifizierung ist Teil des Drehbuchschreibens, kein endgültiger rechtlicher Pass.
07
7. Vergleiche das Skript mit dem 66.837-Sekunden-Rendering
Das exportierte Testvideo maß 66,837 Sekunden, so dass der etwa 60-Sekunden-Brief ein Ergebnis lieferte, das etwa 6,8 Sekunden länger war als das runde Ziel. Dieser Unterschied ist ein nützlicher redaktioneller Beweis. Das Skript enthält mehrere Labels, eine Mechanismussequenz und einen CTA-Hold. Das Entfernen aller Pausen oder das Beschleunigen der Stimme würde die Zahl schützen, aber das Verständnis schwächen. Eine zweite Revision sollte die Sprache reduzieren, bevor Beweise komprimiert werden.


| Skriptbereich | Warum es Zeit braucht | Option für die zweite Revision |
|---|---|---|
| Eröffnungskonsequenzen | Zwei Ausfallzustände stellen doppelte und nicht besessene Arbeit her | Kombinieren Sie sie in einem Satz, während Sie zwei visuelle Beats beibehalten |
| Manuelle Problemumgehung | Der Zuschauer muss den alten Prozess erkennen | Entfernen Sie den Ausdruck kleine Routing-Entscheidung und lassen Sie das Bild es zeigen |
| Regelmechanismus | Etiketten und Bewegung benötigen Lesezeit | Halten Sie den Halt und kürzen Sie die Erzählung um sie herum |
| Koordinierter Zustand | Eigentümer, Status und Kontext konkurrieren um Aufmerksamkeit | Zeigen Sie nur die Felder an, die zum Nachweis des Eigentums erforderlich sind |
| CTA | Die Aktion muss lesbar bleiben | Schützen Sie den Halt; verkürzen Sie stattdessen die Einleitung |
- Erster Schnitt: Entfernen Sie die wiederholte Einrichtung, die das Bild bereits kommuniziert.
- Zweiter Schnitt: Ersetzen Sie lange Substantivphrasen durch ein klares Subjekt und ein aktives Verb.
- Dritter Schnitt: Entfernen Sie sekundäre Beispiele, bevor Sie den Mechanismus oder den Beweis berühren.
- Endgültiges Timing: Nehen Sie die neue Lektüre auf und spielen Sie sie mit der tatsächlichen Szene ab.
08
8. Überarbeite schwache Einstiege, Feature-Aufzählungen und CTAs
Eine gute Bearbeitung ändert die Arbeit, die ein Satz leistet. Es ersetzt nicht nur einfache Worte durch energischere. Die folgenden Beispiele identifizieren den Fehler, bewahren die notwendigen Informationen auf und verbinden die Leitung mit dem Betrachter, dem Problem, dem Mechanismus, dem Beweis oder der Aktion. Verwenden Sie diesen Prozess, wenn ein Stakeholder darum bittet, das Skript spannender zu gestalten, ohne zu identifizieren, was der Betrachter immer noch nicht versteht.
| Problemstellung | Vorher | Nach | Warum die Bearbeitung funktioniert |
|---|---|---|---|
| Jargon-schwere Eröffnung | Moderne Support-Vorgänge erfordern eine Omnichannel-Orchestrierung über verteilte Kunden-Kontaktpunkte hinweg. | Zwei Teamkollegen beantworten dieselbe Anfrage, während eine andere Anfrage ohne Eigentümer wartet. | Die Revision gibt dem Betrachter eine Rolle, eine Szene und eine Konsequenz, die visualisiert werden können. |
| Feature-Dump | Unsere Plattform umfasst Routing, Tags, Kanäle, Status, Analysen, Integrationen und Automatisierung. | Routing-Regeln senden jede Anfrage an den richtigen Kanal und geben ihr einen Besitzer. | Die Revision wählt einen Mechanismus aus und zeigt, wie er den Prozess ändert. |
| Vage CTA | Verändern Sie Ihr Kundenerlebnis und erfahren Sie noch heute mehr. | Erstellen Sie Ihre erste Routing-Regel. | Die Revision fordert eine Aktion, die die Erklärung fortsetzt. |
- Kreisen Sie abstrakte Substantive ein und fragen Sie, was eine Person oder ein System tatsächlich tut.
- Ersetzen Sie Kategorieansprüche durch einen Triggermoment, den der beabsichtigte Betrachter erkennt.
- Behalten Sie Funktionen nur bei, wenn sie an dem von der Geschichte gezeigten Mechanismus teilnehmen.
- Verschieben Sie den Beweis neben den Anspruch, den er unterstützt, anstatt am Ende vage Vorteile zu sammeln.
- Schreiben Sie den CTA als sichtbares Verb plus Objekt um, z. B. eine Regel erstellen oder den ersten Entwurf wiederholen.
09
9. Nimm einen vorgelesenen Durchlauf auf und kürze in der richtigen Reihenfolge
Nehmen Sie die grobe Lektüre auf einem Telefon oder Laptop in einem ruhigen Raum auf. Das Ziel ist nicht die Sprachqualität. Es geht darum, Atem, Rhythmus, Mehrdeutigkeit und Timing zu hören. Markieren Sie jeden Ort, an dem Sie neu starten, ein ungeplantes Wort hinzufügen oder den falschen Begriff betonen. Natürliche Korrekturen zeigen oft den einfacheren Satz, den Ihr Mund erwartet hat. Teilen Sie die Aufnahme mit dem Skript, damit die Rezensenten die gesprochene Sprache und nicht die stumme Seitenprosa bewerten.
Schneiden Sie in einer bewussten Reihenfolge. Entfernen Sie zuerst wiederholte Setups, dann Adjektive, die die Bedeutung nicht ändern, sekundäre Beispiele, Feature-Side-Trips und zusätzliche CTAs. Schützen Sie den Mechanismus, die genehmigten Beweise, den erforderlichen Sicherheits- oder Compliance-Kontext und genügend Zeit für das visuelle Verständnis. Wenn die Geschichte nach diesen Kürzungen immer noch zu lang ist, schränken Sie das Versprechen ein oder erhöhen Sie die Laufzeit, anstatt unnatürlich schnell zu sprechen.

- Lesen Sie einmal nach Bedeutung und zeichnen Sie die natürliche Dauer auf, ohne das Ziel zu verfolgen.
- Lesen Sie noch einmal mit der beabsichtigten Energie und markieren Sie Atemzüge, Betonung, Aussprache und unangenehme Syntax.
- Platzieren Sie die Aufnahme gegen raue Szenen und fügen Sie visuelle Haltezeit für Etiketten und Beweise hinzu.
- Schneiden Sie wiederholten Kontext, Modifikatoren, Nebenbeispiele und zusätzliche Aktionen in dieser Reihenfolge aus.
- Notieren Sie das überarbeitete Skript von Anfang an, da ein lokaler Schnitt den späteren Rhythmus ändern kann.
- Bitten Sie einen unbekannten Zuhörer, das Problem, den Mechanismus, den Beweis und den CTA zu angeben, nachdem er es einmal gehört hat.
10
10. Passe das Framework an unterschiedliche Erklärungsaufgaben an
Die fünf Jobs sind nach wie vor in allen Kategorien nützlich, aber ihr Schwerpunkt ändert sich. Ein SaaS-Produktvideo benötigt in der Regel einen sichtbaren Workflow-Nachweis. Ein professioneller Dienst kann Diagnose, Prozess und Vertrauen anstelle einer Schnittstelle erklären. Ein technisches Konzept erfordert genaue Definitionen und sorgfältig ausgewählte Abstraktionen. Das Onboarding kann von der Absicht ausgehen und näher an der Aufgabe beginnen. Bildung erfordert möglicherweise Abrufprüfungen oder Zusammenfassungen anstelle einer Umwandlungs-CTA.
| Anwendungsfall | Eröffnungsfokus | Mechanismusbeweise | Typische CTA |
|---|---|---|---|
| SaaS-Produkt | Auslösermoment innerhalb eines Workflows | Änderung des UI-Status oder vereinfachter Produktfluss | Starten Sie den ersten Workflow oder die erste Testversion |
| Professioneller Service | Kosten oder Risiko des aktuellen Ansatzes | Diagnosemethode, Prozess oder Ergebnis | Eine Bewertung oder Rezension buchen |
| Technisches Konzept | Frage oder Missverständnis | Diagramm, Vergleich oder schrittweises Modell | Erforschen Sie das nächste Konzept oder wenden Sie das Modell an |
| Onboarding | Aufgabe, die der angemeldete Benutzer abschließen möchte | Genaue genehmigte UI-Schritte und Ergebnis | Erledige die Aufgabe im Produkt |
| Ausbildung | Situation, in der eine Entscheidung getroffen werden muss | Verfahren, Beispiel und Wissenscheck | Verständnis üben oder bestätigen |
| Interne Ermächtigung | Änderung der Politik, des Prozesses oder der Verantwortung | Vorher-Nachher-Workflow mit Eigentümern | Verwenden Sie den neuen Prozess oder das Referenzmaterial |
- Behalten Sie ein Publikum pro kurzem Skript bei; erstellen Sie Varianten, wenn Rollen einen anderen Beweis oder eine andere Sprache benötigen.
- Verwenden Sie eine echte Benutzeroberfläche nur, wenn das genaue Verhalten wichtig ist und der Bildschirm aktuell genug bleibt.
- Geben Sie Annahmen in technischen Erklärungen an, damit die Vereinfachung nicht zu Ungenauigkeit wird.
- Ersetzen Sie den Verkaufsnachweis durch eine Aufgabenbestätigung, wenn sich der Zuschauer bereits für die Verwendung des Produkts entschieden hat.
- Verwenden Sie eine Lernaktion anstelle eines Marketing-CTA, wenn die Beibehaltung und Anwendung das Ziel sind.
Kopieren Sie eine erfolgreiche SaaS-Struktur nicht ohne Fachprüfung in eine medizinische, finanzielle, rechtliche oder sicherheitsrelevante Erklärung. Das Skript erfordert möglicherweise den erforderlichen Kontext, die Risikosprache oder eine andere Aktion. Das Framework organisiert die Kommunikation, ersetzt aber nicht die Domänenverantwortung. Nennen Sie den genehmigenden Experten in der Übergabe und behalten Sie die Quelle bei, die für jede sensible Aussage verwendet wird.
11
11. Nutze KI-Unterstützung, ohne das Produkt zu erfinden
KI kann helfen, Ausgangsmaterial zu organisieren, alternative Formulierungen zu generieren, Wiederholungen zu identifizieren, Szeneneinteilungen vorzuschlagen und zu testen, ob die Struktur vollständig ist. Es sollte nicht entschieden werden, welche Produktansprüche wahr sind. Geben Sie ihm ein genehmigtes Beweispaket, explizites Publikum, Mechanismus, Laufzeit, verbotene Ansprüche, Terminologie und CTA. Bitten Sie es, fehlende Beweise zu markieren, anstatt Lücken mit wahrscheinlich klingenden Details zu schließen.

- Geben Sie den genehmigten Nachrichtenbrief und die Quellenpassagen an, nicht eine uneingeschränkte Anfrage, um das Unternehmen zu erklären.
- Trennen Sie zitierte Produktfakten von schriftlichen Anweisungen, damit das Modell die Anspruchsgrenzen beibehalten kann.
- Fragen Sie nach zwei oder drei Alternativen für einen bestimmten Beat, anstatt wiederholte vollständige Skript-Umschreibungen durchzuführen.
- Erfordern Sie jede Zahl, Fähigkeit und jeden Vergleich, um auf eine bereitgestellte Quelle oder eine Eigentümerbewertung zu verweisen.
- Halten Sie Versionsnamen, UI-Beschriftungen, Aussprache, Planlimits und aktuelle Preise außerhalb allgemeiner Annahmen.
- Überprüfen Sie die generierte Sprache auf leere Verstärker, wiederholte Schlussfolgerungen und Übergänge, die Kausalität implizieren.
Im TapVid-Lauf empfahl der generierte Brief, von 9:16 auf 16:9 zu verschieben, da die Erklärung auf einer von der Schnittstelle geleiteten Geschichte beruhte. Das war ein nützlicher Vorschlag, aber er musste noch genehmigt werden. Verwenden Sie den gleichen Standard für Skriptvorschläge. Ein Modell kann einen Kompromiss aufdecken; der Creator entscheidet, ob es zum Betrachter, der Platzierung, den Beweisen und der Marke passt.
12
12. Bereite eine Produktionsübergabe vor, die Spekulationen verhindert
Ein produktionsfertiges Drehbuch ist mehr als eine genehmigte Erzählung. Es enthält Timing, visuelle Jobs, erforderliche Bildschirme, Quelllinks, Bildschirmtext, Aussprache, Musikrichtung, Verhältnis, Untertitel, Markenbeschränkungen, Übergänge und den Status jeder Genehmigung. Das Ziel ist es, stille Annahmen zu beseitigen. Ein Designer sollte wissen, welche Elemente Beweise sind, welche illustrativ sind und welche aus Gründen der visuellen Klarheit geändert werden können.

| Übergabeartikel | Was es verhindert |
|---|---|
| Genehmigtes zweispaltiges Skript | Erzählung und Bilder driften in verschiedene Erklärungen |
| Beweispaket und Anspruchsinhaber | Nicht verifizierte Fähigkeiten, Zahlen oder Vergleiche, die das Video eingeben |
| Aussprache- und Terminologieliste | Falsche Produktnamen, Akronyme, Namen und Fachbegriffe |
| Marken- und visuelle Einschränkungen | Inkonsistenter Typ, Palette, Symbolsprache, Perspektive und Bewegung |
| Hinweise zur Untertitel und Hinweise zur Barrierefreiheit | Unlesbare Zeilen, fehlender Kontext und klangabhängige Bedeutung |
| Seitenverhältnis und Platzierungsplan | Wichtige Bilder, die spät beschnitten oder rekonstruiert werden |
| Genehmigungsstatus und Änderungsprotokoll | Altes Feedback wird wieder eingeführt, nachdem eine Entscheidung geschlossen wurde |
- Markieren Sie jeden Produktbildschirm mit seinem Erfassungsdatum und der Version oder dem Plan, den er darstellt.
- Erklären Sie, ob konzeptionelle Diagramme wörtliches Verhalten, vereinfachtes Verhalten oder reine Metapher sind.
- Fügen Sie sichere Crop-Zonen und mobile Textprüfungen für jedes beabsichtigte Seitenverhältnis hinzu.
- Nennen Sie, wer sachliche, redaktionelle, Marken-, rechtliche und Exportänderungen genehmigen kann.
- Skript-Genehmigung erneut erforderlich, wenn eine visuelle Revision das implizite Produktverhalten ändert.
Halten Sie eine kurze Übergabeprüfung mit dem eigentlichen Dokument durch. Lesen Sie den Nachrichtenbrief, spielen Sie die grobe Erzählung, überprüfen Sie Beweise und gehen Sie durch schwierige Szenen. Die in diesem Treffen beantworteten Fragen sollten in die Übergabe geschrieben werden. Eine mündliche Entscheidung, die die Datei nie erreicht, wird zu einer zukünftigen Inkonsistenz, wenn ein anderer Teamkollege oder ein anderes Tool das Projekt wieder aufnimmt.
13
13. Plane Lokalisierung und Untertitel vor der Produktion
Die Lokalisierung ändert das Timing, die Zeilenumbrüche, die Betonung und manchmal das Szenendesign. Eine direkte Übersetzung kann sich so weit ausdehnen, dass sie mit visuellen Halten kollidiert. Die Produktbenutzeroberfläche verwendet möglicherweise nicht dieselbe Etikettenlänge oder sogar denselben Funktionsnamen. Humor und Metaphern können ihre Funktion verlieren. Planen Sie bearbeitbaren Text, flexibles Szenen-Timing, sichere Untertitelbereiche und lokalisierte Schnittstellenbeweise, bevor Sie jeden Bewegungshinweis an die englische Wellenform sperren.
Übersetzen Sie die Kommunikationsarbeit jedes Beats und stellen Sie dann die natürliche gesprochene Sprache wieder auf. Der lokalisierte Hook muss den gleichen Triggermoment identifizieren, benötigt aber nicht die gleiche Wortstellung. Der Mechanismus und der Beweis müssen die sachliche Bedeutung bewahren. Der CTA sollte den Begriff verwenden, der in der Zielschnittstelle zu finden ist. Nehmen Sie eine muttersprachliche oder fließende Lektüre auf und ändern Sie die visuelle Sequenz, anstatt jede Sprache in die englische Dauer zu zwingen.

- Führen Sie ein Terminologieblatt für Produktnamen, UI-Beschriftungen, Akronyme und Wörter, die unübersetzt bleiben müssen.
- Halten Sie Erzählung, Untertitel und Beschriftungen auf dem Bildschirm als separate bearbeitbare Felder, wann immer die Produktion dies zulässt.
- Überprüfen Sie die Lesegeschwindigkeit und Zeilenunterbrüche bei der endgültigen Anzeigegröße, insbesondere für mobile Platzierungen.
- Überprüfen Sie Zahlen, Einheiten, Datumsformate, Satzzeichen und Textrichtung in der gerenderten Szene.
- Verwenden Sie einen fließenden Gutachter, der das Produkt und die beabsichtigte Zielgruppe versteht, nicht nur die Grammatik.
- Exportieren und beobachten Sie jede lokalisierte Version, da korrekter Text immer noch falsch getimt oder beschnitten werden kann.
Behalten Sie die strukturelle Parität im Inhaltspaket bei, damit jede Sprache die gleichen Beispiele, Beweise, Einschränkungen, FAQ und Aktionen erhält. Parität bedeutet nicht wörtliche Formulierung. Das bedeutet, dass der lokalisierte Zuschauer die gleichen nützlichen Entscheidungen und Beweise erhält. Wenn ein Quell- oder Produktbildschirm nur auf Englisch verfügbar ist, erklären Sie diese Einschränkung, anstatt die unterstützenden Details stillschweigend zu entfernen.
14
14. FAQ zum Erklärvideo-Skript
Verwenden Sie diese Antworten als Orientierung. Fahren Sie mit dem Produktionsworkflow und 15-example analysis fort. Planen Sie Untertitel mit dem W3C-Leitfaden.
Wie viele Wörter sollte ein 60-Sekunden-Erklärvideoskript enthalten?
Ein Planungsbereich von etwa 120 bis 150 gesprochenen Wörtern ist üblich, aber Terminologie, Pausen, Energie und visuelle Lesezeit können das Ergebnis verschieben. Nehmen Sie eine natürliche Lektüre auf, platzieren Sie sie vor rauen Szenen und schützen Sie die Zeit für wichtige Etiketten, Beweise und den CTA. Der dokumentierte Test wurde trotz eines Briefings von etwa 60 Sekunden mit 66,837 Sekunden exportiert.
Was ist die beste Struktur für ein erklärendes Videoskript?
Hook, Problem, Mechanismus, Beweis und CTA ist eine zuverlässige Ausgangsstruktur, weil sie eine kausale Erklärung schafft. Passen Sie die Betonung an den Betrachter an. Das Onboarding kann in der Nähe der Aufgabe beginnen, während ein technisches Konzept möglicherweise definiert werden muss. Das endgültige Skript sollte die Änderung, die Beweise und die nächste Aktion immer noch klarstellen.
Sollte das Skript jede Produktfunktion beschreiben?
Nein. Fügen Sie Funktionen nur hinzu, wenn sie am Mechanismus oder Beweis für das ausgewählte Viewer-Problem teilnehmen. Zusätzliche Funktionen können zu separaten Videos, Hilfeinhalten oder unterstützenden Seitentexten werden. Eine kurze Erklärung, die ein zusammenhängendes Ergebnis zeigt, lehrt normalerweise mehr als eine Liste, die jeden Teil des Produkts benennt.
Kann ich Humor in einem erklärenden Videoskript verwenden?
Verwenden Sie Humor, wenn er das Problem klärt, zum Publikum passt und dem Mechanismus genügend Aufmerksamkeit schenkt. Vermeiden Sie Witze, die mehr Kontext als das Produkt erfordern, ein ernstes Thema schwächen oder zur Haupterinnerung werden, während die Erklärung verschwindet. Testen Sie die Linie mit Personen, die zum beabsichtigten Publikum passen.
Kann KI das gesamte Skript schreiben?
KI kann geliefertes Material organisieren und bearbeiten, aber der Herausgeber muss das Produktverhalten, die Zahlen, Vergleiche, sensiblen Behauptungen und Implikationen überprüfen. Geben Sie dem System genehmigte Quellen und fordern Sie es auf, fehlende Beweise aufzudecken. Menschliche Gutachter besitzen immer noch Umfang, Betonung, gesprochenen Rhythmus, Visuals, Marke und endgültige Zustimmung.
Was ist der Unterschied zwischen Erzählung und Text auf dem Bildschirm?
Die Erzählung trägt das gesprochene Argument. Text auf dem Bildschirm sollte Beschriftungen, Zahlen, Unterscheidungen und Aktionen beibehalten, die die Zuschauer überprüfen oder merken müssen. Die Wiederholung jedes gesprochenen Satzes auf dem Bildschirm überlastet den Rahmen. Lassen Sie die beiden Kanäle die Erklärung teilen, während sie synchronisiert bleiben.
Wann sollte ich einen professionellen Drehbuchautor oder ein Produktionsteam einstellen?
Holen Sie sich fachkundige Hilfe, wenn die Nachricht einen wichtigen Start betrifft, das Produkt technisch komplex ist, Ansprüche sensibel sind, benutzerdefiniertes Erzählen wichtig ist, mehrere Stakeholder Moderation benötigen oder das Team keine gesprochene Erzählung und visuelle Logik überprüfen kann. Ein starkes internes Briefing und ein Beweispaket machen die externe Arbeit immer noch schneller und sicherer.
Was sollte genehmigt werden, bevor die Videogenerierung beginnt?
Genehmigen Sie das Publikum, Problem, Mechanismus, Beweis, CTA, Quellbeweise, vollständiges gesprochenes Skript, Szenenaufträge, erforderliche Bildschirme, Terminologie, Laufzeitbereich, Stimme, Seitenverhältnis, visuelles System, Untertitel, verbotene Ansprüche und benannte Genehmiger. Die Erzeugung sollte mit einer kontrollierten Produktionsentscheidung beginnen, nicht mit einem unausgereiften Brainstorming-Prompt.




