ARCHITEKTUR · BUCHUNGSPLATTFORMEN · 12 MIN. LESEZEIT
Die teuersten Fehler auf Buchungsplattformen passieren selten in der Farbe des Buttons. Sie entstehen, wenn Katalog, Suche, Verfügbarkeit, Reservierung und SEO nicht dasselbe Realitätsmodell haben.
1. Beginnen Sie mit dem Domänenmodell, nicht mit Bildschirmen
Definieren Sie vor dem Design, was genau verkauft wird: eine Unterkunft, eine Wohneinheit, ein Paket oder ein Zeitraum. Welche Kapazitäten, Ausstattungsmerkmale und Regeln gelten für das gesamte Objekt, welche für einzelne Einheiten? Wie werden Kinder, Haustiere, Mindestaufenthalte, Anreisetage und Zusatzleistungen abgebildet?
Sind diese Antworten nicht eindeutig, entwickeln verschiedene Systembereiche eigene Interpretationen. Der Katalog zeigt dann etwas anderes an, als die Suche filtert oder die Booking Engine berechnet. Ein klares Domänenmodell reduziert Ausnahmen, die sonst als verstreute Bedingungen im Code landen.
2. Verfügbarkeit braucht eine eindeutige Datenquelle
Der Benutzer erwartet, dass das Suchergebnis buchbar ist. Das System muss daher wissen, woher die Verfügbarkeit kommt, wie aktuell sie ist und was zwischen der Suche und der Buchungsbestätigung passiert. Mit dem angeschlossenen PMS oder Channel Manager sollte definiert werden, ob der Status periodisch, durch Ereignisse synchronisiert oder in Echtzeit überprüft wird.
Ein besonderes Problem sind konkurrierende Anfragen. Zwei Gäste können innerhalb weniger Sekunden denselben Termin eröffnen. Die Suche muss schnell und für das Lesen optimiert sein, aber die endgültige Bestätigung muss den Status erneut überprüfen und den Bestand atomar belegen.
Die Suche macht ein Versprechen und die Buchungstransaktion muss beweisen, dass das Versprechen dennoch erfüllt werden kann.
3. Der Preis ist eine Berechnung, kein einzelnes Feld
Der Gesamtpreis kann von der Saison, der Aufenthaltsdauer, der Anzahl der Gäste, Ermäßigungen, obligatorischen Gebühren, Steuern und Zusatzleistungen abhängen. Die Architektur muss die Erklärbarkeit der Berechnungen wahren: Benutzer, Vertrieb und Support sollen nachvollziehen können, aus welchen Posten sich der Endbetrag zusammensetzt.
Es ist sinnvoll, die Preisregeln von der Präsentation zu trennen. Somit kann die gleiche Berechnung vom Web, der mobilen Anwendung, der Partner-API und der Verwaltung verwendet werden, ohne dass die Geschäftslogik auf jeden Kanal kopiert werden muss.
4. Richten Sie die Suche an der Entscheidung des Gastes aus
Filter sind keine Liste aller Attribute aus der Datenbank. Sie sollten die Art und Weise überwachen, in der der Gast seine Auswahl eingrenzt: Reiseziel, Datum, Anzahl der Gäste, Art der Unterkunft, Hauptausstattung und Preisspanne. Das System sollte zwischen Filtern unterscheiden, die eine harte Bedingung darstellen, und solchen, die lediglich die Rangfolge der Ergebnisse verbessern.
Bei größeren Katalogen ist es oft sinnvoll, den Schnellsuchindex von der Transaktionsdatenbank zu trennen. Dies ändert jedoch nichts an der Regel, dass die endgültige Verfügbarkeit und der Preis im maßgeblichen System bestätigt werden müssen.
5. SEO ist Teil der Informationsarchitektur
Reiseziele, Regionen, Unterkunftsarten und thematische Sammlungen sollten stabile URLs und einen echten Mehrwert für den Besucher haben. Das Generieren Tausender Filterkombinationen ohne redaktionelle Kontrolle führt zu doppelten und dünnen Seiten, belastet das Crawling-Budget und verwässert die Struktur des Webs.
Legen Sie vorab fest, welche Kombinationen eigene Landingpages erhalten, welche kanonische URLs verwenden und welche nicht indexiert werden. Inhalte, Breadcrumbs, interne Links und strukturierte Daten folgen dann demselben Modell.
6. Behandeln Sie Integrationen als Produktionssubsystem
PMS, Channel Manager, Zahlungsanbieter, CRM und Kommunikationsdienst sind nicht immer verfügbar. Die Integrationsschicht braucht idempotente Operationen, Wiederholungsversuche mit Backoff, Nachrichtenprotokolle und eine manuelle Wiederherstellung. Sonst kann ein vorübergehender Netzwerkfehler zu einer verlorenen Buchung oder einer doppelten Abbuchung führen.
Das wichtigste Ergebnis guter Architektur ist nicht technische Eleganz, sondern ein vorhersehbarer Ablauf: Der Gast findet schnell eine passende Unterkunft, sieht einen transparenten Preis und erhält eine verlässliche Bestätigung, und der Betreiber erhält sofort die richtigen Informationen.
Der erste Schritt
Der erste Schritt ist nicht die Wahl des Frameworks. Erstellen Sie eine Karte der wichtigsten Entitäten, Datenquellen und Ereignisse vom Eintrag der Unterkunft bis zur bestätigten Buchung. Definieren Sie anschließend die Grenzen von Katalog, Suche, Preis, Verfügbarkeit und Integration. Nur dann werden technische Entscheidungen einfacher und messbarer.