Model Tempahan Segera (Instant Book) lwn Permintaan Tempahan (Request to Book)

Oleh Brian Tr · Dikemas kini 7 Oktober 2026

Setiap marketplace perlu menjawab satu soalan kecil yang ternyata membentuk keseluruhan produk: apabila pembeli berkata ya, siapa yang perlu berkata ya kembali? Dalam sesetengah marketplace jawapannya tiada siapa. Pembeli mengklik, membayar, dan tempahan wujud. Dalam yang lain, pembeli menghantar permintaan dan menunggu sementara penjual membuat keputusan.

Model pertama biasanya dipanggil tempahan segera (Instant Book). Model kedua ialah permintaan tempahan (Request to Book). Tiada satu pun yang lebih baik secara abstrak. Kedua-duanya menukar kepantasan pembeli dengan kawalan penjual, dan pilihan yang betul bergantung pada apa yang dijual, seberapa banyak yang boleh hilang daripada penjual, dan apa yang boleh dilakukan platform untuk melindungi mereka. Artikel ini mentakrifkan kedua-dua model, menelusuri cara setiap satu mengubah kadar penerimaan, pembatalan dan carian, merangkumi model hibrid yang akhirnya dipilih oleh kebanyakan marketplace matang, dan menunjukkan jenis marketplace mana yang cenderung ke arah mana.

Peraturan platform berubah, jadi setiap dasar yang diterangkan di sini adalah setakat 7 Oktober 2026, apabila kami membaca halaman yang dipetik. Anggaplah ia gambaran bertarikh, bukan fakta kekal.

Fakta Utama

• Di Airbnb, penyenaraian yang menunjukkan butang "Confirm and pay" boleh ditempah serta-merta, manakala penyenaraian yang menunjukkan "Request to book" memerlukan kelulusan tuan rumah terlebih dahulu (Airbnb Help Center, disemak 7 Okt 2026).
• Airbnb menyatakan bahawa bagi sesuatu permintaan, tuan rumah lazimnya akan membalas dalam masa 24 jam, dan di luar India tetamu tidak dicaj jika tuan rumah menolak atau tidak membalas dalam tempoh itu (Airbnb Help Center).
• Dalam eksperimen lapangan 2015 yang merangkumi kira-kira 6,400 penyenaraian Airbnb di lima bandar, pertanyaan daripada tetamu dengan nama berbunyi kulit putih diterima kira-kira 50% daripada masa berbanding kira-kira 42% bagi tetamu dengan nama berbunyi Afrika-Amerika (Edelman, Luca dan Svirsky, AEJ: Applied Economics, 2017).
• Abstrak kertas yang sama melaporkan bahawa permohonan daripada tetamu dengan nama yang jelas berbunyi Afrika-Amerika 16% kurang berkemungkinan diterima berbanding tetamu serupa dengan nama yang jelas berbunyi kulit putih (Edelman, Luca dan Svirsky).
• Pasukan kedudukan carian Airbnb sendiri menerangkan ekosistem kedudukan yang merangkumi model yang meramalkan kemungkinan tuan rumah menerima permintaan tetamu (Haldar et al., arXiv 1810.09591).
• Pada November 2023 Turo mengumumkan bahawa, bermula separuh pertama 2024, tetamu akan dapat menempah semua perjalanan dengan Book Instantly (Turo Field Notes).

Kedua-dua model, ditakrifkan

Tempahan segera (Instant Book) bermaksud penjual membuat komitmen terlebih dahulu. Mereka menetapkan peraturan sekali (harga, kalendar, tempoh penginapan minimum, siapa yang boleh menempah), dan mana-mana pembeli yang memenuhi peraturan itu mendapat pengesahan serta-merta. Penjual tidak pernah melihat transaksi individu sebelum ia berlaku.

Permintaan tempahan (Request to Book) bermaksud penjual membuat keputusan bagi setiap transaksi. Pembeli menghantar tarikh dan butiran, penjual menyemak permintaan itu, dan penjual menerima atau menolak. Sehingga itu tempahan tidak wujud.

