Instant Book vs. Request-to-Book: Die zwei Buchungsmodelle

Von Brian Tr · Aktualisiert am 7. Oktober 2026

Jeder Marktplatz muss eine kleine Frage beantworten, die am Ende das ganze Produkt prägt: Wenn ein Käufer Ja sagt, wer muss dann Ja zurücksagen? In manchen Marktplätzen lautet die Antwort: niemand. Der Käufer klickt, zahlt, und die Buchung existiert. In anderen sendet der Käufer eine Anfrage und wartet, während der Verkäufer entscheidet.

Das erste Modell heißt meist Sofortbuchung (Instant Book). Das zweite ist die Buchungsanfrage (Request-to-Book). Keines ist abstrakt besser. Sie wägen Käufertempo gegen Verkäuferkontrolle ab, und die richtige Wahl hängt davon ab, was verkauft wird, wie viel der Verkäufer zu verlieren hat und was die Plattform tun kann, um ihn zu schützen. Dieser Artikel definiert beide Modelle, zeigt, wie jedes Annahmequoten, Stornierungen und Suche verändert, behandelt die Hybride, bei denen die meisten reifen Marktplätze landen, und zeigt, welche Marktplatztypen in welche Richtung neigen.

Plattformregeln ändern sich, daher gilt jede hier beschriebene Richtlinie mit Stand 7. Oktober 2026, dem Tag, an dem wir die zitierten Seiten gelesen haben. Verstehen Sie sie als datierte Momentaufnahmen, nicht als dauerhafte Fakten.

Wichtige Fakten

• Bei Airbnb lassen sich Angebote mit der Schaltfläche „Confirm and pay“ sofort buchen, während Angebote mit „Request to book“ zuerst die Zustimmung des Gastgebers brauchen (Airbnb Help Center, geprüft am 7. Okt. 2026).
• Airbnb gibt an, dass der Gastgeber bei einer Anfrage in der Regel innerhalb von 24 Stunden antwortet und dass dem Gast außerhalb Indiens nichts berechnet wird, wenn der Gastgeber ablehnt oder in diesem Zeitfenster nicht antwortet (Airbnb Help Center).
• In einem Feldexperiment von 2015 mit rund 6.400 Airbnb-Angeboten in fünf Städten wurden Anfragen von Gästen mit weiß klingenden Namen in etwa 50 % der Fälle angenommen, bei Gästen mit afroamerikanisch klingenden Namen in etwa 42 % (Edelman, Luca und Svirsky, AEJ: Applied Economics, 2017).
• Das Abstract derselben Studie berichtet, dass Anfragen von Gästen mit ausgeprägt afroamerikanischen Namen mit 16 % geringerer Wahrscheinlichkeit angenommen wurden als die identischer Gäste mit ausgeprägt weißen Namen (Edelman, Luca und Svirsky).
• Airbnbs eigenes Team für das Suchranking beschreibt ein Ranking-Ökosystem, zu dem Modelle gehören, die die Wahrscheinlichkeit vorhersagen, dass ein Gastgeber die Anfrage eines Gastes annimmt (Haldar et al., arXiv 1810.09591).
• Im November 2023 kündigte Turo an, dass Gäste ab der ersten Jahreshälfte 2024 alle Fahrten mit Book Instantly buchen können (Turo Field Notes).

Die zwei Modelle im Überblick

Instant Book bedeutet, dass der Verkäufer sich vorab festlegt. Er setzt die Regeln einmal (Preis, Kalender, Mindestaufenthalt, wer buchen darf), und jeder Käufer, der diese Regeln erfüllt, erhält sofort eine Bestätigung. Der Verkäufer sieht keine einzelne Transaktion, bevor sie stattfindet.

Request-to-Book bedeutet, dass der Verkäufer pro Transaktion entscheidet. Der Käufer sendet Daten und Details, der Verkäufer prüft die Anfrage und nimmt sie an oder lehnt sie ab. Bis dahin existiert die Buchung nicht.

