Deutsch

Demo-Design: Die demo rund um den Schmerz des Käufers aufbauen

In jedem Team gibt es einen SE, der für jeden Käufer dieselbe 45-minütige demo abspult. Dieselben Folien. Derselbe Klickpfad. Dasselbe "und hier drüben sehen Sie...". Jedes Quartal sinkt die Conversion ein bisschen. Der Käufer nickt, sagt "sieht super aus" und taucht ab. Die demo war nicht schlecht. Sie ging nur nicht um ihn.

Wenn Sie das beobachtet oder selbst getan haben, wissen Sie bereits: Die Lösung ist kein besser aussehender Foliensatz oder ein geschmeidigerer Klickpfad. Es ist ein völlig anderes Design. Eine demo, die gewinnt, ist rund um den konkreten Schmerz organisiert, von dem der Käufer Ihnen in der Discovery erzählt hat, nicht um den Funktionsbaum des Produkts.

Eine Funktionstour-demo verlangt vom Käufer, das Gesehene in seinen eigenen Workflow zu übersetzen. Eine schmerzgeführte demo übernimmt die Übersetzung für ihn, auf der Bühne, in Echtzeit. Diese kognitive Verschiebung ist der Unterschied zwischen "sieht super aus" und "wie schnell können wir starten".

Hier ist der Teil, den die meisten SEs übersehen: Demo-Design ist ein Discovery-Problem, kein Präsentationsproblem. Wenn sich die demo generisch anfühlt, liegt das daran, dass die Discovery generisch war. Beheben Sie zuerst die Discovery, dann schreibt sich die demo von selbst. Das meiste, was folgt, setzt voraus, dass Sie die Arbeit weiter oben erledigt haben. Falls nicht, beginnen Sie mit Technische Discovery, die den echten Fit aufdeckt, bevor Sie noch einen Foliensatz bauen.

Warum schmerzgeführt jedes Mal die Funktionstour schlägt

Die Funktionstour-demo hat im Kern ein logisches Problem. Sie zeigen dem Käufer alles, was Ihr Produkt kann, und bitten ihn herauszufinden, welche Teile für ihn wichtig sind. Das ist seine Aufgabe, nicht Ihre. Und er wird sie nicht gut erledigen: Bis Dienstag hat er die Hälfte von dem vergessen, was Sie gezeigt haben, und die Hälfte, an die er sich erinnert, war wahrscheinlich nicht die, die sein eigentliches Problem löst.

Schmerzgeführte Demos kehren das um. Sie nehmen die drei Schmerzpunkte, von denen er Ihnen in der Discovery erzählt hat, und zeigen (in seiner Sprache, mit seinem Workflow, gegen die Form seiner Daten) genau, wie diese drei Schmerzpunkte verschwinden. Alles andere bleibt draußen. Wenn Sie eine erstaunliche Reporting-Funktion haben und er Reporting nicht erwähnt hat, kommt sie nicht in die demo. Heben Sie sie für die Expansion auf.

Das Gehirn des Käufers tut während einer demo eine Sache: Es gleicht das Gesehene mit dem ab, was es braucht. Je mehr Ihre demo nach seiner Welt aussieht, desto leichter wird dieser Abgleich. Je weiter sie ins generische Produkttour-Land abdriftet, desto härter muss er arbeiten und desto eher fällt er auf "sieht super aus, lassen Sie mich darüber nachdenken" zurück.

Vorbereitung vor der demo: von Discovery-Notizen zum Storyboard

Bevor Sie die Demo-Umgebung öffnen, bevor Sie eine Folie anfassen, bauen Sie das Storyboard. Das dauert 30 Minuten, wenn die Discovery gut war, und drei Stunden, wenn nicht.

Holen Sie Ihre Discovery-Notizen heraus. Identifizieren Sie die drei Schmerzpunkte, die der Käufer am höchsten eingestuft hat. Schreiben Sie für jeden zwei Sätze:

  1. Ist-Zustand: wie der Käufer diesen Schmerz heute erlebt.
  2. Soll-Zustand: was sich mit Ihrem Produkt ändert.

Das ist Ihr Storyboard-Grundgerüst. Drei Schmerz-zu-Lösung-Bögen, in der Reihenfolge, in der der Käufer sie eingestuft hat. Wenn Sie mehr als drei haben, haben Sie nicht priorisiert. Wählen Sie drei. Der vierte und fünfte Schmerzpunkt tauchen in der follow-up-E-Mail auf, nicht in der demo.

Vorlage für das Demo-Storyboard

