Website mit Buchungssystem erstellen lassen

Ob eine Website mit Buchungssystem funktioniert, entscheiden die Regeln hinter dem Kalender, nicht der Kalender selbst. Ist die Kapazität falsch hinterlegt oder bleibt ein Platz gesperrt, wenn eine Zahlung abbricht, verschiebt auch die schönste Oberfläche das Problem nur vom Bildschirm an die Rezeption.

In diesem Leitfaden beschreiben Talha Aslan und Team die Entscheidungen, die wir in dieser Reihenfolge treffen, wenn wir mit Betrieben ein Buchungssystem planen: Ferienwohnungen, Hotels, Padelplätze, Restauranttische, Bootstouren oder Kurse. Jeder Abschnitt enthält ein Kriterium, eine kurze Prüfliste oder eine Frage, die Sie Ihrer Agentur oder Ihrem Softwareanbieter stellen können.

01Die verkaufte Einheit und ihre Zeitlogik festlegen

Die erste Entscheidung bei jedem Buchungssystem ist, genau aufzuschreiben, was Sie verkaufen: eine Einheit, deren Kapazität und die Art, wie sie Zeit verbraucht. Ein Padelplatz verkauft eine Stunde, eine Ferienwohnung eine Nacht, eine Bootstour einen Sitzplatz in einer bestimmten Abfahrt. Jedes dieser Modelle braucht eigene Masken, eigene Regeln und eigene Auswertungen.

Details, die Betriebe bei der Beschreibung ihrer Einheit am häufigsten vergessen:

• Teilbare Flächen: Lässt sich ein großes Spielfeld in zwei kleine teilen, muss die Buchung des großen Feldes beide kleinen sperren und umgekehrt.
• Kombinierbare Einheiten: Werden zwei Tische für eine Gruppe von acht Personen zusammengestellt, muss das System diese Kombination kennen.
• Zimmerkategorien statt Zimmer: Hotelgäste buchen meist eine Kategorie, nicht Zimmer 12; die Zuteilung erfolgt später.
• Plätze oder ganze Einheit: Ein Kochkurs verkauft Plätze pro Person, ein Tennisplatz ist belegt, auch wenn nur eine Person kommt.

Im ersten Gespräch bitten wir um eine echte Woche aus dem Reservierungsbuch. Die handschriftlichen Ausnahmen am Rand zeigen, welche Regeln das System kennen muss. Verkaufen Sie dagegen die Zeit einer Person, etwa die Sitzungen einer Physiotherapeutin, passt ein Kalendermodell besser als ein Kapazitätsmodell, und eine Website mit Terminbuchung ist der richtige Ausgangspunkt.

02Die Regeltabelle vor dem Design schreiben

Wer alle Buchungsregeln in einer Tabelle sammelt, bevor jemand eine Maske entwirft, vermeidet die meisten späten Überraschungen. Jede Regel, die nur im Kopf einer Mitarbeiterin existiert, endet früher oder später in einer Doppelbuchung oder in einem Gast, der grundlos abgewiesen wird.

Wir empfehlen, die Tabelle in dieser Reihenfolge auszufüllen:

1. Öffnungslogik: Wochenzeiten, Feiertage, Wartungsfenster und Schließungen außerhalb der Saison.
2. Dauerregeln: Mindestaufenthalt und Höchstaufenthalt oder Spielzeit, Länge eines Termins, Reinigungszeit oder Rüstzeit zwischen zwei Buchungen.
3. Buchungsfenster: Wie weit im Voraus gebucht werden kann und bis wann am selben Tag.
4. Personenregeln: Mindestzahl und Höchstzahl je Einheit, Definition von Kindern und Kleinkindern, Gruppengrenzen.
5. Feste Kontingente: Wiederkehrende Zeiten für Vereinsmannschaften, Firmenkontingente und Plätze, die das Team zurückhält.

Ist die Tabelle fertig, stellen Sie zu jeder Zeile eine Frage: Sieht der Gast diese Regel auf dem Bildschirm, oder wirkt sie nur im Hintergrund? Ein Mindestaufenthalt von zwei Nächten braucht zum Beispiel einen klaren Satz, sobald jemand nur eine Nacht wählt. Sonst wirkt der Kalender grundlos ausgebucht und der Gast hält die Website für defekt. Dieselbe Tabelle wird später zum Leistungsumfang Ihres schriftlichen Angebots.