Das Airbnb Help Center zeigt beide auf einer Seite. Die Anleitung zum Buchen einer Unterkunft sagt: Sieht ein Käufer „Confirm and pay“, kann er sofort buchen, und sieht er „Request to book“, kann er Zahlungsdaten hinzufügen, die Richtlinien prüfen und dem Gastgeber schreiben, bevor er die Anfrage sendet (Airbnb Help Center, Artikel 85). Der Artikel zu Instant Book ergänzt die Bedingungen auf Käuferseite: Der Gast muss die Kontoeinrichtung abgeschlossen haben, und die Reservierung muss unter 31 Nächten liegen (Airbnb Help Center, Artikel 523).

Beachten Sie, was an den beiden Abläufen anders ist, denn darin liegt die ganze Geschichte. Bei Request-to-Book klafft eine Lücke zwischen der Absicht des Käufers und der Zusage des Verkäufers. In dieser Lücke gewinnt der Verkäufer Kontrolle, und in ihr bleibt der Käufer hängen.

Worauf jedes Modell optimiert

Denken Sie sich die Lücke als etwas, das auf jeder Seite einen Preis hat.

Für den Käufer kostet die Lücke Zeit und Sicherheit. Ein Reisender, der heute Abend eine Unterkunft braucht, kann nicht einen Tag warten. Ein Käufer, der fünf Angebote vergleicht, muss fünf offene Anfragen vorhalten oder sie nacheinander senden. Airbnbs eigene Hinweise spiegeln das: Die Zusammenfassung zu Instant Book besagt, dass Gäste, die die Anforderungen eines Gastgebers erfüllen, sofort buchen können, statt eine Anfrage zur Freigabe zu senden (Airbnb Help Center, Artikel 85, verwandte Artikel), und die Gastseite nennt die Option „besonders praktisch für kurzfristige Reisen“ (Airbnb Help Center, Artikel 523).

Für den Verkäufer kostet das Schließen der Lücke Kontrolle. Ohne sie kann er kein Profil lesen, keine Frage stellen und keinen Aufenthalt ablehnen, der nicht passt. Das zählt am meisten, wenn eine schlechte Transaktion teuer ist: ein Fremder im eigenen Zuhause, ein Fremder am Steuer des eigenen Autos, ein Projekt, das eine bestimmte Fähigkeit braucht. Je mehr der Verkäufer zu verlieren hat, desto eher will er die Lücke zurück.

Plattformen spüren denselben Zielkonflikt auf aggregierter Ebene. Das Wegfallen der Wartezeit hilft plausibel der Conversion, da weniger Käufer eine offene Anfrage vorhalten müssen, auch wenn Sie das testen statt annehmen sollten. Das umgekehrte Risiko ist ebenfalls real: Manche Verkäufer listen gar nicht erst, wenn Fremde automatisch buchen. Wie das ins größere Bild des Funnels passt, lesen Sie in unserer Referenz zur Marktplatz-Conversion.

Annahmequoten, Stornierungen und die Kosten eines „Nein“

In einem Anfragemodell wird die Entscheidung des Verkäufers zu einer Variable, die die Plattform steuern muss. Zwei Dinge passieren.

Erstens ist die Annahme nicht garantiert, eine Anfrage ist also eine Wahrscheinlichkeit, keine Buchung. Airbnbs Forscher für das Suchranking sagen das ausdrücklich: Das beschriebene Ranking-Modell sei Teil eines Ökosystems von Modellen, zu dem auch solche gehören, die die Wahrscheinlichkeit vorhersagen, dass ein Gastgeber die Buchungsanfrage des Gastes annimmt (Haldar et al., „Applying Deep Learning To Airbnb Search“). Das ist eine Designfolge von Request-to-Book. Wenn ein Gastgeber einen bestimmten Gast wahrscheinlich ablehnt, verschwendet es die Zeit beider Seiten, dieses Angebot diesem Gast zu zeigen. Instant Book beseitigt dieses Vorhersageproblem, weil die Annahme durch die Regeln bereits geklärt ist.