Schmerz (aus der Discovery) Gezeigte Funktion/Flow Abschlussfrage nach diesem Bogen
Reps verbringen über 4 Stunden/Woche mit manuellen Pipeline-Updates Automatisch protokollierte Aktivität plus intelligente Pipeline-Ansicht, durchgegangen mit den Phasennamen des Käufers "Wenn die Reps diese 4 Stunden nächste Woche zurückbekämen, wofür würden sie sie nutzen?"
Die Vertriebsleitung hat keinen Echtzeit-Blick auf das Forecast-Risiko Forecast-Roll-up-Dashboard, gefiltert auf ihre Teamstruktur "Würde das Ihrem VP geben, wonach er im Montags-Review fragt?"
Neue Mitarbeitende brauchen über 90 Tage, um auf Quote zu kommen Geführte Playbook-Flows plus KI-Gesprächsanalyse, gegen einen Beispiel-Account für neue Mitarbeitende "Würde das Ihre Einarbeitungszeit halbieren? Was wäre das in Personalstärke wert?"

Eine Zeile pro entdecktem Schmerz. Maximal drei Zeilen. Die Spalte mit der Abschlussfrage ist nicht verhandelbar. Das ist der ganze Sinn. Sie führen nicht nur Funktionen vor, Sie holen sich in Echtzeit die Bestätigung, dass die Lösung ankommt.

Die 30/40/30-Demo-Struktur

Die meisten SEs fahren etwa nach 10/80/10: zehn Prozent Setup, achtzig Prozent Funktionstour, zehn Prozent gehetzter Abschluss. Drehen Sie das um. Die Struktur, die konvertiert, ist 30/40/30.

30 % Setup. Fassen Sie die Discovery laut im Raum zusammen. "Letzte Woche haben Sie mir gesagt, dass drei Dinge die größten Pain Points sind: Pipeline-Hygiene, Forecast-Sichtbarkeit und die Einarbeitung neuer Mitarbeitender. Heute zeige ich, wie wir diese drei Dinge lösen, in dieser Reihenfolge. Passt das?" Sie bestätigen, dass die Agenda ihre ist, nicht Ihre. Wenn sie Sie hier korrigieren ("eigentlich ist die Pipeline-Hygiene von der Liste gerutscht, das neue Dringende ist X"), haben Sie sich gerade 40 Minuten erspart, in denen Sie das Falsche vorgeführt hätten.

40 % Schmerz-Funktionen. Ein Funktionsblock pro Schmerz. Jeder Block folgt derselben Form: den Schmerz benennen, den Workflow zeigen, der ihn löst, die Abschlussfrage stellen, weitergehen. Keine Umwege. Wenn der Käufer nach etwas Abseitigem fragt, parken Sie es ("tolle Frage, ich möchte sicherstellen, dass wir die drei Dinge zuerst abdecken, ich komme darauf zurück") und kommen Sie tatsächlich darauf zurück.

30 % Abschluss. Einwandbehandlung, Preiskontext, Abschlussfragen in der demo, Verpflichtung auf den nächsten Schritt. Den meisten SEs geht dafür die Zeit aus und sie enden mit "noch Fragen?" Das sind verschwendete 10 Minuten. Der Abschlussteil ist der Ort, an dem Sie herausfinden, ob der Deal real ist, was ihn tatsächlich blockiert und wer das sonst noch sehen muss. Dorthin kommen Sie nicht aus einer Funktionstour, die die Uhr aufgefressen hat.

Den Flow des Käufers fahren, nicht den Produkt-Flow

Der schnellste Weg, eine demo zu verlieren, ist, einen Käufer durch den Onboarding-Flow Ihres Produkts zu führen. Er muss nicht lernen, wie man das Produkt einrichtet. Er muss sehen, wie sein Leben aussieht, sobald es eingerichtet ist.

Richten Sie Ihre Demo-Umgebung mit Beispieldaten ein, die wie die Daten des Käufers aussehen. Seine Teamgröße. Die Form seiner Pipeline. Seine Phasennamen. Seine durchschnittliche Deal-Größe. Wenn es ein 30-köpfiges Vertriebsteam ist, das ins Gesundheitswesen verkauft, machen Sie keine demo mit fünf Enterprise-Reps und Big-Tech-Logos. Investieren Sie die 20 Minuten vor der demo, um die Seed-Daten auszutauschen. Käufer erkennen generische Demo-Daten sofort, und sobald sie sie erkennen, fühlt sich der Rest der demo ebenfalls generisch an.

