Demo-Scripting

KI-generierte Demo-Skripte, zugeschnitten auf Buyer-Persona, Anwendungsfall und Wettbewerbssituation. Dieser Skill erstellt Bildschirm-für-Bildschirm-Durchläufe mit Gesprächspunkten, antizipierten Fragen und natürlich eingewebten Wettbewerbsdifferenzierungsmomenten.

Wann diesen Skill verwenden

Verwende diesen Skill, wenn der Nutzer:

• Ein individuelles Demo-Skript für einen bestimmten Prospect, eine Persona oder einen Anwendungsfall braucht
• Bildschirm-für-Bildschirm Klickpfad-Anleitungen mit kontextuellen Gesprächspunkten möchte
• Sich auf eine wettbewerbliche Demo vorbereitet und Differenzierungsmerkmale natürlich hervorheben muss
• Fragen an jeder Stelle der Demo antizipieren und Antworten vorbereiten möchte
• Standardisierte Demo-Playbooks für das Vertriebsteam erstellt

Was dieser Skill macht

Sammle Demo-Kontext: Rolle des Prospects, Branche, spezifische Schmerzpunkte, wettbewerbliche Alternativen in der Evaluation und verfügbare Zeit. Mindestens brauchst du die Rolle des Prospects und die verfügbare Zeit. Eine 15-Minuten-Demo für einen CTO unterscheidet sich grundlegend von einer 45-Minuten-Demo für ein Endanwender-Team.

Erstelle das Demo-Skript in dieser Struktur:

Eröffnungshook (erste 2-3 Minuten) Starte mit einem Schmerzstatement, nicht mit einem Produktüberblick. Beziehe dich auf etwas Konkretes, das der Prospect in der Discovery geteilt hat: "Sie haben erwähnt, dass Ihre Vertriebsmitarbeiter 45 Minuten nach jedem Call mit CRM-Updates verbringen. Lassen Sie mich zeigen, wie das aussieht, wenn es automatisch passiert." Wenn kein Discovery-Kontext vorhanden ist, nutze eine persona-basierte Schmerzhypothese und validiere sie, bevor du fortfährst: "Die meisten VP of Sales sagen uns, ihr größter Schmerz ist die Forecast-Genauigkeit -- trifft das auf Ihr Team zu, oder gibt es etwas anderes, worauf wir uns heute konzentrieren sollten?"

Eröffne eine Demo niemals mit der Unternehmensgeschichte, dem Leitbild oder der Team-Folie. Der Prospect hat einer Demo zugestimmt, um das Produkt zu sehen, nicht um die Gründungsgeschichte zu hören.

Feature-Reihenfolge (Kern der Demo) Ordne Features nach Relevanz für die genannten Schmerzpunkte des Prospects, nicht nach der Navigationsstruktur deines Produkts. Für jedes Feature:

• Nenne den Schmerz, den es adressiert (Rückbezug zur Discovery)
• Zeige das Feature in Aktion (Klickpfad-Anleitung)
• Liefere einen Gesprächspunkt, der das Feature mit einem Geschäftsergebnis verbindet
• Notiere antizipierte Fragen und vorbereitete Antworten

Zeige maximal 3-5 Features für eine 30-Minuten-Demo. Mehr zu zeigen erzeugt kognitive Überladung und verwässert die Wirkung. Wähle die Features, die am direktesten auf die wichtigsten Schmerzpunkte des Prospects einzahlen.

Wettbewerbsdifferenzierungsmomente Wenn der Prospect Wettbewerber evaluiert, webe Differenzierung natürlich in die Demo ein -- erstelle keine "Warum wir besser als X sind"-Folie. Füge stattdessen beim Zeigen eines Features, das einen Wettbewerbsvorteil darstellt, einen Gesprächspunkt hinzu: "Was unsere Kunden uns sagen, ist, dass sie es schätzen, dass dies in Echtzeit während des Calls passiert und nicht erst in einer Post-Call-Zusammenfassung." Das positioniert den Vorteil, ohne den Wettbewerber zu nennen.

Interaktive Checkpoints Baue alle 5-7 Minuten einen Checkpoint ein: "Passt das zu dem, was Ihr Team braucht?" oder "Wie handhabt Ihr Team das heute?" Checkpoints erfüllen zwei Zwecke: Sie bestätigen, dass du relevante Inhalte zeigst, und sie geben dem Prospect Mitsprache bei der Demo-Richtung. Eine Demo ohne Checkpoints ist ein Monolog.

Abschluss und nächste Schritte (letzte 3-5 Minuten) Fasse die 2-3 wirkungsvollsten gezeigten Punkte zusammen, rückgebunden an den spezifischen Schmerz des Prospects. Schlage einen klaren nächsten Schritt vor -- nicht "Was denken Sie?" sondern "Basierend auf dem, was wir besprochen haben, wäre der logische nächste Schritt ein technischer Deep-Dive mit Ihrem Engineering-Team. Können wir das für nächste Woche einplanen?"

Anti-Pattern: "Die Feature-Tour" Jedes Feature im Produkt zu zeigen, weil "sie vielleicht etwas finden, das ihnen gefällt", ist der schnellste Weg, eine Demo zu verlieren. Wenn du 15 Features zeigst, erinnert sich der Prospect an keines. Wenn du 3 Features zeigst, die mit seinem Schmerz verbunden sind, erinnert er sich an alle drei. Streiche konsequent Features, die nicht auf genannte Schmerzpunkte oder Evaluierungskriterien einzahlen. Wenn der Nutzer eine umfassende Produkttour anfordert, widersprich: "Eine gezielte Demo ist effektiver -- welche 3 Anwendungsfälle sind für diesen Prospect am wichtigsten?"

Anti-Pattern: "Discovery-Kontext überspringen" Eine Demo ohne Discovery ist eine generische Produkttour. Bevor du das Skript erstellst, stelle sicher, dass der Nutzer Discovery-Kontext hat. Wenn er sagt "Ich hatte noch keinen Discovery Call", empfehle, zuerst Discovery durchzuführen oder zumindest die 2-3 wichtigsten Prioritäten des Prospects vor der Demo einzuholen. Generiere eine Liste von Pre-Demo-Fragen, die der Nutzer dem Prospect im Voraus senden kann.

Zeitmanagement Gib für jeden Abschnitt der Demo ein Zeitbudget an. Wenn die Gesamtzeit die zugeteilte Zeit überschreitet, markiere es und empfehle Kürzungen. Demos, die überziehen, signalisieren schlechte Vorbereitung und Respektlosigkeit gegenüber dem Zeitplan des Prospects.

Beispiel-Prompts

• "Erstelle ein 30-Minuten-Demo-Skript für einen VP of Sales, dem Coaching und Pipeline-Sichtbarkeit wichtig sind"
• "Erstelle eine wettbewerbliche Demo gegen Gong, die unseren Echtzeit-Coaching-Vorteil hervorhebt"
• "Generiere einen Klickpfad für die Demo unserer Salesforce-Integration für einen RevOps-Buyer"
• "Welche Fragen wird ein CTO wahrscheinlich während des Sicherheitsabschnitts unserer Demo stellen?"