Leitfaden6 Min. Lesezeit

So erstellen Sie ein SaaS Demovideo

Bereiten Sie einen SaaS Ablauf zur Prüfung vor, bevor Sie ihn verteilen.

Nutzen Sie eine URL und einen kurzen Ablauf-Hinweis, um ein SaaS Demovideo vorzubereiten, das Ergebnis zu prüfen und überzogene Aussagen zu vermeiden.

Ansehen, wie es funktioniertDie ersten 60 Sekunden Video sind kostenlos, mit Wasserzeichen.
Bestätigen Sie Ihre E-Mail-Adresse, um es herunterzuladen.

Ein SaaS Demovideo verdient seinen Platz, wenn es einem möglichen Nutzer erlaubt, einen wertvollen Produktablauf zu verstehen, bevor er ein Konto anlegen oder eine lange Funktionsliste lesen muss. Das Ziel ist keine vollständige Tour. Es ist eine knappe, prüfbare Erklärung, wie eine echte Aufgabe von einem erkennbaren Startpunkt zu einem Ergebnis führt. Für ein kleines Team, das einen Launch vorbereitet, macht dieser Fokus es auch möglich, das Asset ehrlich zu prüfen, bevor es eine Landingpage, einen Eintrag, ein README oder eine Release Note erreicht.

GogoScreens angegebener Arbeitsablauf beginnt mit einer Web-App-URL und einem einzeiligen Hinweis dazu, was gezeigt werden soll. Er liefert ein fertiges MP4 mit einem Voiceover, das geschrieben und gesprochen wird, um zu dem zu passen, was auf dem Bildschirm geschah. Das Produkt wendet außerdem automatische Bearbeitung an, einschließlich Klick-Zooms, Cursor-Glättung, entfernter toter Luft und Untertiteln. Ein Demokonto kann bereitgestellt werden, wenn ein relevanter Ablauf hinter einem Login liegt. Das sind Produktfähigkeiten, keine Zusicherung, dass jedes SaaS, jede Route oder jeder erste Renderdurchlauf funktioniert. Planen Sie damit, dass ein Kandidat fehlschlägt oder einen weiteren Versuch braucht, und bauen Sie Prüfzeit in den Veröffentlichungsplan ein.

Beginnen Sie mit der Nutzeraufgabe

Beginnen Sie mit einer Nutzeraufgabe, nicht mit einem Menüpunkt. Fragen Sie, was jemand erreichen muss, nachdem er das Produkt entdeckt hat. Eine Aufgabe wie das Anlegen eines Projekts, das Einrichten eines Ablaufs oder das Ansehen eines fertigen Ergebnisses kann leichter zu verstehen sein als ein Überblick über jeden Dashboard-Bereich. Die gewählte Aufgabe sollte für den Käufer bedeutsam und mit vorbereiteten, nicht sensiblen Daten zeigbar sein.

Gliedern Sie die Geschichte in Start, Aktion, Ergebnis. Der Start zeigt den Kontext. Die Aktion ist die Entscheidung oder Operation, die etwas verändert. Das Ergebnis bestätigt, warum die Operation wichtig war. Wenn die Route mehrere wichtige Entscheidungen enthält, wählen Sie die eine, die das Versprechen der Seite stützt, und verlinken Sie für den Rest auf eine andere Seite. Der Versuch, Onboarding, Verwaltung, Integrationen und Berichte in einer Abfolge abzudecken, lässt den Betrachter meist ohne klaren Mitnahmepunkt zurück.

Teil der Geschichte	Was er herstellt	Was auszulassen ist
Start	Den Kontext für die gewählte Aufgabe	Eine Tour durch jeden Dashboard-Bereich.
Aktion	Die Entscheidung oder Operation, die etwas verändert	Unzusammenhängende Einrichtung und zusätzliche Abläufe.
Ergebnis	Warum die Operation wichtig war	Eine Aussage, die die sichtbare Abfolge nicht stützen kann.

Ein Product Hunt Demovideo nutzt diese Struktur für eine Launch Galerie, während ein Landingpage Demovideo sie für den Beweis über dem Falz nutzt. Ein README Demo Asset braucht einen noch engeren Pfad. Ein Changelog Video sollte eine ausgelieferte Änderung zeigen statt eines allgemeinen Überblicks. Ein Indie Hacker kann eine funktionierende Aufgabe über mehrere Launch-Kanäle tragen, während ein Solo-Entwickler eine persönliche Prüfgrenze setzen kann und ein Zwei-Personen-SaaS einem Besitzer eine Übergabe unter Kollegen geben kann. Die gemeinsame Disziplin ist, zuerst die Aufgabe zu bestimmen und dann die Route zu wählen, die sie zeigt.

