LectureGuru LogoLectureGuru
Alle Beiträge
SaaSVeröffentlicht

SaaS-Demovideo-Vorlagen: 7 sofort nutzbare Strukturen für Produktdemos

Kopieren Sie diese SaaS-Demovideo-Vorlagen – szenenweise Gliederungen, Sprecher-Einstiege und direkt einsetzbare KI-Anweisungen für Demos, die aktuell bleiben.

LectureGuru TeamLectureGuru Team
13 Min. Lesezeit

Produktdemovideo-Vorlagen für SaaS: 7 sofort nutzbare Strukturen

Die meisten SaaS-Teams erstellen Demovideos auf die langsame Art: Sie schreiben ein Skript, zeichnen den Bildschirm auf, sprechen den Kommentar ein, schneiden die Zeitleiste und laden das Ergebnis hoch. Bei jeder Produktänderung beginnt der Prozess von vorn. So entstehen entweder wenige professionell produzierte Videos, die schnell veralten, oder ein Rückstau an Demos, die nie erstellt werden, weil die Kosten pro Video zu hoch sind.

Eine Produktdemovideo-Vorlage löst die erste Hälfte dieses Problems. Eine klare Struktur – Szenen, Sprecher-Einstiege und Tempo – beseitigt die Verzögerung vor dem leeren Blatt und sorgt für Einheitlichkeit in Ihrer Videobibliothek. Vorlagen allein lösen jedoch das Wartungsproblem nicht. Jedes Mal, wenn sich Ihre Benutzeroberfläche oder Ihr Onboarding-Ablauf ändert, wird jede manuelle Aufnahme in dieser Bibliothek teilweise falsch.

Die zweite Hälfte der Lösung ist eine automatisierte Produktionspipeline, die Ihre Vorlagenstruktur als Eingabe übernimmt und Aufnahme, Sprechertext und Export erledigt. Darum geht es in diesem Artikel: um sieben praktische Vorlagen für gängige SaaS-Produktdemo-Typen, jeweils mit konkreten Anweisungen für die Nutzung in LectureGuru.

Bereit für Ihre erste automatisierte Demo? Starten Sie einen kostenlosen Test und verwenden Sie eine der folgenden Vorlagen. Die Produktionszeit hängt von der Ziel-Website, dem Ablauf, der Videolänge und den Prüfanforderungen ab.

So verwenden Sie diese Vorlagen mit einer automatisierten Pipeline

Jede Vorlage unten besteht aus zwei Komponenten:

  1. Die Struktur: Szenen, Sprecher-Einstiege und Ziellänge – dieselben Informationen, die Sie einer Videoproduktion geben würden.
  2. Die LectureGuru-Anweisung: entweder eine Magic-Demo-Video-Aufgabenbeschreibung (für Demos im Walkthrough-Stil, die durch Ihre Live-App navigieren) oder ein Entwurf für ein Quelldokument (für dokumentbasierte Demos, die Sie hochladen oder einfügen).

Die Eingabe und Ausgabe unterscheiden sich zwischen Walkthrough- und dokumentbasierten Vorlagen:

Schritt 1 – Eingabe bereitstellen. Fügen Sie bei Walkthrough-Vorlagen die Magic-Demo-Video-Aufgabenbeschreibung ein und verweisen Sie LectureGuru auf Ihre Staging- oder Produktions-App. Laden Sie bei dokumentbasierten Vorlagen Ihr Quelldokument hoch oder fügen Sie es ein, etwa Release Notes, eine Integrationsspezifikation oder eine Richtlinienseite.

Schritt 2 – Generierte Ausgabe prüfen. Eine Magic-Demo-Video-Aufgabe erstellt einen vertonten Walkthrough, den Sie prüfen und bearbeiten können. Der dokumentbasierte Ablauf für interaktive Präsentationen erzeugt eine Foliengliederung mit Sprechertext, die Sie vor dem Export verfeinern können.

Schritt 3 – Im von Ihrem Ablauf unterstützten Format veröffentlichen. Magic Demo Video erstellt eine vertonte MP4-Datei. Sie können fertige Demos auch im Folieneditor in eine interaktive Präsentation einfügen und diese Präsentation anschließend über ihren eigenen Ablauf teilen oder exportieren. Wenn sich Ihre Benutzeroberfläche ändert, erstellen Sie eine aktualisierte Aufnahme und behalten die ursprüngliche bei; bei Änderungen am Quelldokument generieren und prüfen Sie die dokumentbasierte Präsentation erneut.

