Treffpunkt und Stornoregel klären lassen, bevor gebucht wird
Auch wer eine Tour fast gewählt hat, prüft die Bedingungen direkt vor der Zahlung. Abfahrtszeit, Treffpunkt, ob bei Regen gefahren wird, was ein Kind kostet, welches Gepäck nicht mitdarf. Diese Fakten liegen oft verteilt auf Ablauf, FAQ und Buchungshinweis.
WebsiteChat antwortet aus den verbundenen öffentlichen Seiten und kann bei eingeschalteter Mehrsprachigkeit in der Sprache des Besuchers antworten. Passende Tarife nehmen ein PDF mit markierbarem Text auf. Ein Live-Sitzplan oder Buchungssystem ist nicht angebunden.
Die Bedingungen, die über die Zahlung entscheiden, stehen selten oben
Ein Reiseprodukt ist ein Bündel von Bedingungen, kein einzelner Preis. Gäste fragen auch nicht nur in einer Sprache.
Ablauf, Treffpunkt und „nicht enthalten“ liegen auf verschiedenen URLs
Das Foto kann gefallen, und trotzdem ist unklar, wo man um 8:15 Uhr steht oder ob das Essen extra kostet.
Wetter und Storno halten die Zahlung auf
„Fahrt ihr bei Regen?“ und „Ab wann kostet die Stornierung?“ entscheiden über die Buchung. Liegt das zu tief, wird der Tab geschlossen.
Kindertarif und Gepäck darf man nicht weicher machen
Altersstufen und Gepäckgrenzen sind genau. Sie zu runden ist schlechter, als die Seite zu zitieren.
Internationale Gäste lesen eine für Einheimische geschriebene Website
Sie brauchen dieselben Abfahrtsfakten. Die ganze Website zu übersetzen ist eine andere Arbeit. Aus veröffentlichten Seiten zu antworten ist diese.
Was Menschen fragen, bevor sie einen Platz sichern
Das kommt in der Stunde vor der Zahlung. Steht die Regel auf der Seite, braucht es keine Live-Schnittstelle.
- Fahrt die Tour bei Regen?
- Was kostet ein Kind?
- Wo ist der Treffpunkt?
- Ab wann fällt eine Stornogebühr an?
- Darf ein großer Koffer mit?
- Wann geht es los?
- Ist das Essen enthalten?
- Gibt es am Samstag noch Plätze?
Ablauf, Treffpunkt und Storno in einer Antwort
Gäste sollen über die Seiten fragen können, die Sie schon geschrieben haben, und den Platz auf der Buchungsseite prüfen.
Jede Seite crawlen, die die Antwort verändert
Ablauf, Treffpunktkarte, Preise, Mitbringliste und Stornobedingungen. Ein Fotoalbum beantwortet das nicht.
Das PDF dazunehmen, das Gäste schon bekommen
Bedingungen oder Abfahrtshinweise mit markierbarem Text passen in geeignete Tarife. Eine Wetterentscheidung, die nicht im Dokument steht, darf nicht entstehen.
In der Sprache des Gastes, Quelle bleibt Ihr Material
Mehrsprachige Antworten müssen aus verbundenen Seiten und Dokumenten kommen. Das ist kein Versprechen, jede URL liege als fertige Übersetzung vor.
Plätze an den veröffentlichten Buchungsweg geben
Ohne Live-Plätze auf der Website darf der Chat keine erfunden. Er zeigt Buchungsseite oder Kontakt, damit der Gast selbst prüft.
Live-Plätze und das Wetter am Abreisetag bleiben beim Veranstalter
Veröffentlichte Regeln lassen sich wiederholen. Der Betrieb am Tag selbst nicht erraten.
- Keinen Platz für ein bestimmtes Datum zusagen, wenn die verbundene Seite diesen Stand nicht nennt
- Am Abreisetag nicht Absage oder Durchführung entscheiden, wenn die Website nur eine allgemeine Regenregel hat
- Altersstufen, Gepäckgrenzen und enthaltene Leistungen nicht verändern
- Keinen Erstattungsbetrag außerhalb der Stornotabelle versprechen
Die Prüfung zwischen „sieht gut aus“ und „ich buche“
Die Buchung bleibt auf Ihrer Buchungsseite. Der Chat ist die Prüfung davor.
Eine Familie rechnet den Preis für morgen
Zwei Erwachsene und ein Kind. Die Antwort nutzt die veröffentlichten Altersstufen und Preise und verlinkt die Buchungsseite für dieses Datum.
Die Vorhersage zeigt Regen
Steht auf der Seite, dass leichter Regen fährt und ein Unwetter stoppt, ist das die Antwort. Der Chat liest kein Radarbild von morgen.
Jemand muss mit Koffer noch den Zug erreichen
Gepäckgrenze und Treffpunkt kommen aus dem Abfahrtshinweis. Verändert „nicht enthalten“ den Plan, gehört dieser Satz dazu.
Eine Woche vor Abfahrt stornieren
Die Gebührentabelle wird nach Ihren veröffentlichten Daten zitiert. Der Chat führt die Stornierung nicht aus.
Reiseseiten einlesen und mit echten Gästefragen testen
Liegt die Regel im PDF oder auf einer zweiten URL, reicht eine schöne Einstiegsseite nicht.
- 01
Reise-Website anlegen
Im Widget steht der Name des Veranstalters, den Gäste kennen.
- 02
Ablauf und Bedingungen crawlen
Treffpunkt, Preise, enthaltene Leistungen und Stornoseite, nicht nur die Fotogeschichte.
- 03
Abfahrts-PDF hochladen, wenn Gäste darauf angewiesen sind
Der Text muss sich markieren lassen und zur aktuell verkauften Tour passen.
- 04
Begrüßung auf konkrete Details
Laden Sie zu Wetter, Kindern, Gepäck und Treffpunkt ein.
- 05
Auf Ablauf- und Buchungsseite einbauen
Die letzte Unsicherheit entsteht hier.
- 06
Eine Samstagsplatz-Frage testen
Die Antwort soll zur Buchungsseite führen und keine Restplätze erfunden.
Die Regenregel von der Seite, nicht von einer Live-Tafel
Das Beispiel zitiert die Regel und lehnt einen Live-Platz ab.
Fahrt ihr bei Regen? Gibt es am Samstag noch Plätze?
Die Ablaufseite sagt, dass bei leichtem Regen gefahren wird und nur eine Unwetterwarnung stoppt. Samstagsplätze stehen hier nicht. Prüfen Sie den Tag auf der Buchungsseite.
Buchungsseite
Eine Reiseseite braucht mehr als eine übersetzte FAQ
Gäste in einer anderen Sprache brauchen dieselben Abfahrtsfakten. Das ist mehrsprachiger Support auf Grundlage Ihrer Seiten.
Stornotabelle und Mitbringregeln sind FAQ, die niemand bis nach unten liest.
Wer nur noch den Buchungslink braucht, ist Lead-Generierung, keine abgeschlossene Buchung.
Der Einbau steht in den Anleitungen.