Bereiten Sie eine erreichbare Route vor

Verwenden Sie eine Route, die von einem Browser erreicht und vom Team getestet werden kann. Öffnen Sie sie von Hand, bevor Sie einen Renderdurchlauf einreichen. Bestätigen Sie, wo ein Besucher landet, ob eine Weiterleitung auftritt und ob ein leerer Zustand, ein Einwilligungshinweis, ein Dialog oder eine Onboarding-Aufforderung die vorgesehene Aktion unterbricht. Richten Sie die für ein sinnvolles Ergebnis nötigen Daten ein, ohne Kundennamen, Kunden-URLs, private Dokumente oder Kunden-Zugangsdaten zu verwenden.

Öffnen Sie sie von Hand und achten Sie auf die vier Dinge, die am häufigsten das Eröffnungsbild einnehmen:

Eine Weiterleitung, die den Besucher woanders landen lässt als auf der vorgesehenen Route.
Ein leerer Zustand, der nichts zum Handeln übrig lässt.
Ein Einwilligungshinweis oder ein Dialog über der Aktion.
Eine Onboarding-Aufforderung, die vor Beginn der Aufgabe abläuft.

Wenn ein Login nötig ist, kann ein Wegwerf-Demokonto über den genehmigten Produktprozess bereitgestellt werden. Autoren sollten die Zugangsdaten selbst nicht handhaben. Bei GogoScreen werden Zugangsdaten verschlüsselt, für genau einen Renderdurchlauf verwendet und danach gelöscht. Wird zuerst ein Storyboard geplant, bleiben die Zugangsdaten für diese Sitzung verschlüsselt und werden spätestens zwei Stunden nach ihrer letzten Verwendung gelöscht. Das beschreibt die angegebene Handhabung von Zugangsdaten, nicht die Behauptung, dass ein bestimmter Login-Pfad abgeschlossen werden wird. Wenn eine Route nicht erreichbar gemacht werden kann oder der Zustand nicht sicher vorbereitet werden kann, wählen Sie einen anderen Produktmoment oder ein anderes Kommunikationsformat.

Ein URL-basierter Aufnahme-Ablauf schließt auch manche Situationen aus. Er ist für eine erreichbare Web-App, nicht für eine native Desktop- oder Mobil-Anwendung. Eine private Umgebung, die nicht erreicht werden kann, sollte nicht als bereit dargestellt werden, nur weil das Team ein Video will.

Schreiben Sie einen fokussierten Hinweis

Der Hinweis gibt dem Kandidaten einen Zweck. Nennen Sie die Startroute, die Nutzeraktion und das erwartete Ergebnis in einem Satz. „Erstellen Sie aus der vorbereiteten Projektliste eine Rechnung und zeigen Sie sie in der Liste" gibt einem Prüfer etwas Konkretes zum Vergleich. „Zeig das Produkt" benennt keinen nützlichen Pfad, und ein langes Skript lädt zu unzusammenhängenden Schritten ein, die die Aufgabe des Käufers verdecken.

Halten Sie Produktbegriffe konsistent mit der Landingpage oder dem Launch-Text. Wenn die App etwas einen Workspace nennt, nennen Sie es im Hinweis nicht einen Ordner. Vermeiden Sie Aussagen wie sofortige Fertigstellung oder universelle Kompatibilität, sofern die Produktfakten sie nicht stützen. Der Hinweis sollte die beobachtete Aufgabe beschreiben, kein Marketingversprechen erzeugen, das das fertige Material nicht sicher stützen kann.

Testen Sie den Pfad, nachdem Sie den Hinweis geschrieben haben. Der Test ist Vorbereitung, kein Ersatz für die Prüfung des gerenderten Kandidaten. Notieren Sie jeden Zustand, der vorhanden sein muss, damit das Ergebnis erscheint. Wenn eine Unterbrechung auftritt, ändern Sie die vorbereitete Route oder engen Sie die Aufgabe ein. Eine enge, wiederholbare Einrichtung gibt dem Prüfer eine belastbare Grundlage, um zu entscheiden, ob der Kandidat brauchbar ist.

Prüfen Sie den Kandidaten vor der Verteilung

Eine fertige Datei ist nicht automatisch bereit zur Veröffentlichung. Vergleichen Sie sie mit der vorgesehenen Startroute, Aktion und dem Ergebnis. Prüfen Sie, ob das Eröffnungsbild genug Kontext für einen stummen Betrachter gibt. Achten Sie auf unerwartete Aufforderungen, unvollständige Zustände, privates Material oder ein Ergebnis, das von Informationen außerhalb des Videos abhängt. Prüfen Sie das Voiceover gegen das, was auf dem Bildschirm geschah, statt anzunehmen, dass es die Abfolge korrekt beschreibt.