Einen tieferen Einblick in die Walkthrough-Automatisierung hinter diesen Vorlagen bietet wie KI Produktanleitungen automatisiert, die aktuell bleiben.

Die 7 Vorlagen

Vorlage 1: Erklärvideo zur Funktionseinführung

Worum geht es? Ein vertonter Überblick über eine neu veröffentlichte Funktion: was sie tut, warum sie existiert und wie man sie verwendet. Typischerweise wird er über Changelog, Release-E-Mail und In-App-Benachrichtigung verbreitet.

Ziellänge: 2–4 Minuten.

Szenenstruktur:

  1. Einstieg (15–20 Sek.) – Benennen Sie das Problem, das die Funktion löst. Nicht „Wir haben X veröffentlicht“, sondern „Das macht Folgendes für Sie einfacher“.
  2. Funktionsüberblick (30–45 Sek.) – Zeigen Sie die Funktion im Kontext: wo sie zu finden ist, wie sie aussieht, welche zentrale Einstellung oder Aktion nötig ist.
  3. Kernablauf (60–90 Sek.) – Führen Sie einen realistischen Anwendungsfall von Anfang bis Ende vor. Verwenden Sie realistisch wirkende Daten.
  4. Hinweis auf den wichtigsten Vorteil (20–30 Sek.) – Ein Satz, der die gesparte Zeit, den entfallenden Schritt oder das gelöste Problem zusammenfasst.
  5. Wo Sie mehr erfahren (10–15 Sek.) – Verlinken Sie auf die Dokumentation oder ein längeres Tutorial. Dezenter CTA.

Sprecher-Einstieg: „Seit dem [Veröffentlichungsdatum] ist [Funktionsname] in Ihrem [Bereich] verfügbar. Hier sehen Sie, was die Funktion kann und wie Sie sie heute nutzen.“

LectureGuru-Entwurf für das Quelldokument. Laden Sie Ihre interne Release Note oder Funktionsspezifikation hoch. Das Dokument sollte enthalten: die Problembeschreibung (1–2 Sätze), die Funktionsweise (3–5 Aufzählungspunkte) sowie Voraussetzungen oder Einstellungen, die ein Nutzer aktivieren muss. Falls Sie bereits einen Hilfeartikel haben, eignet sich auch dieser. LectureGuru liest das Dokument und generiert Folienstruktur und Sprechertext automatisch.

Alternativ können Sie für aufgezeichnete Bildschirmschritte statt eines Folien-Erklärvideos diese Magic-Demo-Video-Aufgabe verwenden: „Zeige die Funktion [Funktionsname] ab [Einstiegspunkt in der App]. Führe [die zentrale Aktion des Nutzers] vor und zeige das Ergebnis. Verwende das Testkonto unter [Staging-URL].“

Vorlage 2: Onboarding-Walkthrough

Worum geht es? Eine Schritt-für-Schritt-Anleitung, die einen neuen Nutzer von der Kontoerstellung – oder der ersten Anmeldung – bis zur ersten sinnvollen Aktion führt, also bis zum ersten konkreten Nutzen. Sie soll die Zeit bis zum Nutzen verkürzen und das Supportaufkommen durch überforderte neue Nutzer senken.

Ziellänge: 4–8 Minuten oder als Serie von 2–3-minütigen Modulen pro Schritt.

Szenenstruktur:

  1. Was Sie erreichen werden (20–30 Sek.) – Nennen Sie das Ergebnis gleich zu Beginn: „Am Ende dieses Walkthroughs ist Ihr Konto eingerichtet und Sie haben [X erledigt].“
  2. Konto- oder Profileinrichtung (60–90 Sek.) – Erforderliche Einstellungen, verbundene Integrationen oder anfängliche Konfigurationen, bevor der Nutzer etwas Sinnvolles tun kann.
  3. Kernablauf: erste Aktion (90–120 Sek.) – Die wichtigste einzelne Handlung eines neuen Nutzers in Ihrem Produkt. Führen Sie sie vollständig vor.
  4. Was als Nächstes zu tun ist (30–45 Sek.) – Erwähnen Sie kurz zwei oder drei nächste Schritte. Das ist kein vollständiges Tutorial für jeden davon, sondern nur die Orientierung.
  5. Wo Sie Hilfe bekommen (15–20 Sek.) – Supportkanal, Link zur Dokumentation oder Kontakt zum Customer-Success-Team.