Gehen Sie den Workflow durch, den sie in der Discovery beschrieben haben, in ihrer Reihenfolge, mit ihrer Sprache. Wenn sie Deals "Opportunities" nennen, nennen Sie sie Opportunities. Wenn sie Vertriebsphasen "Phasen" nennen, nennen Sie sie Phasen. Die Übersetzung passiert in Ihrem Kopf, nicht in ihrem.

Hier zahlt sich Reworks Demo-Umgebungs-Design aus. Rework CRM lässt SEs in etwa zehn Minuten eine Sandbox pro Opportunity klonen, Phasennamen und Seed-Daten austauschen und die demo gegen etwas fahren, das wie die tatsächliche Welt des Käufers aussieht. Ab 12 $/Nutzer/Monat für das gesamte Team, sobald sie kaufen.

Abschlussfragen in der demo: das Sechs-Fragen-Skript

Betten Sie Abschlussfragen in die demo ein, nicht danach. Stellen Sie nach jedem Schmerz-zu-Lösung-Bogen die richtige Frage für diesen Moment. Beim dritten Bogen haben Sie entweder drei Jas bestätigt (jetzt ist der Abschluss reine Formsache) oder den echten Einwand zutage gefördert, während noch Demo-Zeit bleibt, ihn zu behandeln.

Sechs Fragen, bestimmten Demo-Momenten zugeordnet:

1. Bestätigungsfrage (nach dem ersten Funktionsblock)

"Passt das dazu, wie Ihr Team heute arbeitet, oder übersehe ich etwas?"

Sie testen, ob Ihr Verständnis des Workflows der Live-demo standhält. Wenn sie Sie korrigieren, passen Sie sich spontan an, und sie vertrauen Ihnen mehr, weil Sie gefragt haben.

2. Lösungsfrage (nach jedem Schmerz-zu-Lösung-Bogen)

"Wenn das so funktionierte, wie ich es gerade gezeigt habe, würde das [den konkreten Schmerz] lösen?"

Das ist die wichtigste Frage in der demo. Ein echtes "Ja" ist ein Kaufsignal. Ein "Ja, aber..." ist der eigentliche Einwand, der endlich auftaucht. Ein "Ja" mit Zögern ist etwas, bei dem Sie nachhaken.

3. Einwand-fördernde Frage (nach dem zweiten Bogen)

"Was würde dazu führen, dass das für Sie nicht funktioniert?"

Sie laden ihn ein, seine Bedenken zu äußern, während noch Demo-Zeit bleibt, sie zu behandeln. Wenn er bis zur internen Review nach der demo wartet, werden Sie den Einwand nie sehen. Er wird einfach still. Zur taktischen Behandlung, sobald der Einwand kommt, siehe Technische Einwände im Raum behandeln.

4. Preis-Brückenfrage (nach dem dritten Bogen)

"Wenn der Fit stimmt, ab wann hätten Sie das gern live?"

Sie fragen nicht nach Budget. Sie fragen nach Dringlichkeit. Seine Antwort sagt Ihnen, ob das ein "dieses-Quartal"-Deal oder ein "vielleicht-nächstes-Jahr"-Deal ist, was alles an Ihrem follow-up verändert.

5. Frage zum Entscheidungsprozess (im Abschlussteil)

"Wer muss das sonst noch sehen, bevor wir weitermachen?"

Der Käufer im Raum ist selten der einzige Entscheider. Wenn er sagt "nur ich", haken Sie nach: "super, und wer würde den Vertrag unterschreiben?" Die Namen, die Sie nicht kennen, sind das Deal-Risiko, das Sie nicht sehen.

6. Frage zum nächsten Schritt (letzte 5 Minuten)

"Was ist auf Basis des Gesehenen der richtige nächste Schritt von hier aus?"

Lassen Sie ihn ihn vorschlagen. Schlägt er etwas Schwaches vor ("lassen Sie mich darüber nachdenken und ich melde mich"), kontern Sie mit etwas Konkretem ("wie wäre es mit einem 30-minütigen follow-up nächsten Dienstag mit [dem anderen stakeholder]?"). Schlägt er etwas Konkretes vor, haben Sie eine Verpflichtung.

Diese sechs Fragen zu stellen dauert über eine 60-minütige demo verteilt insgesamt etwa vier Minuten. Sie sind das mit Abstand wirkungsvollste, was Sie an Ihrer Demo-Art ändern können.

Häufige Fallstricke, die die Demo-zu-Abschluss-Quote ruinieren