Pusat bantuan Airbnb menunjukkan kedua-duanya pada satu halaman. Panduannya tentang menempah rumah menyatakan bahawa jika pembeli melihat "Confirm and pay," mereka boleh menempah serta-merta, dan jika mereka melihat "Request to book," mereka boleh menambah maklumat pembayaran, menyemak dasar, dan menghantar mesej kepada tuan rumah sebelum menghantar (Airbnb Help Center, article 85). Artikel Instant Book-nya menambah syarat sebelah pembeli: tetamu mesti telah melengkapkan penyediaan akaun dan tempahan mestilah kurang daripada 31 malam (Airbnb Help Center, article 523).

Perhatikan apa yang berbeza antara kedua-dua aliran, kerana itulah keseluruhan ceritanya. Dalam permintaan tempahan, terdapat jurang antara niat pembeli dengan komitmen penjual. Jurang itulah tempat penjual mendapat kawalan, dan juga tempat pembeli tersekat.

Apa yang dioptimumkan oleh setiap model

Anggaplah jurang itu mempunyai harga pada setiap pihak.

Bagi pembeli, jurang itu menelan masa dan kepastian. Pelancong yang memerlukan tempat malam ini tidak boleh menunggu sehari. Pembeli yang membandingkan lima penyenaraian terpaksa menyimpan lima permintaan yang belum selesai, atau menghantarnya satu demi satu. Panduan Airbnb sendiri mencerminkan perkara ini: ringkasannya tentang Instant Book menyatakan ia membolehkan tetamu yang memenuhi keperluan tuan rumah menempah serta-merta dan bukan menghantar permintaan untuk kelulusan (Airbnb Help Center, article 85, related articles), dan halaman tetamunya menyifatkan pilihan itu "especially convenient for last-minute trips" (amat mudah untuk perjalanan saat akhir) (Airbnb Help Center, article 523).

Bagi penjual, menghapuskan jurang itu menelan kawalan. Tanpanya mereka tidak dapat membaca profil, bertanya soalan, atau menolak penginapan yang tidak sesuai. Itu paling penting apabila transaksi yang buruk adalah mahal: orang asing di rumah anda, orang asing memandu kereta anda, projek yang memerlukan kemahiran tertentu. Semakin banyak yang boleh hilang daripada penjual, semakin mereka mahu jurang itu dikembalikan.

Platform merasai pertukaran yang sama pada peringkat agregat. Menghapuskan penantian berkemungkinan membantu penukaran, kerana lebih sedikit pembeli perlu menyimpan permintaan yang belum selesai, walaupun anda patut mengujinya dan bukan mengandaikannya. Risiko sebaliknya juga nyata: sesetengah penjual tidak akan menyenaraikan langsung di bawah model yang membenarkan orang asing menempah secara automatik. Untuk bagaimana ini sesuai dengan corong yang lebih luas, lihat rujukan kami tentang penukaran marketplace.

Kadar penerimaan, pembatalan, dan kos "tidak"

Dalam model permintaan, keputusan penjual menjadi pemboleh ubah yang perlu diurus oleh platform. Dua perkara berlaku.

Pertama, penerimaan tidak dijamin, jadi permintaan ialah kebarangkalian, bukan tempahan. Penyelidik kedudukan carian Airbnb menyatakannya secara langsung: model kedudukan yang mereka perihalkan ialah sebahagian daripada ekosistem model yang merangkumi model yang meramalkan kemungkinan tuan rumah menerima permintaan tempahan tetamu (Haldar et al., "Applying Deep Learning To Airbnb Search"). Itu akibat reka bentuk permintaan tempahan. Jika tuan rumah berkemungkinan menolak tetamu tertentu, menunjukkan penyenaraian itu kepada tetamu tersebut membazirkan masa kedua-dua pihak. Tempahan segera menghapuskan masalah ramalan itu, kerana penerimaan sudah ditentukan oleh peraturan.

