Model Instant Book vs Request-to-Book

Oleh Brian Tr · Diperbarui 7 Oktober 2026

Setiap marketplace harus menjawab satu pertanyaan kecil yang ternyata membentuk seluruh produknya: ketika pembeli mengatakan ya, siapa yang harus mengatakan ya kembali? Di sebagian marketplace jawabannya tidak ada. Pembeli mengklik, membayar, dan pemesanan pun ada. Di marketplace lain, pembeli mengirim permintaan lalu menunggu sementara penjual memutuskan.

Model pertama biasanya disebut pemesanan instan (Instant Book). Model kedua adalah permintaan pemesanan (Request to Book). Tidak ada yang lebih baik secara abstrak. Keduanya menukar kecepatan pembeli dengan kendali penjual, dan pilihan yang tepat bergantung pada apa yang dijual, seberapa besar kerugian yang mungkin ditanggung penjual, dan apa yang bisa dilakukan platform untuk melindungi mereka. Artikel ini mendefinisikan kedua model, menelusuri bagaimana masing-masing mengubah tingkat penerimaan, pembatalan, dan pencarian, membahas model hibrida yang akhirnya dipakai kebanyakan marketplace dewasa, dan menunjukkan jenis marketplace mana yang condong ke arah mana.

Aturan platform berubah, jadi setiap kebijakan yang dijelaskan di sini berlaku per 7 Oktober 2026, saat kami membaca halaman yang dikutip. Anggaplah sebagai potret bertanggal, bukan fakta permanen.

Fakta Utama

• Di Airbnb, listing dengan tombol "Confirm and pay" dapat dipesan seketika, sedangkan listing dengan tombol "Request to book" membutuhkan persetujuan host terlebih dahulu (Airbnb Help Center, dicek 7 Okt 2026).
• Airbnb menyatakan bahwa untuk sebuah permintaan, host biasanya merespons dalam 24 jam, dan di luar India tamu tidak dikenai biaya jika host menolak atau tidak merespons dalam jangka waktu tersebut (Airbnb Help Center).
• Dalam eksperimen lapangan tahun 2015 yang mencakup sekitar 6.400 listing Airbnb di lima kota, pertanyaan dari tamu bernama bernuansa kulit putih diterima sekitar 50% dari waktu, dibandingkan sekitar 42% untuk tamu bernama bernuansa Afrika-Amerika (Edelman, Luca dan Svirsky, AEJ: Applied Economics, 2017).
• Abstrak makalah yang sama melaporkan bahwa permohonan dari tamu dengan nama yang khas Afrika-Amerika 16% lebih kecil kemungkinannya diterima dibandingkan tamu identik dengan nama yang khas kulit putih (Edelman, Luca dan Svirsky).
• Tim peringkat pencarian Airbnb sendiri menggambarkan ekosistem peringkat yang mencakup model yang memprediksi kemungkinan host menerima permintaan tamu (Haldar et al., arXiv 1810.09591).
• Pada November 2023 Turo mengumumkan bahwa, mulai paruh pertama 2024, tamu dapat memesan semua perjalanan dengan Book Instantly (Turo Field Notes).

Dua model, didefinisikan

Pemesanan instan (instant book) berarti penjual berkomitmen di muka. Mereka menetapkan aturan satu kali (harga, kalender, masa menginap minimum, siapa yang boleh memesan), dan setiap pembeli yang memenuhi aturan itu langsung mendapat konfirmasi. Penjual tidak pernah melihat transaksi individual sebelum terjadi.

Permintaan pemesanan (request-to-book) berarti penjual memutuskan per transaksi. Pembeli mengirim tanggal dan detail, penjual meninjau permintaan, lalu menerima atau menolak. Sampai saat itu, pemesanannya belum ada.

Pusat bantuan Airbnb menampilkan keduanya dalam satu halaman. Panduannya untuk memesan rumah menyatakan bahwa jika pembeli melihat "Confirm and pay," mereka dapat memesan seketika, dan jika melihat "Request to book," mereka dapat menambahkan info pembayaran, meninjau kebijakan, dan mengirim pesan ke host sebelum mengajukan (Airbnb Help Center, artikel 85). Artikel Instant Book-nya menambahkan syarat dari sisi pembeli: tamu harus sudah menyelesaikan penyiapan akun dan reservasi harus kurang dari 31 malam (Airbnb Help Center, artikel 523).

Perhatikan apa yang berbeda dari kedua alur ini, karena itulah seluruh ceritanya. Pada request-to-book, ada jeda antara niat pembeli dan komitmen penjual. Jeda itulah tempat penjual mendapat kendali, dan juga tempat pembeli tersangkut.

Apa yang dioptimalkan tiap model

Anggaplah jeda itu memiliki harga di tiap sisi.

