Software-Demo
In einer Software-Demo ist das Produkt der Darsteller — und wie jeder Darsteller braucht es eine geprobte Szene, keine improvisierte.
Worum es geht
Das Set ist ein Bildschirm. In der Vorbereitung entsteht kein Motiv, sondern eine Demo-Umgebung: ein Account mit glaubwürdigen Daten, ein Szenario, das den echten Workflow des Käufers spiegelt, und ein Klickpfad, geprobt, bis er ohne Zögern läuft. Das unterscheidet die Demo vom App-Promo, das Gefühl und Downloads verkauft, und vom Tutorial, das einen bestehenden Nutzer Schritt für Schritt anleitet — die Demo überzeugt einen Evaluierenden davon, dass das Produkt seinen Fall beherrscht. Der Produktionsaufwand ist klein bei der Crew und schwer in der Vorbereitung; und weil sich Oberflächen mit jedem Release ändern, sollte der Plan das Neuaufnehmen billig machen.
Das Format entscheidet über Umfang, Crew und Zeitrahmen — und zwar bevor das erste Motiv besichtigt ist.
Was hier anders läuft
Die Punkte, an denen sich das von anderen Fällen unterscheidet:
- Demo-Daten sind Szenenbild: Namen, Zahlen und Projekte im Account müssen wie die Welt des Käufers aussehen — nichts Privates, nichts Platzhalterförmiges
- Der Klickpfad ist aufs Pixel geskriptet — welches Menü, welcher Eintrag, welche Pause —, denn Zögern auf dem Bildschirm liest sich als Produktschwäche
- Aufnahme-Einstellungen sind Entscheidungen, keine Defaults: Auflösung, Cursorgröße, stummgeschaltete Benachrichtigungen und Browser-Rahmen landen alle im finalen Bild
- Oberflächen altern schnell — der Plan hält Szenario, Daten und Pfad dokumentiert, damit Neuaufnahmen nach jedem Release billig sind
Was der Plan liefern muss
Ein Produktionsplan ist für dieses Gewerk dann brauchbar, wenn er das hier hergibt:
- Eine Demo-Umgebungs-Spezifikation: Account, eingespielte Daten, Feature-Flags und festgepinnte Produktversion
- Ein Klickpfad-Skript mit Timings, abgestimmt auf Voiceover- oder Präsentationstext
- Eine Re-Record-Checkliste, damit künftige Versionen dasselbe Szenario nach UI-Änderungen reproduzieren
Typische Stolperstellen
Was in der Praxis am häufigsten schiefgeht:
- Auf einem Live-Account aufnehmen und Kundennamen im Vertriebsvideo verewigen
- Jedes Feature zeigen statt der drei, die den Abschluss entscheiden
- Eine Woche vor einem Redesign aufnehmen, weil niemand das Produktteam nach der Roadmap gefragt hat
Mit TillyGen
TillyGen plant die Demo wie einen Dreh: Szenario, Demo-Daten-Spezifikation und Klickpfad-Skript entstehen aus dem Briefing — versioniert, damit das nächste Release nur eine Neuaufnahme braucht, kein Neudenken.
Ändert sich eine Randbedingung, wandern die Folgen durch den ganzen Plan: betroffene Einstellungen werden markiert, die Disposition wird neu erzeugt, und niemand arbeitet weiter mit einer Fassung von gestern.
Häufige Fragen
Wie lang sollte eine Software-Demo sein?
Für Website oder Kampagne zwei bis drei Minuten über einen Kern-Workflow. Der Vertrieb will oft eine längere Fassung für Calls — als Kapitel derselben Aufnahme planen, nicht als eigene Produktion.
Screen-Recording oder abgefilmter Bildschirm?
Fast immer natives Screen-Capture: bleibt scharf, ist billig neu aufzunehmen und verträgt sich gut mit Zwischenschnitten. Einen echten Bildschirm abfilmen lohnt nur, wenn der Gerätekontext selbst verkauft.
Was gehört ins Briefing?
Der Käufer-Workflow, der gespiegelt wird, die drei Features, die Abschlüsse gewinnen, die aufzunehmende Produktversion und wer freigibt, dass die Demo-Daten glaubwürdig aussehen.
Wie lange dauert die Einarbeitung in TillyGen?
Ein erstes Projekt lässt sich in unter einer Stunde anlegen. Es gibt keine Einrichtungsphase, in der erst Vorlagen und Felder konfiguriert werden müssen, bevor das Werkzeug etwas ausgibt.
Lassen sich die Ergebnisse exportieren?
Ja — als PDF für die Crew, als CSV für nachgelagerte Systeme und über die API für alles Automatisierte. Der Plan bleibt dabei die Quelle; die Exporte sind Ansichten davon.