Sprecher-Einstieg: „Willkommen. Dieser Walkthrough zeigt alles, was Sie in Ihrer ersten Sitzung tun müssen, damit [Produktname] für [Anwendungsfall] funktioniert. Er dauert etwa [X] Minuten und am Ende haben Sie [Ergebnis].“

Magic-Demo-Video-Aufgabenbeschreibung: „Zeige den vollständigen Onboarding-Ablauf für einen neuen Nutzer von [Produktname]. Beginne auf dem Dashboard nach der ersten Anmeldung. Führe durch [Schritt 1: z. B. Datenquelle verbinden], [Schritt 2: z. B. erstes Projekt anlegen] und [Schritt 3: z. B. erste Ausgabe generieren]. Verwende das Demokonto unter [Staging-URL] mit vorbefüllten Testdaten.“

Wie Onboarding-Walkthroughs in ein umfassenderes Programm zur Produktschulung passen, erfahren Sie unter KI-Videogenerierung für SaaS: Funktionserklärungen und Produktschulung.

Vorlage 3: Sales-Demo zum Weiterleiten

Worum geht es? Ein kurzes, eigenständig verständliches Video, das ein Vertriebsmitarbeiter nach einem Discovery-Gespräch oder einer Live-Demo versendet. Es bekräftigt den besprochenen Anwendungsfall, zeigt den relevanten Produktbereich und gibt dem Interessenten etwas Konkretes, das er intern mit Beteiligten teilen kann, die nicht im Gespräch waren.

Ziellänge: 2–3 Minuten. Kürzer ist besser. Die Kollegen des Interessenten sehen es ohne Kontext.

Szenenstruktur:

  1. Kontext (15–20 Sek.) – Fassen Sie das besprochene Problem knapp zusammen. Das orientiert alle, die nicht im Gespräch waren.
  2. Der Ablauf von Anfang bis Ende (60–90 Sek.) – Zeigen Sie genau den Ablauf, der zum Anwendungsfall dieses Interessenten passt. Personalisieren Sie, wo möglich: Wenn eine bestimmte Integration erwähnt wurde, zeigen Sie sie.
  3. Der entscheidende Unterschied (20–30 Sek.) – Der Teil des Produkts, der sich schriftlich am schwersten erklären lässt. Lassen Sie das Produkt für sich sprechen.
  4. Nächster Schritt (15–20 Sek.) – Was der Interessent tun soll: einen ausführlicheren Termin buchen, eine Testphase starten oder Ihren internen Fürsprecher mit einer technischen Ansprechperson verbinden.

Sprecher-Einstieg: „Im Anschluss an unser Gespräch über [Anwendungsfall]. Hier sehen Sie, wie [Produktname] genau damit umgeht – den besprochenen Ablauf von [Ausgangspunkt] bis [Ergebnis].“

Magic-Demo-Video-Aufgabenbeschreibung: „Führe den Ablauf für [Anwendungsfall] in [Produktname] vor. Beginne bei [Einstiegspunkt]. Zeige [zentrale Aktion 1], [zentrale Aktion 2] und den daraus entstehenden Ausgabebildschirm. Konzentriere dich auf [das konkrete Differenzierungsmerkmal, das mit dem Interessenten besprochen wurde]. Verwende die Sales-Demo-Umgebung unter [URL] mit realistischen Beispieldaten.“

Vorlage 4: Support-How-to-Video

Worum geht es? Eine kurze, fokussierte Antwort auf eine konkrete Frage der Form „Wie erledige ich X?“. Diese Videos bilden das Rückgrat eines Self-Service-Hilfecenters. Ziel ist die Aufgabenerledigung, nicht die Erklärung: Der Nutzer soll dem Video folgen und die Aufgabe beim ersten Ansehen erfolgreich erledigen können.