03Vorläufige Reservierung und Schutz vor Doppelbuchungen

Doppelbuchungen verhindert nicht das Aussehen des Kalenders, sondern das Verhalten des Systems, wenn zwei Personen im selben Moment dieselbe Einheit wählen. In einem sauber gebauten Buchungssystem wird die gewählte Einheit während der Zahlung kurz reserviert, kann in dieser Zeit nicht anderweitig verkauft werden und wird automatisch wieder frei, wenn die Zahlung nicht abgeschlossen wird.

Die Haltedauer muss zum Betrieb passen. Ist sie zu kurz, läuft sie während der Kartenprüfung ab, und der Gast verliert trotz Zahlung seinen Platz. Ist sie zu lang, bleiben Einheiten in der stärksten Stunde der Woche unnötig gesperrt. Planen Sie die tatsächliche Dauer der Prüfung per 3D Secure bei Ihrem Zahlungsanbieter mit ein.

Fragen an Ihren Entwickler oder Anbieter der Buchungsmaschine:

• Wenn zwei Zahlungen in derselben Sekunde für dieselbe Einheit eingehen, welche gewinnt, und was sieht der andere Gast?
• Wenn der Zahlungsanbieter verspätet bestätigt, wie wird die Buchung zugeordnet, und kann ein Datensatz verloren gehen?
• Wie wirkt sich eine telefonische Buchung, die in der Verwaltung eingetragen wird, auf einen Gast aus, der gerade bezahlt?
• Werden abgelaufene Reservierungen gesondert ausgewertet?

Abgelaufene Reservierungen sind das deutlichste Zeichen dafür, dass Gäste beim Bezahlen aufgeben. Ohne diese Zahl bleibt ein Problem im Zahlungsschritt lange unsichtbar. Vor dem Start lohnt ein einfacher Test: dieselbe Einheit gleichzeitig von zwei Smartphones aus buchen.

04Fertige Buchungsmaschine oder eigenes System

Eine fertige Buchungsmaschine reicht meist für Betriebe mit üblichen Regeln, die schnell starten wollen; ein in die Website integriertes eigenes Buchungssystem lohnt sich, wenn Ihre Regeln nicht in vorhandene Produkte passen. Entscheiden Sie mit der Regeltabelle in der Hand, nicht nach der Optik einer Demo.

Eine fertige Lösung ist sinnvoll, wenn:

• Ihre Regeln branchenüblich sind, wie es in der Beherbergung meist der Fall ist.
• Sie bereits einen Channel Manager nutzen und die Maschine direkt mit ihm spricht.
• ein monatliches Abonnement und die Bindung an einen Anbieter für Sie in Ordnung sind.

Ein eigenes System passt besser, wenn:

• Sie viele Ausnahmen haben: teilbare Plätze, kombinierbare Tische, feste Vereinszeiten.
• Buchungen mit anderen Systemen sprechen müssen, etwa Buchhaltung, Zutrittskontrolle oder Kundenbindungsprogramm.
• Gästedaten und Auswertungen vollständig auf Ihrem eigenen Server bleiben sollen.

Bitten Sie vor der Entscheidung um einen Testzugang und bilden Sie drei schwierige Fälle aus Ihrer Regeltabelle nach, zum Beispiel drei Nächte Mindestaufenthalt über ein Feiertagswochenende.

Bei einer fertigen Lösung ist die Aufgabe der Website, die Maschine passend zum Design einzubinden und die Datumsauswahl von jeder Seite aus erreichbar zu machen. Sind Ihre Regeln wirklich besonders, ist ein Aufbau als individuelle Softwareentwicklung auf Dauer gesünder als eine fertige Maschine mit vielen Behelfslösungen.

05Tarife, Saisonzeiten und Rabattlogik

Die Preislogik ist das zweite Regelwerk, das so sorgfältig aufgebaut werden muss wie die Verfügbarkeit, denn ein Aufpreis, der erst im Zahlungsschritt erscheint, gehört zu den häufigsten Gründen für abgebrochene Buchungen. Der vollständige Gesamtpreis sollte sichtbar sein, sobald Datum und Personenzahl gewählt sind.

Fragen, die vor dem Tarifaufbau geklärt sein sollten:

• Preisbasis: Pro Einheit, pro Person oder eine Mischung; wie zusätzliche Erwachsene und Kinder berechnet werden.
• Zeiträume: Wochentage und Wochenende, Hauptsaison und Nebensaison, Ferien, Abendtarife für Sportplätze.
• Aktionen: Frühbucherrabatt, Langzeitaufenthalt, Gutscheincodes und die Frage, welche davon kombinierbar sind.
• Zusatzleistungen: Frühstück, Leihausrüstung, Transfer und andere Extras, jeweils mit eigener Obergrenze.

Legen Sie vorab fest, ob Aktionen sich addieren. Greifen Frühbucherrabatt und Gutscheincode gleichzeitig, verkaufen Sie zu einem Preis, den Sie nie beabsichtigt haben. Die Regel ist einfach: Jede Aktion braucht Start und Enddatum, die betroffenen Einheiten und eine klare Angabe, ob sie mit anderen kombinierbar ist.

Auch Extras haben eine Kapazität. Damit auf einer Bootstour mit zehn Plätzen nicht fünfzehn Mittagessen verkauft werden oder derselbe Leihschläger zweimal in einer Stunde vergeben wird, führen Sie Extras wie kleine Einheiten mit eigener Verfügbarkeit. Tarifänderungen dürfen außerdem nie bestehende Buchungen berühren.

06Anzahlung, Vorauszahlung und Stornobedingungen

Das Zahlungsmodell ist eine Abwägung zwischen dem Schutz vor nicht erschienenen Gästen und einer leichten Entscheidung für den Gast. Volle Vorauszahlung schützt die Kapazität am stärksten, verlangt aber mehr vom Gast; eine Anfrage ohne Zahlung erleichtert die Entscheidung, hilft aber nicht gegen einen leeren Platz.

Die drei Grundmodelle und wofür sie passen:

• Volle Vorauszahlung: Für kurze Einheiten, die sich kurzfristig kaum neu verkaufen lassen, etwa eine einzelne Tourabfahrt oder einen Workshop.
• Anzahlung: Für Beherbergung und Gruppenbuchungen, mit klar beschriebenem Termin und Weg für die Restzahlung.
• Anfrage ohne Zahlung: Für Sonderwünsche, Firmenanfragen und große Gruppen, die Sie von Hand bestätigen.

Nach § 312g Abs. 2 Nr. 9 BGB besteht kein Widerrufsrecht bei Beherbergung, Speisen und Getränken sowie Freizeitleistungen, wenn der Vertrag einen bestimmten Zeitpunkt oder Zeitraum vorsieht. Was bei einer Absage passiert, regeln deshalb Ihre eigenen Bedingungen, und deren Klarheit verhindert die meisten Streitfälle. Für Betriebe in Österreich und der Schweiz gelten eigene Vorschriften, die Sie dort prüfen lassen sollten.

Schreiben Sie in die Stornobedingungen, bis wie viele Tage vor Anreise kostenlos storniert werden kann, welcher Anteil danach erstattet wird und ob eine Umbuchung als Stornierung gilt. Der Text gehört direkt über den Zahlungsbutton und wörtlich in die Bestätigungsmail. Die abschließende Formulierung sollte Ihre Rechtsberatung prüfen.

07Channel Manager, Kalendersynchronisierung und ihre Grenzen

Verkaufen Sie auch über Buchungsportale, gilt eine Regel: Die Verfügbarkeit liegt an einem Ort, und alle anderen Kanäle werden von dort versorgt. Ein Channel Manager ist eine Software, die die Verfügbarkeit auf Ihrer Website und auf allen Portalen aus denselben Daten aktualisiert; eine Kalendersynchronisierung ist eine einfachere, dateibasierte Verbindung.

Der Unterschied wird oft übersehen. Eine Synchronisierung über Kalenderdateien wie iCal hängt davon ab, dass die Gegenseite die Datei in Abständen abruft; eine Buchung zwischen zwei Abrufen erscheint woanders nicht sofort. Für eine kleine Ferienwohnung mit ruhigen Wochen kann das ein vertretbares Risiko sein, in der Hochsaison ist es eine Quelle von Doppelbuchungen.

Was Sie bei der Anbindung der Kanäle prüfen sollten:

• Überträgt die Verbindung nur die Verfügbarkeit oder auch Preise und Regeln?
• Kommt eine Portalbuchung mit Gästedaten in Ihrer Verwaltung an oder nur als gesperrtes Datum?
• Gibt eine Stornierung auf einem Kanal den Platz auf allen anderen automatisch wieder frei?
• Werden Sie benachrichtigt, wenn die Synchronisierung ausfällt, oder stoppt sie still?

Der letzte Punkt macht in der Praxis die meisten Probleme. Richten Sie eine Fehlermeldung ein und vergleichen Sie einmal pro Woche einen Portalkalender mit Ihrer Verwaltung, besonders direkt nach dem Einpflegen neuer Saisonpreise und Schließtage.

08Eine Buchungsmaske, die auf dem Smartphone schnell ist

Die meisten Buchungen entstehen auf dem Smartphone, oft abends auf dem Sofa, deshalb entwerfen wir die Buchungsmaske zuerst für kleine Bildschirme. Datum, Personenzahl und Einheit sollten sich mit einer Hand wählen lassen, ohne Scrollen und ohne Tippen.

Unsere Kriterien für die mobile Maske:

• Datumsauswahl: Belegte Tage sind ausgegraut und nicht wählbar; Anreise und Abreise werden in einem Kalender gewählt, keine Tastatur öffnet sich.
• Zahl der Schritte: Auswahl, Gästedaten, Zahlung, Bestätigung; jeder weitere Schritt muss sich begründen lassen.
• Buchung ohne Konto: Eine Pflichtregistrierung bei der ersten Buchung ist eine unnötige Hürde.
• Tippflächen: Zeitfenster und Personenzähler sind groß genug für den Daumen.

Für die Geschwindigkeit liefern Googles Core Web Vitals ein brauchbares Ziel. LCP misst, wie lange das größte Element der Seite zum Laden braucht, und gilt bis 2,5 Sekunden als gut. INP misst, wie schnell die Seite auf eine Eingabe reagiert, mit einer Grenze von 200 Millisekunden. CLS misst, wie stark Elemente beim Laden verrutschen, mit einer Grenze von 0,1.

Bei einer Onlinebuchung zählt INP besonders, denn jeder Tipp auf ein Datum löst eine Verfügbarkeitsabfrage aus, und ein träger Kalender verleitet Gäste zum doppelten Tippen. Wo Ihre aktuelle Website steht, zeigt unser Test auf Mobilfreundlichkeit.

09Bestätigung, Erinnerung und nicht erschienene Gäste

Eine Buchungsbestätigung sollte jede offene Frage des Gastes in einer Nachricht beantworten; eine lückenhafte Bestätigung bedeutet, dass das Telefon wieder klingelt. Sie ist zugleich der erste Hebel gegen nicht erschienene Gäste.

Was in die Bestätigung gehört:

1. Buchungsnummer, Datum, Uhrzeit oder Zahl der Nächte und Name der Einheit.
2. Gezahlter Betrag, offener Restbetrag und Weg der Restzahlung.
3. Bedingungen für Storno und Umbuchung, im selben Wortlaut wie im Zahlungsschritt.
4. Adresse, Kartenlink, Parkmöglichkeit und Hinweise zur Anreise.
5. Ein Kontaktweg, über den der Gast seine Buchung mit einem Tipp ändern kann.

Der richtige Zeitpunkt für eine Erinnerung hängt vom Angebot ab. Für einen Sportplatz genügt eine kurze Nachricht wenige Stunden vorher; bei einem Aufenthalt hilft eine Erinnerung ein bis zwei Tage vor Anreise mit Anreisezeiten und Wegbeschreibung. Ein Link zum Stornieren oder Umbuchen in der Erinnerung wirkt zunächst widersinnig, doch ein Gast, der rechtzeitig absagt, ist immer besser als ein leerer Platz.

Verschicken Sie Hinweise per WhatsApp, holen Sie dafür die ausdrückliche Zustimmung des Gastes ein und halten Sie die Vorlagen kurz. Ausführliche Angaben gehören in die E-Mail, die kurze Erinnerung in die Nachricht; Antworten auf diese Nummer muss jemand lesen.

10Verwaltung und der Arbeitsalltag Ihres Teams

Auf Seiten des Betriebs funktioniert ein Buchungssystem nur, wenn auch telefonische Buchungen in dieselbe Verwaltung eingetragen werden. Führt das Team parallel ein Reservierungsbuch aus Papier, zerfällt die Idee einer einzigen Verfügbarkeitsquelle am ersten vollen Abend.