Kedua, tingkah laku balasan penjual menjadi sesuatu yang perlu diukur dan ditadbir. Airbnb memberitahu tetamu bahawa tuan rumah lazimnya akan membalas dalam masa 24 jam dan bahawa, di luar India, tetamu tidak dicaj jika tuan rumah menolak atau tidak membalas dalam tempoh itu (Airbnb Help Center, article 85). Ayat itu mengandungi keseluruhan dasar: permintaan tamat tempoh, pembeli dilepaskan, dan platform tidak mengambil bayaran sehingga penjual membuat komitmen. Tanpa peraturan sedemikian, penjual yang lambat boleh membekukan wang atau rancangan pembeli tanpa had.

Pembatalan juga berubah, tetapi dengan cara yang lebih halus. Di bawah tempahan segera, penjual tidak pernah bersetuju dengan pembeli tertentu ini, jadi sebarang ketidakpadanan muncul selepas pengesahan, sebagai pembatalan atau pertikaian. Di bawah permintaan tempahan, ketidakpadanan ditapis lebih awal, sebagai penolakan. Ketidakpadanan asas yang sama jatuh ke dalam baldi yang berbeza. Platform yang bertukar model tidak patut mengharapkan masalah itu hilang. Ia berpindah, daripada "permintaan yang ditolak" kepada "pembatalan dan aduan," dan platform memerlukan dasar untuk tempat baharu ia muncul. Itu soalan reka bentuk kepercayaan dan keselamatan sama seperti soalan penukaran, dan sebab itulah penjual di platform tempahan segera lazimnya diberikan alat saringan dan cara untuk membatalkan tanpa dihukum. Perlindungan dan jalan penyelesaian untuk penjual sering menjadi separuh lagi daripada tawar-menawar itu, dan ia bergantung pada seberapa baik platform mengawal kualiti penawaran.

Penemuan diskriminasi yang mendorong industri

Bukti paling kukuh tentang mengapa permintaan tempahan membawa kos tersembunyi datang daripada eksperimen lapangan di Airbnb. Benjamin Edelman, Michael Luca, dan Dan Svirsky mencipta akaun tetamu yang serupa kecuali namanya, satu set dengan nama yang jelas berbunyi Afrika-Amerika dan satu set dengan nama yang jelas berbunyi kulit putih, dan menghantar kira-kira 6,400 mesej kepada tuan rumah antara 7 dan 30 Julai 2015 bertanya tentang ketersediaan (Edelman, Luca dan Svirsky).

Keputusannya: nama berbunyi kulit putih diterima kira-kira 50% daripada masa dan nama berbunyi Afrika-Amerika kira-kira 42%. Tajuk utama yang dinyatakan penulis ialah kemungkinan penerimaan 16% lebih rendah, dan mereka melaporkan corak itu bertahan merentasi tuan rumah pelbagai saiz, tertumpu dalam kalangan tuan rumah yang tidak pernah menerima tetamu Afrika-Amerika.

Penulis mengaitkan ini dengan reka bentuk pasaran. Mereka mencatat bahawa Airbnb membenarkan tuan rumah menerima atau menolak tetamu selepas melihat nama dan selalunya gambar, dan bahawa platform seperti Amazon, eBay, dan Expedia menawarkan sedikit ruang untuk diskriminasi kerana penjual pada hakikatnya berikrar terlebih dahulu untuk menerima semua pembeli. Penyelesaian yang mereka cadangkan termasuk mengembangkan Instant Book, yang menurut mereka akan menghapuskan peluang untuk diskriminasi dan juga menawarkan faedah kemudahan kepada tetamu. Mereka juga memerhatikan bahawa, dalam sampel mereka, hanya sebahagian kecil tuan rumah membenarkan tempahan segera. Kertas itu menambah bahawa pada hari ia diterima untuk penerbitan, Airbnb mengumumkan perubahan yang dirancang termasuk matlamat untuk meningkatkan perkadaran tuan rumah yang menawarkan Instant Book.

