Vom Chat zum Vertrag: die Reservierung, die Zahlung und die Buchung in Ihrem Panel

Der teuerste Fehler im Verleih ist nicht die Stornierung, sondern dieselbe Einheit zweimal zu verkaufen. Eine Stornierung kostet Umsatz. Ein Doppelverkauf kostet Umsatz, einen Entschuldigungsanruf, ein Stück Ruf und meist noch ein kostenloses Upgrade. Deshalb ist der kritischste Teil des Wegs vom Chat zur Buchung die Viertelstunde zwischen Auswahl und Zahlung.

Dieser Text öffnet diese fünfzehn Minuten: Was passiert im System, wenn der Kunde „Ich nehme das“ sagt, was passiert bei fehlgeschlagener Zahlung, und warum die Buchung im Panel als ganz normaler Vertrag erscheint statt als Datensatz eines fremden Kanals.

Zuerst die Entscheidung: Vergleich und Detail

Kunden wählen meist aus drei Optionen. Der Moment der Entscheidung ist nicht der Screen mit der Kartenliste, sondern der, auf dem Preis, Kapazität, Lieferung und Storno nebeneinanderstehen. Jede Zahl dort hat eine Quelle: die Liefergebühr aus dem Tarif, die Stornofrist aus der Stornoregel.

Nach der Entscheidung geht der Kunde ins Detail: Daten, Fotos, Gesamtsumme. Dass die Kaution in der Summe steht, ist wichtig, denn im Verleih ist die Überraschung beim Bezahlen fast immer die Kaution.

Fünfzehn Minuten: die Reservierung

Sobald der Kunde „reservieren“ sagt, wird die Einheit gesperrt. Diese Sperre ist keine Absichtserklärung, sondern eine Bedingung auf Datenbankebene: Dieselbe Einheit kann für denselben Zeitraum keine zweite Sperre bekommen. Ob der Assistent sie anfordert oder eine Mitarbeiterin im Panel, spielt keine Rolle; beide laufen in dieselbe Bedingung.

Die Unterscheidung wirkt technisch, ihre Folge ist rein operativ. Der Ansatz „zwei Systeme informieren einander“ ist in jedem Moment für Doppelverkäufe offen, in dem die Meldung verzögert. Bei einer einzigen Sperre gibt es keine Verzögerung: Die zweite Anfrage kommt nicht durch, solange die erste läuft.

Zahlung und 3-D Secure

Im Zahlungsschritt bestätigt der Kunde Name, Kontakt und Lieferadresse und zahlt dann per Karte. Kartendaten werden nicht gespeichert; die Prüfung läuft über 3-D Secure bei der Bank. Der Countdown bleibt bis zum Abschluss sichtbar — der Kunde weiß, wie viel Zeit bleibt, und schon das senkt die Abbruchquote.

Schlägt die Zahlung fehl, wird die Sperre nicht aufgehoben; sie bleibt bis zum Ablauf. Der Kunde kann die Karte korrigieren und es erneut versuchen. Läuft die Zeit ab, wird die Einheit automatisch frei und erscheint wieder in der Suche. Es bleibt kein Zwischenzustand, der Handarbeit verlangt.

Bestätigung: der Vertrag in Ihrem Panel

Sobald die Zahlung bestätigt ist, wird aus der Sperre eine Buchung, die im Panel als Vertrag erscheint. Der Kanal wird mitgeführt — Sie können auswerten, welche Buchungen über den Assistenten kamen —, aber der Ablauf ist derselbe wie sonst: gleiche Dokumente, gleiche Übergabe, gleiche Rechnungsstellung.

Dass es für Ihr Team nichts Neues zu lernen gibt, ist eine bewusste Entscheidung. Ein neuer Kanal bedeutet meist einen neuen Screen und eine neue Gewohnheit; zwei Wochen später wird dieser Screen nicht mehr kontrolliert. Landet die Buchung am gewohnten Ort, entfällt dieses Risiko.

Die Kundenseite nach der Buchung

Kunden sehen ihre Buchungen und gespeicherten Suchen im eigenen Konto. Die gespeicherte Suche ist ein kleines, aber wirksames Detail: Ist „Hüpfburg für 20 in Garland“ gespeichert, wird der Kunde benachrichtigt, sobald ein passendes Produkt hinzukommt oder eine Stornierung ein Datum frei macht.

Operativ heißt das: Stornierungen sind keine tote Kapazität mehr. Heute hinterlässt eine Stornierung meist nur eine Lücke im Kalender. Eine gespeicherte Suche bringt diese Lücke zu jemandem, der ohnehin nach diesem Datum gesucht hat.

Die Lösung gegen Doppelverkäufe ist nicht, dass zwei Systeme einander Bescheid geben, sondern dass es eine einzige Sperre gibt.

Kurze Checkliste

Die Storno- und Erstattungsseite

Die zweite Hälfte eines Buchungsablaufs ist die Stornierung – in den meisten Systemen der unordentlichste Teil. Die Regel ist einfach: Es gelten die Stornobedingungen, die der Kunde im Moment der Buchung gesehen hat. Stand in der Vergleichstabelle „48 Std.“, ändert eine spätere Anpassung Ihrer Regel diese Buchung nicht. Eine Buchung trägt eine Momentaufnahme ihrer eigenen Bedingungen mit sich.

Auch der Erstattungsbetrag wird aus dieser Momentaufnahme berechnet: welche Posten erstattet werden, wann die Kaution frei wird, ob die Liefergebühr enthalten ist. Weil die Antworten zum Buchungszeitpunkt feststehen, gibt es später keine Diskussion – und genau diese Diskussion ist einer der größten Servicekostenblöcke im Verleih.

Ein stornierter Termin kehrt sofort in die Suche zurück. Im selben Moment werden Kunden benachrichtigt, die dieses Datum gespeichert haben. Statt eine Lücke im Kalender zu hinterlassen, bekommt eine Stornierung so die Chance, neue Nachfrage auszulösen.

Was dieser Ablauf von Ihrer Seite braucht, ist kurz – und meist schon erledigt:

1. Der Kalender muss der einzige Ort der Wahrheit sein – auch Telefonbuchungen gehören ins Panel.
2. Ihre Stornoregel muss definiert sein; der Kunde sieht sie in der Vergleichstabelle.
3. Liefergebühr und Liefergebiet müssen im Tarif stehen.
4. Die Kaution muss auf Produkt- oder Kategorieebene definiert sein.
5. Ihr Zahlungsanbieter muss 3-D Secure unterstützen.

Sind diese fünf Punkte erfüllt, unterscheidet sich eine Buchung aus dem Chat von einer telefonischen genau in einem Punkt: Niemand musste ans Telefon.