Prompts für Tutorial-Videos: 16 echte Briefings analysiert

01

Wie wir Tutorial-Video-Prompts analysiert haben

Die Good Case-Bibliothek von TapVid wurde am 1. September 2026 eingefroren. Wir haben ein striktes 64-Datensatzkorpus erstellt, indem wir eine vollständige Eingabeaufforderung, eine öffentliche Freigabe-URL, eine Generierungs-URL und einen MP4-Anhang erforderten. Dieser Artikel behandelt die 16-Datensätze mit dem Tag „Tutorial“. Tags sind mehrfach beschriftet, sodass sich das Segment mit Erklärvideos, Social-Media-Videos und längeren Produktionen überschneiden kann.

Wir haben ein deterministisches Schlüsselwortwörterbuch verwendet, um zehn Felder im Eingabeaufforderungstext zu codieren: Zielgruppe, Dauer, Quell-Assets, Szenenstruktur, feste Fakten, visuelles System, Audio, CTA, Seitenverhältnis und Interaktion zwischen Szenen oder Bildschirmelementen.

Hierbei handelt es sich um eine explizite Analyse, nicht um eine Bewertung der Ausgabequalität. Ein Ersteller kann das Seitenverhältnis in der Benutzeroberfläche auswählen, einen Screenshot in einem separaten Feld hochladen oder außerhalb der Eingabeaufforderung mit dem Publikum diskutieren. Die kuratierte Stichprobe kann uns auch nicht sagen, wie viel Prozent aller Tutorial-Generationen erfolgreich sind. Es zeigt, wie ausgewählte Briefings Produktionsentscheidungen zum Ausdruck bringen.

Wir melden nur Aggregate. Der Fall weiter unten im Artikel ist bereits öffentlich und es wird keine private Benutzeraufforderung wiedergegeben.

02

Tutorial-Video-Prompt-Benchmark-Ergebnisse

Inspect image

Der Median der 242-Zeichen ist eine Korpusbeschreibung und keine Empfehlung. Mehrere Briefings können kurz sein, weil das Thema bekannt ist oder weil strukturierte Einstellungen anderswo vorkommen. Das Risiko tritt auf, wenn erwartet wird, dass eine kurze Eingabeaufforderung dazu dient, den Arbeitsablauf eines echten Produkts zu erlernen. Ein Thema wie `make a tutorial about exporting reports` lässt Fragen offen:

• Welche Produktversion und welcher Bildschirmstand sind aktuell?
• Wer exportiert und warum?
• Welche genaue Aktion sollte der Betrachter ausführen?
• Was soll nach dem Klick erscheinen?
• Was passiert, wenn die Option deaktiviert ist oder fehlt?
• Welche Bezeichnungen, Werte oder Warnungen müssen wörtlich bleiben?

Ohne diese Antworten sieht ein generiertes Tutorial möglicherweise lehrreich aus, während es einen Pfad lehrt, der nicht existiert.

03

Tutorial-Eingabeaufforderungen erfordern eine Aktions-Beobachtungs-Wiederherstellungseinheit

Inspect image

In öffentlichen Führungen werden in der Regel Thema, Aktion, Setting, Kamera, Beleuchtung und Stil vermittelt. Diese Struktur ist für einen einzelnen erzeugten Schuss wirksam. Für das Software-Onboarding oder die Produktschulung reicht es nicht aus, da der Betrachter eine Zustandsänderung benötigt.

Verwenden Sie diese dreiteilige Einheit für jeden Unterrichtsschritt:

• Aktion: was der Benutzer unter Verwendung des genauen sichtbaren Steuerelements tut.
• Beobachtung: was sich auf dem Bildschirm ändert und woher der Benutzer weiß, dass der Schritt funktioniert hat.
• Wiederherstellung: Was zu überprüfen ist, wenn der erwartete Zustand nicht angezeigt wird.

Für ein fiktives Reporting-Tool:

Diese Struktur verwandelt das Video von einem kommentierten Klickpfad in eine nutzbare Anleitung. Für die Wiederherstellung ist kein langer Abschnitt zur Fehlerbehebung erforderlich. Ein ehrlicher Zweig reicht oft aus, um den Betrachter davon abzuhalten, einen Fehler gemacht zu haben.

04

Trennen Sie den Demonstrationsbeweis von der generierten Dekoration

Nur vier der 16-Tutorial-Kurzbeschreibungen nannten explizit Quell-Assets. Diese Zahl verdient eine sorgfältige Interpretation, da ein Upload außerhalb der Eingabeaufforderung erfolgen kann. Dennoch sollte ein Produktionsauftrag für ein Tutorial die Beweisspur klar von der dekorativen Spur unterscheiden.

