Rollenspielskript zum Verkaufen eines Produkts: Ein vollständiges Beispiel mit Dialog und Bewertungsrubrik

Ein Rollenspielskript zum Verkaufen eines Produkts ist ein geschriebener Dialog zwischen zwei Rollen, normalerweise ein Verkäufer und ein Käufer, der ein realistisches Verkaufsgespräch von der Eröffnung bis zum Abschluss durchläuft. Anders als eine generische Verkaufsvorlage umfasst ein vollständiges Skript beide Seiten des Austauschs: Was der Verkäufer sagt, wie der Käufer widerspricht und wie der Verkäufer auf diesen Widerspruch reagiert.

Lehrer nutzen diese Skripte im Geschäfts- oder Marketingkurs, um Überzeugungskraft und Verhandlung zu lehren. Verkaufsleiter nutzen sie bei der Einarbeitung, damit neue Vertreter hören, wie ein gutes Gespräch vom Erkennen von Bedürfnissen bis zum Abschluss tatsächlich klingt, bevor sie es live versuchen. Das Format funktioniert, weil es Vermutungen ausschließt: Anstatt jemandem zu sagen, "gehe mit Einwänden gut um", zeigst du ihm genau, wie das Zeile für Zeile aussieht.

Ein gutes Rollenspielskript zum Produktverkauf hat normalerweise drei Teile: Charakteraufbau (wer der Käufer und Verkäufer sind und wie die Situation des Käufers aussieht), der Dialog selbst und Nachbesprechungsnotizen, die erklären, warum bestimmte Zeilen funktioniert haben.

Bevor Sie das folgende Skript austeilen, nehmen Sie sich fünf Minuten Zeit für die Vorbereitung. Es ist wichtiger als der Dialog selbst, denn ein Rollenspiel lehrt nur etwas, wenn die Personen, die es durchführen, verstehen, warum jeder Charakter so handelt.

Hier ist ein vollständiges, nutzbares Käufer-Verkäufer-Rollenspielskript. Das Produkt ist eine Projektmanagementsoftware namens TaskFlow, aber die Struktur funktioniert für fast alle B2B- oder B2C-Produkte, man muss nur die Details anpassen.

**Setup:** Maya (Verkäufer) arbeitet für TaskFlow. Devon (Käufer) leitet ein 12-köpfiges Marketing-Team, das derzeit Tabellenkalkulationen und E-Mail zur Verfolgung von Projekten verwendet. Devon hat bereits ein anderes Tool ausprobiert und dachte, es sei zu kompliziert für das Team, um es zu übernehmen.

**Maya:** Hallo Devon, danke, dass du dir Zeit nimmst. Bevor ich dir etwas zeige, kannst du mir erklären, wie dein Team Projekte derzeit verfolgt?

**Devon:** Sicher. Wir verwenden ein gemeinsames Tabellenblatt und viele Slack-Nachrichten. Es funktioniert größtenteils, aber Dinge fallen durch die Maschen, wenn wir viel zu tun haben.

**Maya:** Wie oft würde ich sagen, dass etwas durch die Maschen fällt, ungefähr?

**Devon:** Ehrlich gesagt, mindestens einmal pro Woche. Normalerweise ein Fälligkeitsdatum, das jemand vergessen hat, weil es in einem Thread vergraben war.

**Maya:** Verstanden. Das Tabellenblatt verfolgt also die Arbeit, aber es erinnert tatsächlich niemanden oder warnt, wenn etwas gefährdet ist.

**Devon:** Genau, richtig.

**Maya:** Das ist die Lücke, für die TaskFlow entwickelt wurde. Jede Aufgabe hat einen Besitzer und ein Fälligkeitsdatum, und die App sendet zwei Tage vor der Verspätung einer Aufgabe eine Warnung, damit sie sichtbar wird, bevor es zu einer verpassten Frist wird, anstatt danach. Hätte das angesichts dessen, was du gerade beschrieben hast, das Problem der letzten Woche gelöst?

**Devon:** Wahrscheinlich ja. Aber ehrlich gesagt haben wir letztes Jahr ein ähnliches Tool ausprobiert und das Team hat es gehasst. Zu viele Klicks, zu viel Aufbau.

**Maya:** Das ist verständlich und ist der Hauptgrund, warum Teams diese Tools aufgeben. Kann ich dich fragen, was genau es sich wie zu viele Klicks anfühlte?

**Devon:** Die Erstellung einer Aufgabe erforderte etwa fünf Felder. Leute haben aufgehört, es zu verwenden.

**Maya:** Das macht Sinn. Die Aufgabenerstellung in TaskFlow ist ein Feld: Geben Sie die Aufgabe ein und drücken Sie die Eingabetaste, alles andere ist optional. Ich würde es dir lieber zeigen, als es zu beschreiben. Würde eine 15-minütige Demonstration mit zwei oder drei deinen Teamkollegen funktionieren, damit du nicht die einzige bist, die beurteilt, ob es wirklich einfach ist?

**Devon:** Das ist vernünftig. Was kostet es für ein Team unserer Größe?

**Maya:** Für 12 Personen kostet es 8 Dollar pro Person pro Monat, also 96 Dollar insgesamt, und die ersten zwei Wochen sind kostenlos, damit dein Team es an einem echten Projekt testen kann, bevor jemand dafür bezahlt.

**Devon:** Okay. Lassen Sie uns diese Demonstration einrichten. Können Sie Donnerstag?

**Maya:** Donnerstag funktioniert. Ich werde eine Kalendereinladung mit den zwei Personen senden, die du erwähnt hast.