Dua peringatan. Ini satu platform, satu tahun, dan satu jenis pertanyaan, jadi ia bukti tentang model berasaskan permintaan dalam keadaan tuan rumah melihat identiti peribadi, bukan hukum sejagat. Dan kertas itu dengan jelas membingkaikan keseluruhan isu sebagai pertukaran untung rugi bagi pereka pasaran: maklumat yang membantu penjual membuat keputusan juga boleh membolehkan berlakunya berat sebelah. Permintaan tempahan pada dasarnya tidak diskriminatif. Ia memberi penjual keputusan mengikut budi bicara, dan budi bicara ialah tempat berat sebelah boleh masuk.

Turo mengemukakan hujah yang serupa dengan jelas. Pengumuman 2023nya menyatakan bahawa saringan tetamu oleh tuan rumah boleh bersifat diskriminatif, yang bukan tingkah laku yang diinginkannya dalam komunitinya (Turo Field Notes).

Model hibrid: kawalan tanpa jurang

Kebanyakan marketplace akhirnya berada di antara dua kutub. Empat corak lazim.

1. Tempahan segera dengan syarat. Penjual membuat komitmen terlebih dahulu, tetapi hanya kepada pembeli yang memenuhi syarat. Airbnb menerangkan Instant Book sebagai membolehkan tetamu yang memenuhi keperluan tuan rumah menempah serta-merta (Airbnb Help Center, article 85, related articles). Kawalan beralih daripada menilai setiap orang kepada menetapkan kriteria sekali. Ini mengekalkan kepantasan dan memberi penjual penapis, walaupun apa yang dibenarkan platform untuk dijadikan syarat oleh penjual (dan sama ada syarat itu sendiri mewujudkan berat sebelah) ialah keputusan reka bentuk yang wajar diaudit.

2. Tempahan segera dengan pengecualian. Platform kembali kepada kelulusan di mana pengesahan segera tidak selamat. Contoh Airbnb ialah ketibaan saat akhir: jika tetamu menempah dalam masa dua hari sebelum daftar masuk dan mahu tiba di luar tetingkap daftar masuk tuan rumah, tuan rumah menerima Request to Book dan memutuskan sama ada waktu yang diminta sesuai (Airbnb Help Center, article 85). Ia peraturan kecil yang menangani kes pinggir operasi tanpa meninggalkan pengesahan segera.

3. Tempahan segera serta kawalan sebelah penjual. Catatan Turo pada November 2023, yang mengumumkan bahawa Book Instantly akan menjadi cara piawai untuk menempah, menggandingkan perubahan itu dengan dua ciri kawalan tuan rumah: tetapan tempoh perjalanan berasaskan lokasi dan waktu pengambilan serta pemulangan yang boleh disesuaikan (Turo Field Notes). Catatan yang sama menunjuk kepada saringan sebelah platform, dengan menyatakan Turo menyaring setiap tetamu dan perjalanan dengan model risiko pembelajaran mesin dan menerapkan sekatan kelayakan seperti had umur atau tempoh lesen untuk kenderaan bernilai lebih tinggi. Kawalan beralih daripada kelulusan bagi setiap transaksi kepada tetapan serta penilaian risiko platform. Turo juga menyatakan, sebagai dakwaannya sendiri, bahawa kenderaan yang mengaktifkan Book Instantly cenderung memperoleh lebih banyak sebulan kerana tetamu tidak suka menunggu. Itu pernyataan platform tentang datanya sendiri dan kami tidak dapat mengesahkannya secara bebas.

4. Sebut harga dan tempahan yang dirundingkan. Di mana harga atau skop tidak tetap, tiada model tulen yang sesuai. Pembeli menerangkan kerja itu, penjual mencadangkan terma, dan kedua-duanya mengesahkan. Ini permintaan tempahan dengan satu langkah tambahan, dan ia norma di mana sahaja produk disesuaikan. Ia berkait terus dengan cara harga ditemui di platform.

Marketplace mana cenderung ke arah mana

Corak ini mengikut beberapa pemboleh ubah: seberapa piawai produk, seberapa mahal padanan yang buruk, dan seberapa banyak masa yang dimiliki pembeli.