Deshalb bauen wir die Verwaltung entlang der echten Arbeitsabläufe. Eine Reservierung während eines Telefonats sollte nur wenige Tipps dauern, die Tagesliste auf einen Bildschirm passen und das Sperren eines Zeitfensters für Wartung oder private Nutzung ein einziger Vorgang sein.

Funktionen, nach denen Sie fragen sollten:

• Rollen: Die Rezeption legt Buchungen an und ändert sie; Tarife und Erstattungen bleiben bei der Leitung.
• Änderungsprotokoll: Sichtbar ist, wer welche Buchung wann geändert oder storniert hat.
• Tagesansicht: Anreisen des Tages, offene Restzahlungen und Sonderwünsche in einer Liste.
• Herkunft: Jede Buchung zeigt, ob sie über die Website, das Telefon oder ein Portal kam.
• Export: Die Buchungsliste lässt sich für einen Zeitraum als Tabelle ausgeben, für Buchhaltung und Saisonauswertung.

Vor dem Start empfehlen wir einen Probetag mit dem Team. Alle legen einige Testbuchungen an, stornieren eine und verschieben eine andere; danach werden die Testdaten gelöscht. Wo jemand zögert, entsteht meist ein Punkt für die einseitige Kurzanleitung neuer Mitarbeitender.

11Gästedaten, Datenschutz und Einwilligung in Cookies

Ein Buchungsformular erhebt personenbezogene Daten, deshalb gehört zur Planung auch, wo diese Daten liegen und wer sie sehen darf. Gäste sollten direkt am Formular verständliche Datenschutzhinweise finden: was erhoben wird, wofür und wie lange es gespeichert bleibt.

Abgefragt wird nur, was die Reservierung braucht: Name, Telefonnummer, E-Mail und gegebenenfalls die Personenzahl. Geburtsdatum, Anschrift oder Ausweisdaten gehören nicht ins Onlineformular, wenn sie nicht wirklich nötig sind; Angaben, die bei der Anreise erforderlich sind, lassen sich vor Ort erfassen.

Prüfliste für die Daten in Ihrem Buchungssystem:

• Mit externen Dienstleistern, etwa dem Anbieter der Buchungsmaschine, besteht ein Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO.
• Die Einwilligung in Werbung wird getrennt von der Buchung über ein nicht vorausgewähltes Kästchen eingeholt.
• Das Feld für Sonderwünsche fragt nicht nach Gesundheitsdaten; Angaben zu Allergien werden bewusst geregelt.
• Jede Person mit Zugang zur Verwaltung hat ein eigenes Konto, gemeinsame Passwörter gibt es nicht.
• Es ist festgelegt, wie lange alte Buchungsdaten aufbewahrt werden.

Für nicht notwendige Cookies, etwa für Analyse und Werbung, verlangt § 25 TDDDG eine vorherige Einwilligung, und Google setzt für Messfunktionen und personalisierte Werbung bei Besuchern aus dem Europäischen Wirtschaftsraum den Consent Mode voraus. Das Cookiebanner darf den Buchungsbutton nicht verdecken.

12Buchungen messen und in der Suche gefunden werden

Messen sollten Sie auf einer Buchungswebsite vor allem, wie viele Menschen an welchem Schritt der Buchungsstrecke aussteigen; sonst bleibt offen, ob das Problem im Kalender, im Preis oder in der Zahlung liegt.

Die Kernschritte, die wir erfassen:

1. Datum und Personenzahl gewählt.
2. Verfügbare Einheit ausgewählt.
3. Gästedaten eingegeben und Zahlungsschritt geöffnet.
4. Buchung abgeschlossen, mit Wert und Besuchsquelle.

Läuft eine fertige Buchungsmaschine auf einer eigenen Domain, kann die Besuchsquelle unterwegs verloren gehen; fragen Sie den Anbieter deshalb, ob domainübergreifendes Tracking unterstützt wird. Die Quoten zwischen den Schritten lassen sich mit unserem Rechner für die Conversion Rate verfolgen und zeigen, wo eine Verbesserung ansetzen sollte.