Schauen Sie sich das obige Skript an und beachten Sie, dass Maya niemals mit Devons Einwand über das Team, das das letzte Tool gehasst hat, argumentiert. Mit einem Einwand zu argumentieren, lässt den Käufer ihn stärker verteidigen. Stattdessen folgt das Skript einem vierteiligen Muster, das es wert ist, explizit gelehrt zu werden.

Erkennen Sie zunächst den Einwand als vernünftig an ("Das ist verständlich"). Zweitens, stellen Sie anstatt anzunehmen, was schief gelaufen ist, eine spezifische Folgefrage ("was genau ließ es sich wie zu viele Klicks anfühlen?"). Drittens, antworten Sie auf die tatsächliche Antwort mit einem konkreten Unterschied, nicht mit einer generischen Beruhigung. Viertens, schlagen Sie einen kleinen, risikoarmen nächsten Schritt vor, eine kurze Demonstration, anstatt eine Kaufentscheidung auf der Stelle zu verlangen.

Diseses Muster funktioniert für Preiseinwände, Zeiteinwände ("wir sind nicht bereit, dieses Quartal das System zu wechseln") und Autoritätseinwände ("Ich müsste das mit meinem Manager besprechen") genauso wie für den Adoptionseinwand im Beispiel. Anerkennen, fragen, mit Besonderheiten antworten, einen kleinen nächsten Schritt vorschlagen. Wenn Sie Ihr eigenes Rollenspielskript zum Verkaufen eines Produkts schreiben, bauen Sie jeden Einwand um diese Sequenz auf, anstatt eine Gegenrede zu schreiben.

Wenn Sie dies in einer Klasse oder einer formalen Schulungssitzung verwenden, bewerten Sie die Leistung des Verkäufers anhand spezifischer Verhaltensweisen und nicht anhand einer vagen "Kommunikations"-Note. Eine Rubrik mit konkreten Kriterien macht die Nachbesprechung auch schneller, weil alle auf die gleichen Momente im Gespräch hinweisen.

Das obige TaskFlow-Beispiel ist für einen mittleren Vertreter oder einen mittelstufen-Schüler geschrieben, aber die gleiche Struktur passt sich leicht an. Für Anfänger entfernen Sie den Preiseinwand und behalten Sie nur den Adoptionseinwand, damit Lernende sich auf eine Fähigkeit nach der anderen konzentrieren können. Für fortgeschrittenes Training, stapeln Sie zwei Einwände hintereinander, z. B. Preis und ein Wettbewerbsvergleich, damit der Verkäufer priorisieren muss, welcher er zuerst ansprechen soll.

Um es für ein anderes Produkt anzupassen, behalten Sie die vierteilige Form: eine Bedarfsermittlungsfrage, eine Käuferantwort, die einen spezifischen Schmerz offenbart, einen Pitch, der die Produktfunktion mit diesem genauen Schmerz verbindet, und einen realistischen Einwand, der an die Situation des Käufers gebunden ist, anstatt generisch "es ist zu teuer" zu sein. Ein Rollenspielskript zum Verkaufen einer physischen Ware, wie Büromöbel oder ein Abonnementbox, folgt der gleichen Form, nur die Bedarfsermittlungsfragen und Einwände ändern sich, um zu passen, worauf sich dieser Käufer tatsächlich konzentriert, wie Lieferzeit oder Rückgaberecht, anstatt Softwareadoption.

Der häufigste Fehler ist, die Rollenkarte des Käufers zu überspringen und der Person, die den Käufer spielt, Einwände spontan erfinden zu lassen. Ohne eine definierte Situation neigen Käufer dazu, entweder sofort nachzugeben oder ohne echten Grund zu verweigern, und keines davon lehrt etwas Nützliches.

Der zweite Fehler ist, das Rollenspiel nur einmal durchzuführen. Eine einzelne Durchführung zeigt dir, ob jemand einem Skript folgen kann, nicht ob sie es anpassen kann. Das gleiche Szenario mit einem neuen Einwand durchzuführen oder zu wechseln, wer den Käufer spielt, zeigt, ob die zugrunde liegende Fähigkeit übertragen wurde.

Der dritte Fehler ist, anhand von Gefühl nachzubesprechen ("das fühlte sich gut an"), anstatt anhand der Rubrik. Verbinde jeden Kommentar in der Nachbesprechung mit einer spezifischen Zeile in der Konversation, und die Gruppe wird sich viel besser behalten als ein allgemeines "schön gemacht" oder "arbeite an deinem Abschluss".

Nicht jedes Klassenzimmer oder Team hat einen Übungspartner auf Abruf zur Verfügung, und ein Skript baut Vertrauen nur auf, nachdem du die Zeilen laut gesagt hast, nicht nur, wenn du sie gelesen hast. Das ist, wo SayNow AI als Begleitung zum obigen Skript nützlich ist: Du kannst die Zeilen des Verkäufers in Reaktion auf einen simulierten Käufer sprechen, Feedback zu Tempo, Füllwörtern und Klarheit bekommen und den Einwandbehandlungs-Austausch so oft wiederholen, wie du brauchst, bis das Anerkennen-Fragen-Antworten-Vorschlagen-Muster sich automatisch anfühlt. Es wird das Durchspielen der Übung mit einem echten Partner in der Klasse nicht ersetzen, aber es ist eine gute Möglichkeit, bevor du bewertet wirst oder vor einem echten Verkaufsanruf zu üben.