Panduan penyedia perisian sewaan kepada tuan rumah selari dengan logik ini: ia mencadangkan permintaan tempahan hanya untuk tuan rumah yang menawarkan penginapan lebih lama, dengan ciri unik, dengan keperluan khas tentang tetamu, atau dengan ketersediaan yang bergantung pada faktor lain (Rentals United help center). Itu nasihat operasi vendor, bukan penyelidikan, tetapi ia sepadan dengan pemboleh ubah di atas.

Kes B2B wajar dicatat. Apabila kontrak besar dan hubungan penting, pembeli dan penjual kedua-duanya mengharapkan perbualan sebelum komitmen, jadi "jurang" itu bukan kecacatan. Ia sebahagian daripada produk. Rujukan kami tentang marketplace B2B lwn B2C merangkumi sebab proses pembelian berbeza, dan model marketplace terurus sebahagiannya ialah jawapan kepada masalah yang sama: platform melangkah masuk ke dalam langkah pemadanan supaya tiada pihak perlu melakukannya.

Memilih dan menyusun model

Beberapa langkah penaakulan membantu semasa mereka bentuk atau menyemak semula model transaksi.

1. Mulakan daripada kos padanan yang buruk. Jika transaksi yang gagal murah dan boleh diundurkan, cenderung kepada segera. Jika mahal atau tidak selamat, kekalkan titik keputusan, atau gantikan penilaian penjual dengan saringan yang dijalankan platform.
2. Tentukan siapa yang menanggung risiko. Tempahan segera berfungsi apabila platform menyerap cukup bahagian sisi negatif (pengesahan, perlindungan, jalan penyelesaian) sehingga penjual sanggup berikrar terlebih dahulu. Jika platform belum dapat melakukannya, penjual akan berkeras mahukan kelulusan, dan memaksa tempahan segera akan menghalau mereka.
3. Padankan model dengan kematangan sisi penawaran. Pada peringkat awal, apabila anda memikat penjual satu demi satu, fleksibiliti untuk meluluskan tetamu boleh menjadi sebab mereka menyenaraikan langsung. Apabila penawaran membesar, menggerakkan lalai ke arah segera boleh membantu penukaran. Rujukan kami tentang onboarding penjual merangkumi cara membawa penjual masuk.
4. Jadikan lalai melakukan kerja itu. Penjual jarang menukar tetapan. Sama ada lalai itu segera atau permintaan membentuk keseluruhan marketplace, sebab itulah pengumuman Turo adalah tentang menjadikan Book Instantly sebagai piawai dan bukan sekadar menawarkannya.
5. Tonjolkan pilihan itu dalam carian. Airbnb membenarkan tetamu menapis untuk menunjukkan penyenaraian Instant Book sahaja (Airbnb Help Center, article 85). Sama ada dan bagaimana platform meletakkan penyenaraian tempahan segera lebih tinggi jarang didokumenkan secara awam, jadi jangan mengandaikannya. Kertas kedudukan yang kami semak menerangkan peramalan penerimaan, bukan galakan untuk penyenaraian segera. Cara carian dan padanan menggunakan mod transaksi wajar diuji pada data anda sendiri.

Kesilapan Biasa

• Menganggap model sebagai soalan kepantasan semata-mata. Kepantasan penting, tetapi pertukaran kawalan dan risiko ialah keputusan sebenar.
• Terlupa ke mana ketidakpadanan pergi. Lebih sedikit penolakan boleh bermaksud lebih banyak pembatalan. Ukur kedua-duanya.
• Membiarkan permintaan tergantung tanpa jam. Model permintaan memerlukan tarikh luput dan peraturan pelepasan untuk pembeli, seperti yang ditunjukkan oleh bahasa 24 jam Airbnb.
• Memberi penjual budi bicara tanpa mengauditnya. Eksperimen Edelman, Luca dan Svirsky ialah peringatan bahawa kuasa kelulusan boleh digunakan dengan cara yang tidak disokong platform.
• Menyalin peraturan daripada kategori lain. Apa yang berfungsi untuk sewaan piawai mungkin gagal untuk perkhidmatan tersuai.