Wird zu jedem Schritt auch Zeitraum und Einheitentyp gespeichert, werden die Fragen genauer: Steigen Wochenendgäste vor allem bei der Zahlung aus, liegt es wahrscheinlich am Preis oder an den Stornobedingungen. Versehen Sie Links aus Anzeigen und sozialen Netzwerken mit dem UTM Generator, um zu sehen, welcher Kanal echte Buchungen bringt.

In der Suche sucht niemand nach einer Buchungsmaske, sondern nach der Einheit. Eine eigene Seite für jede Zimmerkategorie, jeden Platz oder jede Tour mit echten Fotos, Kapazität und Regeln hilft der Sichtbarkeit und der Entscheidung des Gastes. Für Beherbergungsbetriebe beschreiben wir diese Seiten ausführlich auf unserer Seite zur Hotelwebsite.

13Häufige Fehler beim Buchungssystem und bessere Wege

Die meisten Fehler in Buchungsprojekten entstehen nicht durch Software, sondern durch Regeln, die niemand entschieden hat. Diese sechs begegnen uns am häufigsten, jeweils mit dem besseren Vorgehen. Läuft Ihr System bereits, ist die Korrektur oft keine neue Software, sondern eine Regel, die endlich aufgeschrieben wird:

• Telefonbuchungen nicht eintragen: Leben Papierbuch und Verwaltung nebeneinander, ist die Doppelbuchung nur eine Frage der Zeit; jede telefonische Buchung gehört in dieselbe Verwaltung.
• Gesamtpreis erst am Ende zeigen: Extras und Abgaben, die erst bei der Zahlung auftauchen, vertreiben Gäste; der vollständige Preis gehört sichtbar zur Auswahl.
• Stornobedingungen im Seitenfuß verstecken: Nicht gesehene Bedingungen führen zu Streit; sie gehören über den Zahlungsbutton und in die Bestätigungsmail.
• Keine Haltedauer festlegen: Bricht die Zahlung ab, bleibt die Einheit dauerhaft gesperrt oder wird doppelt verkauft; eine kurze, automatisch auslaufende Reservierung löst das.
• Synchronisierung einrichten und vergessen: Eine still ausgefallene Kalendersynchronisierung erzeugt am vollsten Tag Doppelbuchungen; Fehlermeldung und wöchentlicher Abgleich verhindern das.
• Lange Formulare: Unnötige Felder ermüden Gäste und vergrößern das Datenrisiko; abgefragt wird nur, was die Buchung wirklich braucht.

14Den richtigen Partner wählen und der nächste Schritt

Wenn Sie eine Website mit Buchungssystem beauftragen, beurteilen Sie die Agentur danach, wie genau sie nach Ihren Regeln fragt, nicht nach Bildern aus dem Portfolio. Ein Team, das im ersten Gespräch nicht nach Kapazität, Haltedauer, Stornobedingungen und Kanälen fragt, bringt diese Fragen mitten im Projekt zu Ihnen zurück.

Fragen, die Sie in diesem Gespräch stellen können:

• Was macht das System, wenn zwei Zahlungen gleichzeitig für dieselbe Einheit eingehen?
• Woran merken wir, dass die Kanalsynchronisierung ausgefallen ist?
• Auf wessen Server liegen die Buchungsdaten, und wie werden sie bei einer Trennung übergeben?
• Können wir Tarife und Regeln nach dem Start selbst ändern?

Achten Sie beim Vergleich von Angeboten darauf, dass der Umfang schriftlich festgehalten ist: Zahl der Einheiten, welche Regeln, welcher Zahlungsanbieter, welche Kanalanbindung und wer das System nach dem Start betreut. Ein unscharfer Umfang macht aus dem ersten Änderungswunsch eine neue Verhandlung.

Wir beginnen jedes Projekt mit Ihrer Regeltabelle und fassen Ablauf, Masken und Zahlungsanbindung in einem schriftlichen Angebot zusammen. Websites von uns, die Buchungen annehmen, finden Sie auf der Referenzseite, unsere Arbeitsweise auf der Seite zu unserem Webdesign.

Sie können auch mit einer Website ohne Buchung beginnen und das Modul später ergänzen; Festpreispakete stehen im Preisbereich. Schreiben Sie uns über das Kontaktformular, was Sie verkaufen, wie groß Ihre Kapazität ist und wie Buchungen heute eingehen, dann entwerfen wir gemeinsam den passenden Ablauf.