Demonstrationsnachweise umfassen aktuelle Bildschirmaufzeichnungen, Screenshots, physisches Produktmaterial, Diagramme, Beschriftungen, Schaltflächen, Einstellungen, Fehlerzustände und genehmigte Dokumentation. Diese Assets lehren den Arbeitsablauf und sollten nicht als plausibler Ersatz neu gezeichnet werden.

Generierte Dekoration kann eine neutrale Eröffnung, abstrakte Übergänge, verbindende Bewegungsgrafiken, Hintergrundtexturen oder eine Nicht-Produkt-Metapher umfassen. Diese visuellen Elemente können das Verfolgen der Lektion erleichtern, sie sollten jedoch nicht vorgeben, die Benutzeroberfläche oder den Produktstatus darzustellen.

Weisen Sie für ein Asset-geführtes Tutorial jedem Skriptschritt eine Demonstrationsquelle zu:

Durch die Quelltabelle werden Updates zudem günstiger. Wenn sich das Produkt UI ändert, kann das Team den betroffenen Schritt identifizieren, anstatt jede abstrakte Anweisung zu überprüfen.

05

So schreiben Sie Tutorial-Video-Eingabeaufforderungen

Definieren Sie den Startzustand des Viewers

Ein Zielgruppenlabel reicht nicht aus. `New users` könnte jemand bedeuten, der ein Konto erstellt hat, jemand, der Daten importiert hat, oder jemand, der das Produkt noch nie geöffnet hat. Geben Sie die Voraussetzung und den gewünschten Endzustand an.

Viewer beginnt mit einem genehmigten Konto, einem vorhandenen Bericht und einer Exportberechtigung. Am Ende hat der Betrachter die aktuell gefilterte Ansicht als CSV heruntergeladen und kann die Datei identifizieren.

Nur drei Eingabeaufforderungen im Beispiel nannten explizit eine Zielgruppe. Durch die explizite Festlegung des Startstatus werden übersprungene Voraussetzungen und ungeklärte Bildschirme verhindert.

Teilen Sie die Aufgabe in überprüfbare Schritte auf

Ein Szenenwechsel sollte einer Anweisungsänderung entsprechen. Verwenden Sie eine primäre Aktion pro Schritt. Wenn ein Schritt fünf Klicks enthält, teilen Sie ihn auf, es sei denn, alle fünf erfolgen in einem stabilen Bildschirmzustand.

Jeder Szenendatensatz kann Folgendes enthalten:

• Schrittnummer und Zweck
• Exakte Erzählung
• Erforderliches Quell-Asset
• Action auf dem Bildschirm
• Erwartete Beobachtung
• Ein Wiederherstellungspfad
• Text, der wörtlich bleiben muss
• Ungefährer Zeitpunkt

Das Ergebnis ähnelt einem leichten Testfall. Das ist Absicht. Ein Tutorial ist dann erfolgreich, wenn der Betrachter einen Zustand reproduzieren kann, und nicht, wenn sich jeder Übergang anders anfühlt.

Schützen Sie Etiketten und Werte vor dem Umschreiben

Behobene Fakten wurden explizit in vier der 16-Tutorial-Kurzbeschreibungen aufgeführt. Für die Produktschulung sind Schnittstellenbezeichnungen und -werte Fakten. Sperren Sie Groß- und Kleinschreibung, Satzzeichen, Zahlen, Einheiten, Plannamen, Modellnamen und Warntexte, wenn sie sich auf die Aufgabe auswirken.

Bitten Sie kein Modell um eine von `clean up` genehmigte Kopie von UI. Eine elegantere Bezeichnung in der Erzählung kann den Betrachter auf ein Steuerelement hinweisen, das nicht existiert.

Verwenden Sie Audio, um die kognitive Belastung zu reduzieren und nicht zu duplizieren

Audio erschien in sieben Kurzbeiträgen. Die Erzählung sollte Zweck und Konsequenz erklären, während der Bildschirm die Aktion zeigt. Vermeiden Sie es, jedes sichtbare Etikett laut vorzulesen, wenn der Betrachter es bereits sehen kann.

Ein nützliches Muster ist:

• Erzählung: Warum dieser Schritt wichtig ist.
• Aktion auf dem Bildschirm: Was Sie anklicken oder tun müssen.
• Bildunterschrift: das genaue Steuerelement oder der genaue Wert.
• Pause: genug Zeit, um den veränderten Zustand zu beobachten.

Beenden Sie mit dem abgeschlossenen Zustand

Fünf Briefs enthielten einen CTA. Für ein Tutorial setzt die beste Abschlussaktion normalerweise den erlernten Workflow fort: `Export your own report`, `Invite one teammate` oder `Try the recovery check with a test account`. Durch einen generischen `learn more`-Schließvorgang wird der Status verschwendet, den der Viewer gerade erreicht hat.