Bagi pembeli, jeda itu memakan waktu dan kepastian. Wisatawan yang butuh tempat menginap malam ini tidak bisa menunggu sehari. Pembeli yang membandingkan lima listing harus menahan lima permintaan yang tertunda, atau mengirimnya satu per satu. Panduan Airbnb sendiri mencerminkan hal ini: ringkasannya tentang Instant Book menyebut fitur itu memungkinkan tamu yang memenuhi persyaratan host memesan seketika alih-alih mengirim permintaan untuk disetujui (Airbnb Help Center, artikel 85, artikel terkait), dan halaman untuk tamunya menyebut opsi itu "sangat praktis untuk perjalanan mendadak" (Airbnb Help Center, artikel 523).

Bagi penjual, menghilangkan jeda berarti kehilangan kendali. Tanpa jeda itu mereka tidak bisa membaca profil, mengajukan pertanyaan, atau menolak masa menginap yang tidak cocok. Hal ini paling penting ketika transaksi yang buruk mahal harganya: orang asing di rumah Anda, orang asing mengemudikan mobil Anda, proyek yang membutuhkan keahlian khusus. Semakin besar yang bisa hilang dari penjual, semakin mereka ingin jeda itu kembali.

Platform merasakan trade-off yang sama pada tingkat agregat. Menghilangkan waktu tunggu masuk akal membantu konversi, karena lebih sedikit pembeli yang harus menahan permintaan tertunda, meskipun Anda sebaiknya mengujinya, bukan mengasumsikannya. Risiko sebaliknya juga nyata: sebagian penjual tidak akan memasang listing sama sekali di bawah model ketika orang asing memesan secara otomatis. Untuk bagaimana ini cocok dengan funnel yang lebih luas, lihat referensi kami tentang konversi marketplace.

Tingkat penerimaan, pembatalan, dan biaya dari kata "tidak"

Dalam model permintaan, keputusan penjual menjadi variabel yang harus dikelola platform. Dua hal terjadi.

Pertama, penerimaan tidak dijamin, jadi sebuah permintaan adalah probabilitas, bukan pemesanan. Para peneliti peringkat pencarian Airbnb mengatakannya langsung: model peringkat yang mereka gambarkan adalah bagian dari ekosistem model yang mencakup model yang memprediksi kemungkinan host menerima permintaan pemesanan tamu (Haldar et al., "Applying Deep Learning To Airbnb Search"). Itu adalah konsekuensi desain dari request-to-book. Jika seorang host kemungkinan besar menolak tamu tertentu, menampilkan listing itu kepada tamu tersebut membuang waktu kedua sisi. Instant book menghilangkan masalah prediksi itu, karena penerimaan sudah ditetapkan oleh aturan.

Kedua, perilaku respons penjual menjadi sesuatu yang harus diukur dan diatur. Airbnb memberi tahu tamu bahwa host biasanya merespons dalam 24 jam dan bahwa, di luar India, tamu tidak dikenai biaya jika host menolak atau tidak merespons dalam jangka waktu itu (Airbnb Help Center, artikel 85). Kalimat itu memuat satu kebijakan utuh: permintaan kedaluwarsa, pembeli dibebaskan, dan platform tidak mengambil pembayaran sampai penjual berkomitmen. Tanpa aturan seperti itu, penjual yang lambat bisa membekukan uang atau rencana pembeli tanpa batas waktu.

Pembatalan juga bergeser, tetapi dengan cara yang lebih halus. Pada instant book, penjual tidak pernah menyetujui pembeli spesifik ini, sehingga ketidakcocokan apa pun muncul setelah konfirmasi, sebagai pembatalan atau sengketa. Pada request-to-book, ketidakcocokan disaring lebih awal, sebagai penolakan. Ketidakcocokan yang sama mendarat di keranjang yang berbeda. Platform yang berganti model tidak boleh berharap masalahnya lenyap. Masalah itu berpindah, dari "permintaan yang ditolak" ke "pembatalan dan keluhan", dan platform butuh kebijakan untuk tempat barunya muncul. Itu pertanyaan desain trust and safety (kepercayaan dan keamanan) sama banyaknya dengan pertanyaan konversi, dan itulah sebabnya penjual di platform instant-book biasanya diberi alat penyaringan dan cara untuk membatalkan tanpa hukuman. Perlindungan dan jalur pemulihan bagi penjual sering menjadi separuh lainnya dari kesepakatan itu, dan keduanya bergantung pada seberapa baik platform mengendalikan kualitas pasokan.

Temuan diskriminasi yang mendorong industri