Zweitens wird das Antwortverhalten des Verkäufers zu etwas, das man messen und steuern muss. Airbnb sagt Gästen, dass ein Gastgeber in der Regel innerhalb von 24 Stunden antwortet und dass dem Gast außerhalb Indiens nichts berechnet wird, wenn der Gastgeber ablehnt oder in diesem Zeitfenster nicht antwortet (Airbnb Help Center, Artikel 85). In diesem Satz steckt eine ganze Richtlinie: Anfragen verfallen, der Käufer wird freigegeben, und die Plattform zieht keine Zahlung ein, bis sich der Verkäufer festlegt. Ohne eine solche Regel könnte ein langsamer Verkäufer das Geld oder die Pläne eines Käufers unbegrenzt blockieren.

Auch Stornierungen verschieben sich, aber subtiler. Bei Instant Book hat der Verkäufer diesem konkreten Käufer nie zugestimmt, sodass sich jede Fehlpassung nach der Bestätigung zeigt, als Stornierung oder Streitfall. Bei Request-to-Book werden Fehlpassungen früher herausgefiltert, als Ablehnungen. Dieselbe zugrunde liegende Fehlpassung landet in einem anderen Topf. Eine Plattform, die das Modell wechselt, sollte nicht erwarten, dass das Problem verschwindet. Es wandert von „abgelehnten Anfragen“ zu „Stornierungen und Beschwerden“, und die Plattform braucht eine Richtlinie für den neuen Ort, an dem es auftaucht. Das ist ebenso eine Frage des Designs von Trust & Safety (Vertrauen und Sicherheit) wie der Conversion, und deshalb erhalten Verkäufer auf Instant-Book-Plattformen typischerweise Prüfwerkzeuge und eine Möglichkeit, ohne Sanktion zu stornieren. Schutz und Rückgriffsmöglichkeiten für den Verkäufer sind oft die andere Hälfte dieses Handels, und sie hängen davon ab, wie gut die Plattform die Angebotsqualität steuert.

Der Diskriminierungsbefund, der die Branche bewegte

Der stärkste Beleg dafür, warum Request-to-Book versteckte Kosten trägt, stammt aus einem Feldexperiment auf Airbnb. Benjamin Edelman, Michael Luca und Dan Svirsky legten Gästekonten an, die bis auf den Namen identisch waren, eine Gruppe mit ausgeprägt afroamerikanischen Namen, eine mit ausgeprägt weißen Namen, und schickten zwischen dem 7. und 30. Juli 2015 rund 6.400 Nachrichten an Gastgeber mit einer Frage zur Verfügbarkeit (Edelman, Luca und Svirsky).

Das Ergebnis: Weiß klingende Namen wurden in etwa 50 % der Fälle angenommen, afroamerikanisch klingende in etwa 42 %. Die zentrale Aussage der Autoren ist eine um 16 % geringere Annahmewahrscheinlichkeit, und sie berichten, das Muster habe sich über Gastgeber aller Größen hinweg gezeigt und sich auf Gastgeber konzentriert, die nie einen afroamerikanischen Gast hatten.

Die Autoren führen dies auf das Marktdesign zurück. Sie halten fest, dass Airbnb Gastgebern erlaubt, einen Gast nach Sicht auf Namen und oft ein Foto anzunehmen oder abzulehnen, und dass Plattformen wie Amazon, eBay und Expedia kaum Spielraum für Diskriminierung bieten, weil sich Verkäufer faktisch vorab darauf festlegen, alle Käufer anzunehmen. Zu ihren Abhilfevorschlägen gehörte der Ausbau von Instant Book, der ihrer Aussage nach die Gelegenheit zur Diskriminierung beseitigen und zugleich Komfortvorteile für Gäste bieten würde. Sie stellten außerdem fest, dass in ihrer Stichprobe nur eine kleine Teilmenge der Gastgeber Sofortbuchungen erlaubte. Die Studie ergänzt, dass Airbnb am Tag der Annahme zur Veröffentlichung geplante Änderungen ankündigte, darunter das Ziel, den Anteil der Gastgeber mit Instant Book zu erhöhen.