Die volle Funktionstour. "Lassen Sie mich Ihnen alles zeigen, was wir tun." Der Käufer schaltet ab Minute 12 ab. Sie beenden die demo stolz darauf, wie gründlich Sie waren, und verlieren den Deal an einen Wettbewerber, der drei Dinge gut gezeigt hat.

Die demo als Tutorial. Dem Käufer beibringen, das Produkt zu benutzen, bevor er sich zum Kauf entschieden hat. Er muss nicht wissen, wie man individuelle Rollen konfiguriert. Er muss wissen, wie der Montagmorgen seines Teams aussieht, sobald Sie ausgerollt sind.

Kaufsignale mitten in der demo ignorieren. Der Käufer lehnt sich nach vorn und stellt eine Preisfrage. Sie sagen "dazu kommen wir noch" und verlieren den Moment. Wenn ein Käufer die demo unterbricht, um nach Preis, Zeitplan oder Implementierung zu fragen, sagt Ihnen die demo damit, dass sie funktioniert. Hören Sie auf vorzuführen und beantworten Sie die Frage.

Der falschen Persona vorführen. Einem CEO die Admin-Konfiguration zeigen. Einem Endnutzer strategische Dashboards zeigen. Gleiches Produkt, andere demo, je nachdem, wer im Raum ist. Wenn die Discovery Ihnen nicht gesagt hat, wer teilnimmt, fragen Sie vor der demo und entwerfen Sie das Storyboard entsprechend.

Funktionen vorführen, nach denen der Käufer nie gefragt hat, weil "es cool ist". Ihr Reporting-Modul ist wirklich beeindruckend. Er hat nicht nach Reporting gefragt. Es kommt nicht in die demo. Heben Sie es für die Expansion auf oder für den Käufer, der tatsächlich einen Reporting-Schmerz hat.

Vorher vs. nachher: eine Funktionstour, neu gestaltet als schmerzgeführt

Vorher (Funktionstour, 45 Minuten):

  1. Begrüßung plus Über uns (5 Min.)
  2. Dashboard-Tour (8 Min.)
  3. Pipeline-Ansicht (8 Min.)
  4. Reporting-Modul (8 Min.)
  5. Integrationen (6 Min.)
  6. Mobile App (5 Min.)
  7. Q&A (5 Min.)

Der Käufer geht, nachdem er sechs Funktionen gesehen hat, erinnert sich an zwei und kann nicht benennen, welche davon sein eigentliches Problem löst.

Nachher (schmerzgeführt, 60 Minuten):

  1. Zusammenfassung der drei Schmerzpunkte plus Bestätigung der Agenda (10 Min.)
  2. Schmerz 1, Pipeline-Hygiene, zur intelligenten Pipeline-Ansicht mit ihren Phasennamen (12 Min.), Abschlussfrage
  3. Schmerz 2, Forecast-Sichtbarkeit, zum Forecast-Roll-up gegen ihre Teamstruktur (12 Min.), Abschlussfrage
  4. Schmerz 3, Einarbeitung neuer Mitarbeitender, zu geführten Playbooks gegen einen Beispiel-Account für neue Mitarbeitende (12 Min.), Abschlussfrage
  5. Abschlussteil: Einwände, Preis, Verpflichtung auf den nächsten Schritt (14 Min.)

Gleiches Produkt. Gleicher SE. Die zweite demo konvertiert nach unserer Erfahrung und in den Daten der Teams, die umgestellt haben, etwa 20 bis 25 % besser. Der Käufer geht in der Lage, "was tut dieses Produkt für uns?" in einem Satz zu beantworten, was genau das ist, was er braucht, um seinen CFO zu überzeugen.

Die Vorlage für die follow-up-E-Mail nach der demo

Verschicken Sie sie am selben Tag, bevor sie ins Bett gehen. Drei Abschnitte, kein Geschwafel:

Betreff: Zusammenfassung der heutigen demo: drei Schmerzpunkte, drei Lösungen

Hallo [Name],

kurze Zusammenfassung von heute, damit Sie und das Team es schriftlich haben.

Die drei Schmerzpunkte, die wir abgedeckt haben, und wie Rework jeden adressiert:

  1. [Schmerz 1], heute: [Ist-Zustand]. Mit Rework: [Soll-Zustand]. Wir haben das mit [konkrete Funktion/Flow] gezeigt.
  2. [Schmerz 2], heute: [Ist-Zustand]. Mit Rework: [Soll-Zustand]. Wir haben das mit [konkrete Funktion/Flow] gezeigt.
  3. [Schmerz 3], heute: [Ist-Zustand]. Mit Rework: [Soll-Zustand]. Wir haben das mit [konkrete Funktion/Flow] gezeigt.