Ziellänge: 1–3 Minuten. Eine Aufgabe pro Video; kombinieren Sie keine Schritte aus unabhängigen Abläufen.

Szenenstruktur:

  1. Aufgabenbeschreibung (5–10 Sek.) – Sagen Sie genau, was das Video zeigt: „Dieses Video zeigt, wie Sie [Aufgabe] erledigen.“
  2. Voraussetzungen (10–20 Sek., nur falls nötig) – Was der Nutzer eingerichtet haben muss, bevor die Aufgabe möglich ist. Überspringen Sie diesen Teil, wenn es keine gibt.
  3. Schritt-für-Schritt-Walkthrough (60–120 Sek.) – Jeder Schritt auf einer eigenen Folie. Zeigen Sie den Bildschirm, erläutern Sie den Klick und zeigen Sie das Ergebnis, bevor Sie zum nächsten Schritt gehen.
  4. Bestätigung des Abschlusses (10–15 Sek.) – Zeigen Sie, wie Erfolg aussieht: den Bestätigungsbildschirm, den aktualisierten Zustand oder das Ergebnis, das der Nutzer sehen sollte.

Sprecher-Einstieg: „So erledigen Sie [Aufgabe] in [Produktname]. Das dauert etwa [X] Minuten.“

Magic-Demo-Video-Aufgabenbeschreibung: „Zeige, wie man [konkrete Aufgabe] in [Produktname] erledigt. Beginne bei [dem Ort in der App, an dem der Nutzer diese Aufgabe startet]. Klicke jeden Schritt durch. Zeige am Ende den Bestätigungs- oder Ergebnisbildschirm. Verwende das Testkonto unter [Staging-URL].“

Diese Vorlage ist der wartungsintensivste Videotyp in jeder SaaS-Bibliothek, denn Änderungen an der Benutzeroberfläche lassen diese How-to-Videos schneller veralten als jeden anderen Typ. Wie Sie diese Wartung automatisiert bewältigen, erfahren Sie unter KI automatisiert Produktanleitungen, die aktuell bleiben und im LectureGuru-vs.-Loom-Vergleich zu Wartungsaufwand und automatischer Aktualisierung.

Vorlage 5: Leitfaden zur Integrationseinrichtung

Worum geht es? Ein Walkthrough dazu, wie Sie Ihr Produkt mit einem anderen Tool verbinden – ein CRM anbinden, einen Webhook konfigurieren, einen API-Schlüssel autorisieren oder Felder zwischen Systemen zuordnen. Integrationsvideos gehören zu den wertvollsten Inhalten, die Sie erstellen können, weil sie einen konkreten, reibungsintensiven Moment entschärfen, der direkt mit Kundenbindung zusammenhängt.

Ziellänge: 3–6 Minuten, abhängig von der Komplexität der Integration. Komplexe Integrationen verdienen eine zweiteilige Struktur: Teil 1 behandelt die Einrichtung, Teil 2 Konfiguration und Tests.

Szenenstruktur:

  1. Was diese Integration leistet (20–30 Sek.) – Nennen Sie die Integration, die beiden beteiligten Produkte und die Daten, die zwischen ihnen fließen. Ein Satz dazu, warum ein Nutzer sie verwenden möchte.
  2. Voraussetzungen (20–30 Sek.) – Benötigte Berechtigungen, Konten in beiden Produkten und die erforderliche Administratorrolle. Seien Sie konkret; fehlende Angaben frustrieren Nutzer.
  3. Einrichtung in Ihrem Produkt (60–90 Sek.) – Wo sich die Integrationseinstellungen in Ihrem Produkt befinden, was aktiviert werden muss und welche Zugangsdaten oder Schlüssel kopiert werden müssen.
  4. Einrichtung im anderen Produkt (60–90 Sek.) – Wo die Verbindung im anderen Tool konfiguriert wird. Wenn Sie dessen Benutzeroberfläche nicht kontrollieren, erläutern Sie den Ablauf allgemein und weisen Sie darauf hin, dass sich die Oberfläche unterscheiden kann.
  5. Verbindung testen (30–45 Sek.) – Zeigen Sie, wie die funktionierende Integration geprüft wird: durch ein Testereignis, einen Bildschirm zur Synchronisierungsbestätigung oder die ersten durchlaufenden Daten.
  6. Was danach passiert (15–20 Sek.) – Was der Nutzer nach der Einrichtung erwarten kann: Synchronisierungshäufigkeit, wo Daten erscheinen und was bei Auffälligkeiten zu tun ist.