Zwei Vorbehalte. Es geht um eine Plattform, ein Jahr und eine Art von Anfrage. Es ist also ein Beleg für anfragebasierte Modelle in einem Umfeld, in dem Gastgeber die persönliche Identität sehen, kein universelles Gesetz. Und die Studie fasst das ganze Thema ausdrücklich als Zielkonflikt für Marktdesigner: Informationen, die Verkäufern bei der Entscheidung helfen, können auch Voreingenommenheit ermöglichen. Request-to-Book ist nicht an sich diskriminierend. Es gibt Verkäufern eine Ermessensentscheidung, und Ermessen ist der Ort, an dem Voreingenommenheit eindringen kann.

Turo hat ein ähnliches Argument in klaren Worten vorgebracht. Die Ankündigung von 2023 sagte, die Prüfung von Gästen durch Gastgeber könne diskriminierend sein, was kein Verhalten sei, das man in der eigenen Community wolle (Turo Field Notes).

Hybride: Kontrolle ohne Lücke

Die meisten Marktplätze landen irgendwo zwischen den Polen. Vier Muster sind verbreitet.

1. Instant Book mit Anforderungen. Der Verkäufer legt sich vorab fest, aber nur gegenüber Käufern, die Bedingungen erfüllen. Airbnb beschreibt Instant Book so, dass Gäste, die die Anforderungen eines Gastgebers erfüllen, sofort buchen können (Airbnb Help Center, Artikel 85, verwandte Artikel). Die Kontrolle verlagert sich vom Beurteilen jeder einzelnen Person auf das einmalige Festlegen von Kriterien. Das behält das Tempo und gibt dem Verkäufer einen Filter, auch wenn es eine Designentscheidung ist, die ein Audit verdient, was eine Plattform Verkäufern als Anforderung erlaubt (und ob diese Anforderungen selbst Voreingenommenheit erzeugen).

2. Instant Book mit Ausnahmen. Die Plattform weicht auf eine Freigabe aus, wo eine Sofortbestätigung nicht sicher wäre. Airbnbs Beispiel sind kurzfristige Anreisen: Bucht ein Gast innerhalb von zwei Tagen vor dem Check-in und will außerhalb des Check-in-Fensters des Gastgebers anreisen, erhält der Gastgeber eine Buchungsanfrage (Request to Book) und entscheidet, ob die gewünschte Zeit passt (Airbnb Help Center, Artikel 85). Es ist eine kleine Regel, die einen operativen Randfall behandelt, ohne die Sofortbestätigung aufzugeben.

3. Instant Book plus Kontrollen auf Verkäuferseite. Turos Beitrag vom November 2023, der ankündigte, dass Book Instantly zum Standardweg des Buchens werden würde, koppelte die Änderung an zwei Funktionen zur Gastgeberkontrolle: standortbasierte Einstellungen zur Fahrtdauer und anpassbare Abhol- und Rückgabezeiten (Turo Field Notes). Derselbe Beitrag verweist auf Prüfung durch die Plattform: Turo prüfe jeden Gast und jede Fahrt mit einem Risikomodell auf Basis von ML und wende Zulassungsbeschränkungen wie Alters- oder Führerscheinbesitzdauer-Grenzen bei höherwertigen Fahrzeugen an. Die Kontrolle wandert von der Freigabe pro Transaktion zu Einstellungen plus Risikobewertung durch die Plattform. Turo behauptet außerdem als eigene Aussage, dass Fahrzeuge mit aktiviertem Book Instantly pro Monat tendenziell mehr einspielen, weil Gäste nicht warten wollen. Das ist die Aussage einer Plattform über ihre eigenen Daten, und wir können sie nicht unabhängig überprüfen.

4. Angebote und verhandelte Buchungen. Wo Preis oder Umfang nicht feststehen, passt keines der reinen Modelle. Der Käufer beschreibt die Aufgabe, der Verkäufer schlägt Konditionen vor, und beide bestätigen. Das ist Request-to-Book mit einem zusätzlichen Schritt und die Regel überall dort, wo das Produkt individuell angepasst wird. Es hängt direkt damit zusammen, wie auf der Plattform Preise gefunden werden.

Welche Marktplätze in welche Richtung neigen

Das Muster folgt einigen Variablen: wie standardisiert das Produkt ist, wie teuer eine schlechte Zuordnung ist und wie viel Zeit der Käufer hat.