06

Kopierbare Tutorial-Video-Eingabeaufforderungsvorlage

Erstellen Sie ein Tutorialvideo mit [Dauer] für [Betrachter und Startstatus].

Lernergebnis:
Am Ende kann der Betrachter [beobachtbare Aufgabe] und [abgeschlossenen Status] überprüfen.

Nutzen Sie diese bereitgestellten Quellen als Produktwahrheit:
- [Bildschirmaufnahme oder Bild] für Schritt 1
- [Bildschirmaufnahme oder Bild] für Schritt 2
- [Dokumentation oder genehmigter Wortlaut] für die Genesungsbedingung

Halten Sie diese Beschriftungen und Werte wörtlich:
- [Schaltfläche, Menü, Feld, Nummer, Plan, Modell, Warnung]

Lehrszenen:
1. Aktion: [eine Benutzeraktion]
Beobachtung: [sichtbarer erfolgreicher Zustand]
Wiederherstellung: [einmal prüfen, ob der Status nicht angezeigt wird]
Quelle: [Asset-Name]
2. Aktion: [eine Benutzeraktion]
Beobachtung: [sichtbarer erfolgreicher Zustand]
Wiederherstellung: [ein Scheck]
Quelle: [Asset-Name]
3. Abgeschlossener Zustand: [was der Betrachter jetzt sehen oder besitzen sollte]

Visuelle und akustische Regeln:
- Halten Sie die mitgelieferten Produktbildschirme intakt; Nur Zuschneiden, Zoomen und Kommentieren
- Verwenden Sie generierte Visuals nur für [Eröffnung, Übergang oder Kontext]
- Die Erzählung erklärt den Zweck; Beschriftungen bewahren genaue Steuerelemente und Werte
- Erfinden Sie keine Bildschirme, Schritte, Beschriftungen, Berechtigungen oder Ergebnisse

Überprüfung vor der Lieferung:
- Jede Aktion ist im mitgelieferten Produktnachweis enthalten
- Jede Beobachtung folgt der gezeigten Aktion
- Hinweise zur Wiederherstellung werden durch aktuelle Dokumentation unterstützt
- Der Betrachter kann den abgeschlossenen Zustand erkennen

Wenn das Produkt Laufzeit, Seitenverhältnis oder Stimme separat steuert, speichern Sie diese Auswahlmöglichkeiten in ihren strukturierten Feldern. Die Vorlage konzentriert sich auf die Wahrheit und den Ablauf der Lektion.

07

Fall: ein Prozess-Tutorial, das in sichtbaren Phasen organisiert ist

Der öffentliche TapVid-Fall Pixel Art Guide: From Nectar to Honey verwendet einen klaren Phasenverlauf für eine Prozesserklärung. Dies ist hier nützlich, da der Betrachter eine Transformation anhand sichtbarer Schritte verfolgen kann, anstatt eine allgemeine Beschreibung des Themas zu hören.

Öffnen Sie den öffentlichen TapVid-Fall oder öffnen Sie das generierte Video.

Der Fall veranschaulicht den Bühnenaufbau. Es ist kein Beweis dafür, dass es sich bei dem dargestellten Prozess um ein vollständiges wissenschaftliches oder betriebliches Tutorial handelt. Für Domänenanweisungen ist weiterhin eine maßgebliche Quelle erforderlich.

08

Eine Tutorial-Qualitätsprüfung, die fünf Minuten dauert

Schalten Sie das Video vor der Auslieferung stumm und fragen Sie, ob die Aktion und der daraus resultierende Zustand noch sichtbar sind. Dann blenden Sie die Bilder aus und lesen Sie nur die Erzählung. Die Erzählung sollte den Zweck erklären, ohne Schritte zu erfinden. Überprüfen Sie abschließend die Aktions-Beobachtungs-Wiederherstellungstabelle anhand der neuesten Produktnachweise.

Eine Szene ablehnen, wenn eine dieser Bedingungen zutrifft:

• Der Cursor klickt auf ein Steuerelement, das nicht lesbar ist oder fehlt.
• Die Erzählung benennt einen Zustand, den der Bildschirm nicht anzeigt.
• Ein generiertes Mockup ersetzt einen aktuellen Produktbildschirm.
• Eine Warnung, Nummer, Erlaubnis oder Bezeichnung wurde umgeschrieben.
• Das Tutorial endet, bevor der Betrachter den Abschluss überprüfen kann.

Für einen umfassenderen Kundenschulungsplan verwenden Sie den Videoleitfaden zur Kundenschulung. Informationen zu den Grundlagen der Skripterstellung vor der Szenenproduktion finden Sie im Erklärvideo-Skripthandbuch.

09

Häufig gestellte Fragen