Sprecher-Einstieg: „Dieser Leitfaden zeigt, wie Sie [Produktname] mit [Integrationsname] verbinden. Nach der Einrichtung [Daten oder Ergebnis, die zwischen den beiden Tools fließen].“

Magic-Demo-Video-Aufgabenbeschreibung: „Führe die Einrichtung der Integration [Integrationsname] in [Produktname] vor. Beginne bei [Einstellungen > Integrationen oder entsprechender Bereich]. Zeige, wie [API-Schlüssel / Webhook-URL / Zugangsdaten] kopiert, in [Produktname] konfiguriert und ein Test zur Bestätigung der Verbindung durchgeführt wird. Verwende das Demokonto unter [Staging-URL].“

Vorlage 6: Changelog- / Release-Rückblick

Worum geht es? Eine kurze, regelmäßige Videozusammenfassung von allem, was in einem bestimmten Release oder Sprint veröffentlicht wurde. Anders als das Erklärvideo zum Funktionsstart, das eine Funktion vertieft behandelt, ist dies ein schneller Überblick über Woche oder Monat: Was hat sich geändert, was wurde verbessert und was sollte der Nutzer ausprobieren? Konzipiert für bestehende Kunden, die aktuell bleiben möchten, ohne eine Textwand zu lesen.

Ziellänge: 2–4 Minuten.

Szenenstruktur:

  1. Release-Zeitraum und Anzahl (10–15 Sek.) – „Hier ist, was in [Monat / Sprint N] veröffentlicht wurde: [N] Änderungen, die Sie kennen sollten.“
  2. Wichtige Änderung (je 30–60 Sek., bis zu 2–3) – Eine Szene pro bedeutender Änderung. Zeigen Sie die Funktion oder Änderung, nennen Sie den Vorteil in einem Satz und gehen Sie weiter.
  3. Kleinere Änderungen und Fehlerbehebungen (insgesamt 30–45 Sek.) – Eine kurze Liste, gesprochen über einer statischen Folie oder einem Produkt-Screenshot. Keine Vertiefung.
  4. Was Sie diese Woche ausprobieren sollten (15–20 Sek.) – Ein konkreter Handlungsaufruf: die eine Sache, die der Nutzer in der nächsten Sitzung anklicken sollte.

Sprecher-Einstieg: „Rückblick auf [Monat / Sprint N]. Hier sehen Sie, was sich geändert hat und was Ihre Aufmerksamkeit verdient.“

LectureGuru-Entwurf für das Quelldokument. Fügen Sie Ihr Changelog oder Ihre Release Note direkt ein. Gliedern Sie es so: einen Abschnitt pro Hauptfunktion mit jeweils 3–5 Aufzählungspunkten, gefolgt von einer Liste kleinerer Fehlerbehebungen. LectureGuru liest das Dokument und generiert eine Folie pro Hauptabschnitt mit einem Sprechertext, der jede Änderung in klarer Sprache zusammenfasst. Bearbeiten Sie jeden Sprechertext, der zu technisch ist oder die Auswirkung auf den Nutzer nicht erfasst.

Vorlage 7: Demo für Upgrade / Upsell

Worum geht es? Ein Video, das bestehenden Kunden hilft zu verstehen, was ihnen im aktuellen Tarif fehlt, und den konkreten Ablauf zeigt, der durch ein Upgrade freigeschaltet wird. Ziel ist keine Funktionsvergleichstabelle, sondern der greifbare, konkrete Wert der nächsten Tarifstufe anhand einer realen Ablaufdemonstration.

Ziellänge: 2–3 Minuten. Lang genug, um den Ablauf zu zeigen, und kurz genug, damit es sich nicht wie ein Verkaufsgespräch anfühlt.