Bukti terkuat tentang mengapa request-to-book membawa biaya tersembunyi berasal dari eksperimen lapangan di Airbnb. Benjamin Edelman, Michael Luca, dan Dan Svirsky membuat akun tamu yang identik kecuali namanya, satu set dengan nama yang khas Afrika-Amerika dan satu set dengan nama yang khas kulit putih, lalu mengirim sekitar 6.400 pesan ke host antara 7 dan 30 Juli 2015 untuk menanyakan ketersediaan (Edelman, Luca dan Svirsky).

Hasilnya: nama bernuansa kulit putih diterima sekitar 50% dari waktu dan nama bernuansa Afrika-Amerika sekitar 42%. Temuan utama yang dinyatakan para penulis adalah kemungkinan diterima yang 16% lebih rendah, dan mereka melaporkan bahwa polanya berlaku pada host dari semua skala, terkonsentrasi di antara host yang belum pernah menerima tamu Afrika-Amerika.

Para penulis mengaitkan hal ini dengan desain pasar. Mereka mencatat bahwa Airbnb membiarkan host menerima atau menolak tamu setelah melihat nama dan sering juga foto, sedangkan platform seperti Amazon, eBay, dan Expedia hanya menyisakan sedikit ruang untuk diskriminasi karena penjual pada dasarnya berkomitmen di muka untuk menerima semua pembeli. Solusi yang mereka usulkan mencakup memperluas Instant Book, yang menurut mereka akan menghilangkan peluang diskriminasi sekaligus memberi manfaat kenyamanan bagi tamu. Mereka juga mengamati bahwa, dalam sampel mereka, hanya sebagian kecil host yang mengizinkan pemesanan instan. Makalah itu menambahkan bahwa pada hari makalah diterima untuk diterbitkan, Airbnb mengumumkan rencana perubahan termasuk target menaikkan proporsi host yang menawarkan Instant Book.

Dua catatan kehati-hatian. Ini satu platform, satu tahun, dan satu jenis pertanyaan, jadi ini bukti tentang model berbasis permintaan dalam situasi ketika host melihat identitas pribadi, bukan hukum universal. Dan makalah itu secara eksplisit membingkai seluruh persoalan sebagai trade-off bagi perancang pasar: informasi yang membantu penjual memutuskan juga dapat membuka jalan bagi bias. Request-to-book tidak pada dasarnya diskriminatif. Ia memberi penjual keputusan diskresioner, dan diskresi adalah tempat bias bisa masuk.

Turo mengajukan argumen serupa dengan bahasa lugas. Pengumumannya pada 2023 menyatakan bahwa penyaringan tamu oleh host dapat bersifat diskriminatif, yang bukan perilaku yang diinginkannya di komunitasnya (Turo Field Notes).

Hibrida: kendali tanpa jeda

Kebanyakan marketplace berakhir di antara kedua kutub. Ada empat pola yang umum.

1. Instant book dengan persyaratan. Penjual berkomitmen di muka, tetapi hanya kepada pembeli yang memenuhi syarat. Airbnb menggambarkan Instant Book sebagai fitur yang memungkinkan tamu yang memenuhi persyaratan host memesan seketika (Airbnb Help Center, artikel 85, artikel terkait). Kendali berpindah dari menilai setiap orang menjadi menetapkan kriteria satu kali. Ini mempertahankan kecepatan dan memberi penjual sebuah filter, meskipun apa yang boleh dipersyaratkan penjual oleh platform (dan apakah persyaratan itu sendiri menimbulkan bias) adalah keputusan desain yang layak diaudit.

2. Instant book dengan pengecualian. Platform kembali ke persetujuan di tempat konfirmasi instan tidak aman. Contoh Airbnb adalah kedatangan mendadak: jika tamu memesan dalam dua hari sebelum check-in dan ingin tiba di luar jendela check-in host, host menerima Request to Book dan memutuskan apakah waktu yang diminta cocok (Airbnb Help Center, artikel 85). Ini aturan kecil yang menangani kasus tepi operasional tanpa meninggalkan konfirmasi instan.

3. Instant book plus kendali di sisi penjual. Unggahan Turo pada November 2023, yang mengumumkan bahwa Book Instantly akan menjadi cara standar untuk memesan, memasangkan perubahan itu dengan dua fitur kendali host: pengaturan durasi perjalanan berbasis lokasi dan jam pengambilan serta pengembalian yang dapat disesuaikan (Turo Field Notes). Unggahan yang sama menunjuk pada penyaringan di sisi platform, dengan menyatakan bahwa Turo menyaring setiap tamu dan perjalanan dengan model risiko machine learning dan menerapkan pembatasan kelayakan seperti batas usia atau masa kepemilikan SIM untuk kendaraan bernilai lebih tinggi. Kendali berpindah dari persetujuan per transaksi menjadi pengaturan plus penilaian risiko oleh platform. Turo juga menyatakan, sebagai klaimnya sendiri, bahwa kendaraan dengan Book Instantly aktif cenderung menghasilkan lebih banyak per bulan karena tamu lebih suka tidak menunggu. Itu pernyataan platform tentang datanya sendiri dan kami tidak dapat memverifikasinya secara independen.