Offene Fragen aus der demo:

  • [Frage, die sie gestellt haben, mit der Antwort]
  • [Frage, die sie gestellt haben, mit der Antwort]

Vorgeschlagener nächster Schritt: Lassen Sie uns nächsten Dienstag um 14 Uhr eine 30-minütige Arbeitssitzung mit [dem zusätzlichen stakeholder] abhalten. Ich gehe mit ihm dieselben drei Schmerzpunkte durch und wir können uns auf einen Beschaffungszeitplan abstimmen. Passt diese Uhrzeit?

[Ihr Name]

Kein "lassen Sie mich wissen, was Sie denken." Kein "gerne beantworte ich alle Fragen." Immer ein konkreter Vorschlag mit einem Datum. Der Käufer wird ihn entweder annehmen, verschieben oder kontern. Alle drei sind nützliche Informationen. "Lassen Sie mich wissen, was Sie denken" gibt Ihnen nichts und lässt den Deal abkühlen.

Messen, ob das tatsächlich funktioniert

Drei Zahlen, pro SE verfolgt, monatlich überprüft:

  • Demo-zu-Abschluss-Conversion: Prozentsatz der Demos, die innerhalb des normalen Zyklus des Deals zu Closed-Won führen.
  • Zeit-bis-Abschluss nach der demo: Median der Tage von der demo bis zum unterschriebenen Vertrag.
  • Demo-No-Show-Rate: ein vorlaufender Indikator für die Discovery-Qualität. Käufer, die Demos auslassen, wurden meist weiter oben nicht richtig qualifiziert.

Ein schmerzgeführter Demo-Standard hebt die Demo-zu-Abschluss-Quote typischerweise um 15 bis 25 % und verkürzt die Zeit-bis-Abschluss um 20 bis 30 %, weil der Käufer die demo mit einem klareren mentalen Modell und weniger ungelösten Zweifeln verlässt. Die vollständige Aufschlüsselung, welche SE-Kennzahlen wichtig sind (und welche Eitelkeit), steht in Die Sales-Engineer-Kennzahlen, auf die es tatsächlich ankommt.

Wenn Sie eine Enablement-Führungskraft sind: Setzen Sie das Storyboard durch. Prüfen Sie Demo-Decks vor der demo, nicht danach. Lehnen Sie jedes Demo-Deck ab, das mehr als drei Schmerz-zu-Lösung-Bögen hat, oder jedes, das die drei Abschlussfragen nicht enthält. Der Standard ist der Standard.

Wie ein schmerzgeführter Demo-Tag tatsächlich aussieht

Die meisten SEs fahren im Normalbetrieb zwei bis vier Demos am Tag. Die Umstellung auf schmerzgeführt fügt pro demo etwa 30 Minuten Vorbereitung hinzu und entfernt etwa 15 Minuten "was haben wir überhaupt besprochen"-Aufräumarbeit nach der demo. Nettokosten: 15 Minuten pro demo. Nettonutzen: deutlich höhere Conversion und kürzere Zyklen. Für ein vollständigeres Bild, wie der Rest des Tages zusammenpasst, geht Ein Tag im Leben eines Sales Engineers den ganzen Rhythmus durch.

Die SEs, die jedes Quartal ihre Quote erreichen, haben keine besseren Demos als die, die es nicht tun. Sie haben eine bessere Discovery, was bedeutet, dass sich ihre Demos fast von selbst schreiben, sobald sie sich hinsetzen, um das Storyboard zu bauen. Wenn Sie ein SE sind, der mit der Conversion kämpft, schauen Sie weiter oben. Wenn Sie eine Enablement-Führungskraft sind, die zusieht, wie die Team-Conversion abdriftet, schauen Sie weiter oben. Die demo liegt immer stromabwärts der Discovery.

Abschließender Gedanke

Die demo ist nicht Ihre Performance. Sie ist die Vorschau des Käufers auf seinen Soll-Zustand. Jede Minute, die Sie damit verbringen, Dinge zu zeigen, nach denen er nicht gefragt hat, ist eine Minute, die dem Abschluss gestohlen wurde. Jede Minute, die Sie in seiner Sprache, gegen die Form seiner Daten verbringen und fragen, ob die Lösung ankommt: Das ist die Minute, die den Deal abschließt.

Fahren Sie das Storyboard. Nutzen Sie das Skript. Verschicken Sie die E-Mail. Verfolgen Sie die drei Zahlen. Der Rest erledigt sich von selbst.