Szenenstruktur:

  1. Aktueller Stand (20–30 Sek.) – Zeigen Sie positiv formuliert, was der Nutzer im aktuellen Tarif tun kann: „Das steht Ihnen heute zur Verfügung.“
  2. Die Einschränkung (15–20 Sek.) – Zeigen Sie den konkreten Punkt, an dem der aktuelle Tarif endet: Die Funktion ist gesperrt, das Nutzungslimit ist erreicht oder der Ablauf erfordert ein Upgrade. Bleiben Sie sachlich; dramatisieren Sie nicht.
  3. Was die nächste Tarifstufe freischaltet (60–75 Sek.) – Zeigen Sie den erweiterten Ablauf in Aktion. Konzentrieren Sie sich auf das Ergebnis, nicht auf den Funktionsnamen: den Bericht, der erstellt werden kann, die Automatisierung, die läuft, oder die Integration, die sich verbindet.
  4. Was sich für den Nutzer ändert (20–30 Sek.) – Quantifizieren Sie, wenn möglich: gesparte Zeit, entfallende Schritte, mehr Umfang. Wenn Sie nicht quantifizieren können, zeigen Sie dieselbe Aufgabe vor und nach dem Upgrade.
  5. So führen Sie das Upgrade durch (15–20 Sek.) – Der genaue Schritt: eine Schaltfläche, ein Bildschirm. Halten Sie ihn so einfach wie möglich.

Sprecher-Einstieg: „Sie nutzen [Tarifname]. Hier sehen Sie, was in [nächste Tarifstufe] verfügbar ist und direkt zu [relevantem Anwendungsfall] passt.“

Magic-Demo-Video-Aufgabenbeschreibung: „Zeige den Ablauf für [Funktionsname], der im Tarif [Zieltarif] von [Produktname] verfügbar ist. Beginne bei [Einstiegspunkt im Produkt]. Führe durch [die konkrete Aktion oder den Ablauf, der an einen Tarif gebunden ist]. Zeige die Ausgabe oder das Ergebnis. Verwende das [erweiterte] Demokonto unter [Staging-URL].“

Zum Vergleich von LectureGuru und Synthesia bei der Automatisierung von Demovideos lesen Sie LectureGuru vs. Synthesia: Pipeline-Automatisierung vs. avatarbasierte Videos.

Demos aktuell halten, wenn sich Ihre Benutzeroberfläche ändert

Vorlagen lösen das Problem des leeren Blatts. Automatisierung löst das Wartungsproblem. Es gibt jedoch ein drittes Problem: zu wissen, welche Videos nach einem Release aktualisiert werden müssen.

Der WebWatcher von LectureGuru überwacht Ihre Hilfedokumentation, URLs zu Produkt-Changelogs und weitere von Ihnen angegebene Webseiten. Erkennt er eine wesentliche Änderung – einen neuen Ablauf, eine geänderte Einstellung oder eine umbenannte Funktion –, erhalten Sie eine Zusammenfassung. Für überwachte Seiten mit fertigen Demos auf derselben Seite oder Website kann LectureGuru bis zu drei Demos vorschlagen, die geprüft werden sollten. Sie wählen einen Vorschlag aus, bestätigen die Aktion und erstellen eine aktualisierte Aufnahme; dokumentbasierte Inhalte durchlaufen ihren eigenen Ablauf zur erneuten Generierung und Prüfung.

Der Wartungskreislauf sieht so aus:

  1. Das Produkt veröffentlicht eine Änderung. Dokumentation oder Changelog werden aktualisiert.
  2. WebWatcher erkennt die Änderung. Sie erhalten eine Benachrichtigung mit einer Zusammenfassung.
  3. Sie entscheiden, was Aufmerksamkeit braucht. Prüfen Sie Vorschläge für Demos auf derselben Seite oder Website, statt sie als Beweis dafür zu verstehen, dass ein Video veraltet ist.
  4. Sie aktualisieren und prüfen. Bestätigen Sie eine erneute Aufnahme oder generieren Sie dokumentbasierte Inhalte neu. Prüfen Sie anschließend das Ergebnis vor der Veröffentlichung. Der Zeitaufwand variiert je nach Website, Inhalt und Prüfanforderungen.

So wird eine Vorlagenbibliothek zu einer gepflegten Bibliothek statt zu einer Momentaufnahme von vor sechs Monaten. Die Vorlagen geben die Struktur vor. Die Pipeline übernimmt die Produktion. WebWatcher schließt den Wartungskreislauf.