Wenn der Kandidat dem vorgesehenen Pfad nicht folgt, notieren Sie das Fehlschlagen oder das Ergebnis des Wiederholungsversuchs. Veröffentlichen Sie ihn nicht nur, weil eine Datei existiert. Das zählt, weil etwa einer von fünf Renderdurchläufen fehlschlagen kann. Der Leitfaden zum erneuten Versuch eines Produktdemovideos zeigt, wie man das kleinste relevante Vorbereitungselement ändert, ohne einen zweiten Versuch als implizite Garantie eines ersten fehlerfreien Ergebnisses zu behandeln.

Jedes neue Konto erhält einmalig 60 Sekunden Video mit Wasserzeichen. Der Leitfaden zum kurzen SaaS Demovideo nutzt dieses Limit, um eine bestimmte Geschichte zu erzwingen. Nach den kostenlosen 60 Sekunden nutzen neue Videos Zeit aus einem Plan oder einer Aufladung, und Zeit aus Aufladungen verfällt nie. Zeit wird nur verbraucht, wenn ein Renderdurchlauf gelingt. Keine dieser Preisangaben bestimmt die redaktionelle Eignung. Die redaktionelle Entscheidung bleibt, ob der Kandidat einen relevanten, sicheren, verständlichen Produktpfad zeigt.

Wählen Sie die richtige Platzierung

Nach der Freigabe verwenden Sie das Video dort, wo es die Frage löst, die den Betrachter dorthin gebracht hat. Eine Landingpage braucht vielleicht einen kurzen Beweis der Kernaktion. Ein Launch-Eintrag braucht vielleicht eine kompakte Erklärung des neuen Produkts. Ein README braucht vielleicht eine schnelle Orientierung mit einem ausführlicheren Leitfaden in der Nähe. Eine Release Note braucht vielleicht einen Beweis für eine Änderung. Die Platzierung bestimmt, wie viel Kontext das Video um sich herum braucht.

Nutzen Sie verwandte Leitfäden, um diese Aufgaben getrennt zu halten. Der Leitfaden zum Software-Demovideo aus einer URL erklärt URL- und Authentifizierungsbereitschaft ausführlicher. Ein KI-gebautes SaaS Launch Video konzentriert sich auf ein Kundenergebnis für ein neues SaaS, während ein MVP Demovideo die eine Aufgabe wählt, die ein frühes Produkt beweisen muss. Ein Investor-Update-Demovideo engt den Beweis auf eine aktuelle Produktänderung für einen Stakeholder ein. Ein einzeiliger Ablauf-Hinweis für ein Demovideo nennt die gewählte Browseraufgabe, während eine Checkliste für den Ablauf eines Produktdemos ihren Start, ihre Aktion und ihr Ergebnis wählt. Für andere direkte URL-Optionen lesen Sie GogoScreen gegen Demosmith und GogoScreen gegen ngram. Starten Sie von der GogoScreen Startseite, ziehen Sie Preise zu Rate und lesen Sie dann die Datenschutzerklärung und Nutzungsbedingungen, bevor Sie einen Renderdurchlauf einreichen.

Klarstellungen

Bevor Sie beginnen

Was macht einen nützlichen Ablauf-Hinweis für ein SaaS Demovideo aus?

Ein nützlicher Hinweis benennt einen erreichbaren Startpunkt, die wichtige Nutzeraktion und das zu erreichende Ergebnis. Er setzt ein klares Prüfziel, ohne zu versuchen, jede Funktion des Produkts zu erzählen.

Kann jedes SaaS diesen Arbeitsablauf nutzen?

Nein. Der Arbeitsablauf braucht eine erreichbare Web-App und einen fokussierten Pfad, der sich zur Prüfung vorbereiten lässt. Ein Renderdurchlauf kann fehlschlagen oder einen weiteren Versuch brauchen, und native Apps oder unzugängliche Routen liegen außerhalb dieses Web-App-Arbeitsablaufs.

Was sollte ich im Ergebnis prüfen?

Vergleichen Sie den Kandidaten mit der vorgesehenen Route, Aktion und dem Ergebnis. Achten Sie auf leere Zustände, Unterbrechungen, sensibles Material und ob die Abfolge auch ohne Ton Sinn ergibt.

Fügen Sie eine URL ein, beschreiben Sie einen Ablauf und erhalten Sie ein Demovideo Ihrer Webanwendung.

Die ersten 60 Sekunden Video sind kostenlos, mit Wasserzeichen. Bestätigen Sie Ihre E-Mail-Adresse, um das Video herunterzuladen.

Preise ansehen Leitfäden lesen