4. Penawaran dan pemesanan hasil negosiasi. Ketika harga atau cakupan tidak tetap, tidak ada model murni yang cocok. Pembeli menjelaskan pekerjaannya, penjual mengusulkan ketentuan, dan keduanya mengonfirmasi. Ini request-to-book dengan satu langkah tambahan, dan menjadi norma di mana pun produknya dikustomisasi. Hal ini terhubung langsung dengan bagaimana harga ditemukan di platform.

Marketplace mana yang condong ke arah mana

Polanya mengikuti beberapa variabel: seberapa terstandar produknya, seberapa mahal ketidakcocokan, dan berapa banyak waktu yang dimiliki pembeli.

Panduan sebuah penyedia perangkat lunak sewa untuk para host sejalan dengan logika ini: mereka menyarankan request-to-book hanya bagi host yang menawarkan masa menginap lebih lama, dengan fitur unik, dengan persyaratan khusus tentang tamu, atau dengan ketersediaan yang bergantung pada faktor lain (pusat bantuan Rentals United). Itu saran operasional dari vendor, bukan riset, tetapi cocok dengan variabel di atas.

Kasus B2B layak mendapat catatan. Ketika kontraknya besar dan hubungannya penting, pembeli dan penjual sama-sama mengharapkan percakapan sebelum berkomitmen, sehingga "jeda" itu bukan cacat. Itu bagian dari produk. Referensi kami tentang marketplace B2B versus B2C membahas mengapa proses pembeliannya berbeda, dan model marketplace terkelola sebagian adalah jawaban atas masalah yang sama: platform turun tangan di langkah pencocokan sehingga tidak ada pihak yang harus melakukannya.

Memilih dan mengurutkan model

Beberapa langkah penalaran membantu ketika merancang atau merevisi model transaksi.

1. Mulai dari biaya ketidakcocokan. Jika transaksi yang gagal murah dan dapat dibalik, condonglah ke instan. Jika mahal atau tidak aman, pertahankan titik keputusan, atau gantikan penilaian penjual dengan penyaringan yang dijalankan platform.
2. Putuskan siapa yang menanggung risiko. Instant book berhasil ketika platform menyerap cukup banyak risiko (verifikasi, perlindungan, jalur pemulihan) sehingga penjual mau berkomitmen di muka. Jika platform belum mampu melakukannya, penjual akan bersikeras pada persetujuan, dan memaksakan instant book akan mengusir mereka.
3. Sesuaikan model dengan kematangan sisi pasokan. Di awal, ketika Anda mendekati penjual satu per satu, fleksibilitas untuk menyetujui tamu bisa menjadi hal yang membuat mereka mau memasang listing. Seiring pasokan tumbuh, menggeser default ke arah instan dapat membantu konversi. Referensi kami tentang onboarding penjual membahas cara menarik penjual masuk.
4. Biarkan default yang bekerja. Penjual jarang mengubah pengaturan. Apakah default-nya instan atau permintaan membentuk seluruh marketplace, itulah sebabnya pengumuman Turo adalah soal menjadikan Book Instantly sebagai standar, bukan sekadar menawarkannya.
5. Tampilkan pilihan itu di pencarian. Airbnb memungkinkan tamu memfilter agar hanya menampilkan listing Instant Book (Airbnb Help Center, artikel 85). Apakah dan bagaimana platform memberi peringkat lebih tinggi pada listing instant-book jarang didokumentasikan secara publik, jadi jangan mengasumsikannya. Makalah peringkat yang kami tinjau menjelaskan prediksi penerimaan, bukan dorongan untuk listing instan. Bagaimana pencarian dan pencocokan memakai mode transaksi layak diuji pada data Anda sendiri.

Kesalahan Umum

• Memperlakukan model ini sebagai soal kecepatan semata. Kecepatan penting, tetapi trade-off kendali dan risiko adalah keputusan sebenarnya.
• Melupakan ke mana ketidakcocokan berpindah. Lebih sedikit penolakan bisa berarti lebih banyak pembatalan. Ukur keduanya.
• Membiarkan permintaan menggantung tanpa batas waktu. Model permintaan membutuhkan masa kedaluwarsa dan aturan pelepasan bagi pembeli, seperti ditunjukkan bahasa 24 jam milik Airbnb.
• Memberi penjual diskresi tanpa mengauditnya. Eksperimen Edelman, Luca dan Svirsky adalah pengingat bahwa kuasa persetujuan dapat dipakai dengan cara yang tidak didukung platform.
• Menyalin aturan dari kategori yang berbeda. Yang berhasil untuk sewa terstandar mungkin gagal untuk layanan kustom.