Häufig gestellte Fragen

Muss ich vor der Verwendung dieser Vorlagen ein Skript schreiben?

Nein. Bei Magic-Demo-Video-Vorlagen fügen Sie die Aufgabenbeschreibung ein; der KI-Agent von LectureGuru navigiert durch die App und erstellt den Sprechertext automatisch. Bei dokumentbasierten Vorlagen laden Sie Ihre bestehende Release Note oder Ihren Hilfeartikel hoch – die KI generiert daraus Folienstruktur und Sprechertext. Vor dem Export bearbeiten Sie den Sprechertext, falls etwas angepasst werden muss.

Kann ich dieselbe Vorlage für mehrere Funktionen oder Integrationen verwenden?

Ja. Jede Vorlage ist eine wiederverwendbare Struktur. Für Support-How-to-Videos führen Sie dieselbe Magic-Demo-Video-Aufgabenbeschreibung jedes Mal mit einem anderen Aufgabennamen aus. Für Integrationsleitfäden ersetzen Sie Integrationsname und Konfigurationsdetails. Die Struktur bleibt gleich, der Inhalt ändert sich.

Wie gehe ich mit Walkthroughs für eine App um, die eine Anmeldung erfordert?

Magic Demo Video akzeptiert eine Aufgabe und eine Ziel-URL; das Erstellungsformular bietet kein Feld für Zugangsdaten oder eine gespeicherte Sitzung. Verwenden Sie eine bereits zugängliche, sichere Demo- oder Staging-URL mit nicht sensiblen Beispieldaten. Bleibt das Ziel an einem Anmeldebildschirm stehen, erreicht die Aufnahme nicht den geschützten Ablauf.

Was ist, wenn mein Produkt verzweigte Abläufe mit Wenn-dann-Pfaden hat?

Zeichnen Sie bei verzweigten Abläufen jeden Pfad als separate Magic-Demo-Video-Aufgabe auf. Fügen Sie die fertigen Demovideos anschließend als separate Folien in eine interaktive Präsentation ein. So bleibt jede Aufnahme fokussiert, ohne anzudeuten, dass eine Aufgabe automatisch jeden Zweig versteht oder zusammenführt.

Wie lange dauert es, aus einer dieser Vorlagen ein Video zu erstellen?

Der Zeitaufwand hängt von Zugänglichkeit und Komplexität der Ziel-Website, dem gewünschten Pfad, der Videolänge, der Generierungsauslastung sowie dem Umfang der Prüfung oder Bearbeitung ab. Messen Sie Generierungs- und Prüfzeit in Ihrem eigenen Pilotprojekt, statt mit einer festen Fertigstellungszusage zu planen.

Kann die Ausgabe in einem LMS oder Hilfecenter verwendet werden?

Magic Demo Video erstellt eine MP4-Datei, die Sie überall einsetzen können, wo dieses Format angenommen wird. Im separaten Ablauf für interaktive Präsentationen lassen sich fertige Demos als Folien einfügen und die Präsentation über eine direkte URL oder als Einbettung teilen. Quizze und Abschlusszertifikate können für eine geteilte interaktive Präsentation aktiviert werden; sie gehören nicht automatisch zu einer Magic-Demo-MP4.

Beginnen Sie mit einer Vorlage

Wählen Sie die Vorlage, die zu Ihrem häufigsten Videobedarf passt – meist das Support-How-to oder der Onboarding-Walkthrough. Führen Sie sie einmal aus, prüfen Sie die Ausgabe und sehen Sie, wie die Pipeline mit der spezifischen Benutzeroberfläche und Terminologie Ihres Produkts umgeht.

Messen Sie während eines Pilotprojekts Generierungszeit, Prüfzeit und den Aufwand nach einer Änderung der Benutzeroberfläche. Diese Ergebnisse zeigen, ob der Ablauf es Ihrem Team ermöglicht, eine vollständige Bibliothek statt nur einiger langsam alternder Aufnahmen zu pflegen.

Starten Sie einen kostenlosen Test und führen Sie heute Ihre erste Vorlage aus.

Verwandte Artikel

SaaS-Demovideo-Vorlagen: 7 sofort nutzbare Strukturen für Produktdemos