Die meisten Online-Reisebüros verdienen 15–25 % Provision — versteckt im Hotelpreis, in der Flugauswahl, im Restaurant-Vorschlag. Was, wenn wir das Geschäftsmodell umdrehen: der Nutzer zahlt einmal pro Reiseplan, und alle Kommissionen werden vollständig weitergereicht? Möglich wird das nur, wenn die Buchung über offene Protokolle läuft, nicht über Aggregator-Lock-in.
Zur Reiseplan-Demo → Welche offenen Standards?Booking.com, Expedia und ein paar globale Reservierungssysteme (Amadeus, Sabre, Travelport) sitzen zwischen Reisendem und Anbieter. Hotels zahlen 15–25 % Provision, dürfen vertraglich nicht günstiger anbieten und verlieren den Direktkontakt zu Gästen. Der Reisende sieht nicht alle Optionen — nur die, die im Aggregator-Ranking hochbieten. Eine bezahlte Reise wird so zu einer doppelt bezahlten Reise.
Die Lösung ist nicht "noch ein Aggregator", sondern eine Schicht unter den Aggregatoren: offene Such-, Buchungs- und Servicing-Protokolle, auf denen mehrere konkurrierende Reise-Apps laufen können — wie SMTP unter den E-Mail-Clients, oder UPI unter den indischen Bezahl-Apps.
Eine konkrete Reise, geplant und betreut durch einen KI-Assistenten, der ausschließlich über offene Protokolle bucht. Jeder Schritt ist mit dem Standard markiert, der ihn ermöglicht.
Das Reisebüro fungiert dabei wie ein klassisches Honorar-Reisebüro: Fee 1–3 % oder pauschal 15–50 € pro Reiseplan, alle Anbieter-Kommissionen werden vollständig an den Nutzer zurückgegeben. Vergleich:
| Kostenposition | Klassisch (Booking/Expedia) | Offen (AI-Reisebüro) |
|---|---|---|
| Hotelprovision | 15–25 % im Preis versteckt | 0 % — direkt ans PMS |
| Flug-Aufschlag (GDS) | 2–5 € pro Segment | 0 € — NDC direkt |
| Bahn-Marge | oft kein Direktkanal | 0 % — OSDM |
| Aktivitäten | 20–30 % (GetYourGuide) | noch hybrid |
| Servicefee Nutzer | nominell 0 € | 1–3 % / 15–50 € |
| Disruption-Management | Telefon-Hotline | automatisiert |
| Datenhoheit Nutzer | Aggregator behält Profil | EUDI-Wallet, portabel |
Mehr als man denkt — und sie sind in unterschiedlichen Reifegraden. Hier eine Bestandsaufnahme nach Reise-Domäne.
Distributions- und Order-Standard. Breit von Airlines adoptiert, Implementierungen wie Duffel oder OpenNDC machen das nutzbar.
Open Sales and Distribution Model. Live bei DB Vendo, SBB, SNCF, ÖBB. Pendant zu NDC für die Schiene.
Fahrpläne plus Echtzeit (Trip Updates, Vehicle Positions, Service Alerts). Über 10.000 Verkehrsbetriebe in 100+ Ländern.
EU-Normen für Netz, Fahrplan, Echtzeit-Service und multimodale Routenplanung. In DE über Mobilithek/DELFI verpflichtend.
Schemas existieren und sind in PMS-Systemen verankert, aber Markt wird de facto von Booking/Expedia/GDS dominiert. Mews und Apaleo bieten moderne REST-Direktkanäle.
Sharing-Mobilität (Bike, Scooter, Car), Behörden-Schnittstellen, Mobility-as-a-Service Buchung über Anbieter hinweg.
"HTTP für Commerce". Bildet die Discovery- und Transaktions-Schicht. ONDC (Indien) und Pilotprojekte für Tourism in Sri Lanka, Indien zeigen Tragfähigkeit.
Keine durchgesetzte offene Norm. GetYourGuide, Viator, OpenTable sind proprietär. Hier könnte ein Beckn-/OSDM-ähnlicher Standard Schule machen.
Ein durchgängiges Order-Objekt über Flug + Bahn + Hotel + Mietwagen mit gemeinsamer Haftung bei Verspätung — gibt es nicht. Heute haftet jeder Anbieter für sich.
EU-weite digitale Identität. Ab 2026 produktiv. Boarding-Pass, Hotelmeldeschein, Altersnachweis als Verifiable Credentials.
Schon Bestandteil der Open-Infrastructure-Komponente A02. Treuhand für Streit, Anzahlungen, Mehrwährungen.
Smart Legal Contracts für AGB, Storno, automatische Erstattungen. Funktioniert intern, Anbieter "unterschreiben" nicht direkt — eher als maschinenlesbare Repräsentation.
Der KI-Reiseassistent ist kein eigenständiges Projekt — er ist ein Vorzeige-Use-Case für die offenen Infrastruktur-Bausteine, die wir ohnehin entwickeln. Fast jede der A01–A14-Komponenten leistet hier einen sichtbaren Beitrag.
Boarding-Pass, Hotelmeldeschein, Altersnachweis (Hotelbar), Notfallausweis.
Pay-per-Reiseplan, Treuhand, Teilerstattungen, Mehrwährungen.
Storno- & Verspätungsregeln als Smart Legal Contracts → automatische Refunds.
Verifiable Credentials, nicht im Aggregator gefangen.
Schlichtungsstellen-API für Flug, Bahn, Hotel (SÖP, BEUC).
Anbieter-übergreifende Suche ohne Aggregator-Lock-in.
Realtime-Disruption-Notifications an Nutzer und Anbieter.
Reisemuster, Klimabilanz pro Reiseplan, Beleg-Archiv.
Aufenthaltsabgaben, EU-OSS für grenzüberschreitende Buchungen.
Diese Seite beschreibt einen Konzept-Use-Case, keinen lauffähigen Prototyp. Der existierende Open-Infrastructure-Prototyp ist die Dienstleistungsvermittlung unter app.develaugment.de. Der Reise-Use-Case zeigt, wie dieselben Bausteine in einer zweiten Domäne wirken würden.
Wenn dich das Modell interessiert — oder du an einem der offenen Standards selbst beteiligt bist und mitdenken willst — schreib uns gern.