Die Hinweise eines Anbieters von Vermietungssoftware für Gastgeber folgen dieser Logik: Er empfiehlt Request-to-Book nur für Gastgeber, die längere Aufenthalte, besondere Merkmale, besondere Anforderungen an Gäste oder von anderen Faktoren abhängige Verfügbarkeit anbieten (Rentals United Help Center). Das ist die operative Empfehlung eines Anbieters, keine Forschung, aber es passt zu den obigen Variablen.

Der B2B-Fall verdient eine Anmerkung. Bei großen Verträgen und wichtigen Beziehungen erwarten Käufer und Verkäufer vor der Zusage ein Gespräch, die „Lücke“ ist also kein Mangel. Sie ist Teil des Produkts. Unsere Referenz zu B2B- vs. B2C-Marktplätzen erklärt, warum der Einkaufsprozess abweicht, und das Modell des Managed Marketplace ist teilweise eine Antwort auf dasselbe Problem: Die Plattform tritt in den Matching-Schritt ein, sodass keine Seite es tun muss.

Das Modell wählen und staffeln

Ein paar Denkschritte helfen beim Entwurf oder der Überarbeitung eines Transaktionsmodells.

1. Beginnen Sie bei den Kosten einer schlechten Zuordnung. Ist eine gescheiterte Transaktion billig und umkehrbar, neigen Sie zu sofort. Ist sie teuer oder unsicher, behalten Sie einen Entscheidungspunkt oder ersetzen Sie das Urteil des Verkäufers durch eine von der Plattform betriebene Prüfung.
2. Entscheiden Sie, wer das Risiko trägt. Instant Book funktioniert, wenn die Plattform genug vom Nachteil auffängt (Verifizierung, Schutz, Rückgriff), dass Verkäufer sich vorab festlegen. Kann die Plattform das noch nicht, bestehen Verkäufer auf Freigabe, und ein erzwungenes Instant Book vertreibt sie.
3. Stimmen Sie das Modell auf die Reife der Angebotsseite ab. Anfangs, wenn Sie Verkäufer einzeln umwerben, kann die Flexibilität, Gäste zu genehmigen, der Grund sein, überhaupt zu listen. Wächst das Angebot, kann die Verschiebung des Standards Richtung sofort die Conversion fördern. Unsere Referenz zum Verkäufer-Onboarding behandelt, wie Sie Verkäufer gewinnen.
4. Lassen Sie den Standard die Arbeit tun. Verkäufer ändern Einstellungen selten. Ob der Standard sofort oder Anfrage ist, prägt den ganzen Marktplatz, weshalb Turos Ankündigung darauf zielte, Book Instantly zum Standard zu machen, statt es nur anzubieten.
5. Machen Sie die Wahl in der Suche sichtbar. Airbnb lässt Gäste filtern, sodass nur Instant-Book-Angebote erscheinen (Airbnb Help Center, Artikel 85). Ob und wie eine Plattform Instant-Book-Angebote höher rankt, ist selten öffentlich dokumentiert, nehmen Sie es also nicht an. Die von uns geprüften Ranking-Papiere beschreiben die Vorhersage der Annahme, keinen Vorteil für Sofortangebote. Wie Suche und Matching den Transaktionsmodus nutzen, lohnt sich an den eigenen Daten zu testen.

Häufige Fehler

• Die Modelle als reine Tempofrage behandeln. Tempo zählt, aber der Handel zwischen Kontrolle und Risiko ist die eigentliche Entscheidung.
• Vergessen, wohin die Fehlpassung wandert. Weniger Ablehnungen können mehr Stornierungen bedeuten. Messen Sie beides.
• Anfragen ohne Uhr liegen lassen. Ein Anfragemodell braucht ein Verfallsdatum und eine Freigaberegel für den Käufer, wie Airbnbs 24-Stunden-Formulierung zeigt.
• Verkäufern Ermessen geben, ohne es zu prüfen. Das Experiment von Edelman, Luca und Svirsky erinnert daran, dass Freigabemacht auf Weisen genutzt werden kann, die die Plattform nicht gutheißen würde.
• Eine Regel aus einer anderen Kategorie kopieren. Was bei einer standardisierten Vermietung funktioniert, kann bei einer individuellen Dienstleistung scheitern.