Harga dinamik untuk homestay di Malaysia paling berkesan bila dipecahkan kepada empat lapisan, bukan satu nombor ajaib: harga asas ikut hari dalam minggu, peraturan musim untuk cuti sekolah dan hujung minggu panjang, pelarasan berjadual untuk malam ini atau esok dengan harga lantai, dan semakan pesaing yang hanya mencadangkan, tidak pernah menolak harga sendiri. Inilah cara kami menetapkan harga 100+ unit di Johor Bahru dan Desaru, dan di mana setiap lapisan boleh tersasar.
Cari "dynamic pricing Airbnb" di Google dan muka pertama penuh dengan PriceLabs, Beyond, Wheelhouse dan Hospitable yang menerangkan pengganda permintaan dan machine learning. Alat-alat itu bagus. Tetapi ia dibina untuk pasaran di mana tetamu tempah berminggu-minggu lebih awal. Tiada satu pun ditulis untuk pengusaha yang tetamu malam Jumaatnya buat keputusan petang Jumaat di Tambak, yang tempahan Agoda-nya sama banyak dengan Airbnb, dan yang channel manager-nya kadang-kadang senyap-senyap menolak satu harga selama tiga minggu. Artikel ini ialah susunan harga yang kami benar-benar jalankan dalam AntlerHub, lapisan demi lapisan, termasuk bahagian yang masih manual dan satu kegagalan yang kami tangkap hanya kerana kod itu sendiri mula "merungut".
Apa sebenarnya maksud "harga dinamik" untuk homestay di Johor Bahru?
Maksudnya harga yang tetamu nampak untuk satu malam bukan satu nombor yang anda taip sekali. Ia hasil daripada satu susunan: harga asas ikut hari, dilaraskan oleh mana-mana musim yang meliputi tarikh itu, dilaraskan sekali lagi oleh peraturan yang bertindak pada masa tetap sebelum penginapan, dan dibandingkan dengan harga unit berdekatan. Setiap lapisan ada tugas dan kelajuan yang berbeza.
| Lapisan | Soalan yang dijawab | Kekerapan berubah | Siapa putuskan |
|---|---|---|---|
| 1. Harga asas ikut hari | Berapa nilai hari Selasa biasa? Sabtu biasa? | Jarang, ditetapkan sekali setiap unit | Pengusaha |
| 2. Peraturan musim | Cuti sekolah, Tahun Baru Cina, Raya, hujung minggu panjang tambah berapa? | Beberapa kali setahun, draf dulu kemudian tolak | Pengusaha |
| 3. Pelan dinamik | Pukul 3 petang malam ini atau esok masih kosong, apa jadi? | Setiap hari, automatik | Peraturan yang pengusaha set sekali |
| 4. Semakan pesaing AI | Kami 8% lebih tinggi atau rendah daripada unit sebelah di Booking.com dan Agoda? | Bila perlu, satu unit satu tarikh | Cadangan sahaja; manusia yang tolak |
Susunan ini penting. Lapisan 1 ialah asas untuk semua yang lain. Kalau satu unit tiada harga asas untuk satu hari, sistem tidak tolak apa-apa untuk hari itu, memang sengaja, kerana menolak sifar atau meneka lebih teruk daripada membiarkan channel manager sahaja.
Lapisan 1: kenapa harga asas mesti ikut hari, bukan satu nombor?
Kerana homestay di Johor Bahru tiada satu lengkung permintaan. Ia ada dua. Malam Jumaat dan Sabtu dipenuhi keluarga dari Singapura dan pelawat hujung minggu dari KL; Ahad hingga Khamis ialah pasaran lain: urusan kerja, lawatan hospital, limpahan acara. Letak harga sama untuk kedua-duanya bermakna anda sama ada rugi pada hujung minggu atau kosong pada hari biasa. Unit Desaru kami tunjukkan ini lebih ketara, seperti yang kami tulis dalam artikel Desaru hujung minggu penuh, hari biasa kosong.
Jadi setiap unit dalam PMS kami ada tujuh harga asas, satu untuk setiap hari, dan tujuh harga minimum yang sepadan. Minimum ialah nombor yang lapisan kemudian tidak dibenarkan turun ke bawahnya, melainkan seseorang dengan jelas tanda "benarkan bawah minimum" pada peraturan itu sahaja.
Sekali setiap malam, dalam tetingkap antara 00:30 dan 01:59 waktu Malaysia, penjadual menolak harga berkesan (asas, dengan mana-mana peraturan musim digunakan) ke channel manager untuk setiap hari yang baru masuk ke tetingkap kalendar bergolek, iaitu 730 hari secara lalai. Hanya hari baru. Ia tidak pernah menimpa semula tarikh yang sudah ada di luar sana, kerana itu akan memadam suntingan musim, dinamik dan manual setiap pagi. Peraturan itu bunyi jelas sehingga anda baca forum vendor yang penuh dengan hos yang perubahan harga manualnya hilang semalaman.
Satu perincian yang kami perlukan audit untuk betulkan: tolakan itu dulu berjalan pada tepat satu minit, 00:30. Kalau proses dimulakan semula merentasi minit itu, atau pelayan sibuk, hari itu dilangkau dan jurang di hujung jauh kalendar tidak pernah diisi, kerana larian seterusnya hanya lihat hari terbaru. Sekarang tetingkap itu 90 minit lebar dan tolakan mengira hari sejak larian berjaya terakhir, jadi malam yang terlepas dikejar malam berikutnya. Mana-mana sistem harga yang "berjalan setiap hari" patut ditanya: apa jadi pada hari ia tidak berjalan?
Lapisan 2: bagaimana peraturan musim berfungsi tanpa jadi kucar-kacir?
Peraturan musim dalam sistem kami ialah satu julat tarikh, satu set hari dalam julat itu, satu skop (semua unit atau unit terpilih), dan satu pelarasan: naik atau turun ikut peratus atau jumlah ringgit tetap. Contoh: 2026-12-18 hingga 2027-01-03, Jumaat dan Sabtu sahaja, semua unit, +40%.
Tiga pilihan reka bentuk mengelakkan ini daripada jadi huru-hara pada 100+ unit.
Harga tertinggi menang bila peraturan bertindih. Peraturan cuti sekolah dan peraturan hujung minggu panjang boleh sama-sama meliputi Sabtu yang sama. Kami tidak tindankan (40% campur 25% sama dengan harga yang tiada siapa tempah) dan kami tidak ambil yang mula-mula dicipta. Kami kira setiap satu dan simpan hasil yang lebih tinggi. Itu pilihan selamat musim puncak: pertindihan hanya boleh naikkan harga, tidak pernah tersilap beri diskaun.
Pelarasan bertingkat ikut harga asas. +RM50 rata ialah lonjakan 30% pada studio RM170 dan hanya 6% pada vila RM800. Jadi satu peraturan boleh ada tingkat: kalau asas RM0 hingga RM200, tambah 25%; RM201 hingga RM400, tambah 20%; atas RM400, tambah 15%. Satu peraturan meliputi seluruh portfolio dengan munasabah.
Semuanya draf sehingga ditolak. Mencipta, menyunting atau mengikat unit baru kepada peraturan tidak mengubah apa-apa di mana-mana saluran. Peraturan jadi kelabu, maksudnya "disunting sejak tolakan terakhir," dan pengusaha tolak bila sedia. Setiap tolakan direkod ikut unit, jadi kalau Agoda terima 97 unit dan tolak 3, skrin tunjuk 3 itu dan benarkan anda cuba semula. Masalah separa-berjaya-senyap yang kami terangkan dalam 7 perkara sync tersilap terpakai pada harga sama seperti pada ketersediaan. Muat naik pukal daripada hamparan mendarat dengan cara sama: setiap baris jadi draf, baris rosak dilaporkan ikut nombor baris, tiada apa ditolak.
Lapisan 3: apa itu pelan dinamik dan kenapa masa pencetusnya tetap?
Pelan dinamik ialah peraturan yang berkata: pada masa ini, untuk tarikh penginapan sasaran ini, laraskan harga sebanyak ini. Ia "diskaun saat akhir" alat global, dibina untuk cara tetamu di sini benar-benar menempah.
| Pencetus | Bertindak pada (waktu Malaysia) | Malam sasaran | Kegunaan biasa |
|---|---|---|---|
| Hari sama, 3 petang | 15:00 hari ini | Malam ini | Potongan pertama pada malam hari biasa yang kosong |
| Hari sama, 6 petang | 18:00 hari ini | Malam ini | Potongan kedua, lebih dalam, sebelum gelombang petang |
| Sehari sebelum | 00:15 | Esok | Buka hari dengan harga esok sudah ditetapkan |
| Harian 3 / 6 petang | 15:00 / 18:00 | Esok | Potongan hari berikut untuk unit yang perlahan hari biasa |
| Sasaran +7 hari | 00:17 | Seminggu lagi | Tolakan awal untuk minggu yang nampak kosong |
| Tersuai | Mana-mana HH:MM | 0 hingga 30 hari | Apa-apa yang lain |
Pelarasan boleh peratus atau jumlah tetap, naik atau turun. Dua pagar keselamatan lebih penting daripada menu pencetus.
Ia melaraskan daripada harga semasa saluran, bukan daripada harga asas. Pada 15:00 penjadual tanya channel manager berapa sebenarnya harga malam ini, kemudian gunakan peraturan pada nombor itu. Kalau peraturan musim sudah naikkan malam itu ke RM280, potongan hari sama 10% beri RM252, bukan 10% daripada harga asas yang basi. Setiap pelan sentuh setiap tarikh sasaran tepat sekali (larian dikunci ikut tarikh dan pencetus), jadi potongan 3 petang dan 6 petang tidak bertimbun jadi sesuatu yang anda tidak pernah niatkan.
Ia hormati minimum hari itu. Melainkan pelan dengan jelas kata "benarkan bawah minimum," hasilnya dinaikkan semula ke lantai hari itu. Potongan 20% pada Sabtu RM150 dengan lantai RM140 beri RM140, bukan RM120. Ini pagar paling penting, kerana pelan tidak tahu malam ini malam konsert berdekatan habis dijual. Lantai ialah pertimbangan anda, ditulis sekali.
Inilah had yang jujur: pelan dinamik tidak semak sama ada malam itu masih kosong. Ia tolak kadar yang dilaraskan ke channel manager untuk setiap unit aktif dalam skop. Pada malam yang sudah ditempah, kadar baru tidak mengubah tempahan itu, jadi tiada wang hilang, tetapi ia juga bermakna pelan ini bukan "sedar-penghunian" seperti yang alat global gambarkan. Kami putuskan itu boleh diterima pada skala kami kerana potongannya kecil dan lantai menahan. Kalau anda jalankan tiga unit dan mahu sistem lihat kadar tempahan sebelum beri diskaun, lapisan ini bukan itu, dan kami lebih rela cakap awal daripada anda dapat tahu sendiri.
Lapisan 4: apa sebenarnya semakan pesaing AI buat?
Bila diminta, untuk satu unit dan satu tarikh penginapan, ia merangkak Booking.com dan Agoda untuk penyenaraian setanding berhampiran koordinat unit dengan bilangan bilik tidur sama, sehingga 20 unit, dan bandingkan harga mereka untuk malam itu dengan harga kami di setiap saluran. Ia laporkan median pasaran, berapa jauh kami daripadanya dalam peratus, harga cadangan (median, atau pesaing terendah campur RM10 kalau tiada median), dan satu daripada tiga perkataan: naik, turun atau kekal. "Kekal" ialah jawapan bila kami dalam lingkungan 8% mana-mana arah, kerana jurang 5% ialah hingar, bukan isyarat.
Kemudian ia berhenti. Ia tidak tolak apa-apa. Seorang manusia baca cadangan dan putuskan. Kami bina begini dengan sengaja: perangkak boleh tersilap anggap katil dorm hostel sebagai studio, terlepas yuran pembersihan, atau bandingkan Jumaat dengan Khamis kalau kalendar satu penyenaraian pelik. Alat yang automatik gunakan kesilapan itu merentasi 100 unit pada pukul 2 pagi bukan ciri. Ada juga tempoh bertenang satu minit setiap unit dan tarikh serta kunci lapan minit semasa larian berjalan, jadi dua kakitangan tidak boleh lancarkan rangkakan sama serentak. Dan unit tanpa koordinat, tanpa bilangan bilik tidur, atau status tidak aktif ditolak dari awal; rangkakan hanya sebaik data penyenaraian di belakangnya.
Adakah ini "harga AI" dalam erti kata alat besar? Tidak. Ia gambaran pesaing dengan satu peraturan di atasnya. Kami panggil ia AI pricing di halaman produk kerana rangkakan dan padanan guna model; keputusan harga masih manusia. Kalau vendor kata algoritma mereka "belajar pasaran anda," minta tunjuk set perbandingan yang ia belajar untuk satu malam tertentu.
Apa jadi bila tolakan harga gagal dan tiada siapa perasan?
Ini bahagian yang kami lebih rela tidak tulis, tetapi ia perkara paling berguna dalam artikel ini. Selama beberapa minggu, tiga unit kami pulangkan ralat 403 daripada channel manager setiap kali pelan dinamik cuba tolak kadar. Setiap kegagalan direkod. Penjadual cetaknya. Pangkalan data simpannya. Tiada siapa diberitahu, kerana baris log yang tiada siapa baca ialah resit, bukan isyarat. Unit-unit itu dijual pada apa sahaja harga yang terakhir diterima.
Pembetulannya bukan skrin amaran baru; itu tempat kedua untuk semak, dan tempat kedua untuk semak ialah tempat yang berhenti disemak. Pembetulannya ialah satu peraturan: rentetan kegagalan dikira ikut pelan dan ikut unit, dan pada tepat tiga kegagalan berturut-turut sistem buka satu tugasan dalam senarai tugasan operasi yang sama yang kakitangan memang buka setiap pagi. Bukan pada satu kegagalan, kerana satu tamat masa biasanya pulih sendiri pada detik seterusnya. Bukan pada setiap kegagalan selepas tiga, kerana itu menenggelamkan pengusaha. Satu kejayaan kosongkan rentetan, dan kalau unit sama rosak lagi kemudian, itu wabak baru dengan nombor baru, jadi ia buka tugasan baru dan bukan senyap-senyap tulis semula yang seseorang sudah tutup. Tugasan itu kata "channel manager menolak kami untuk unit ini," bukan "HOSTPLATFORM_403," kerana tugasan yang anda tak boleh bertindak sama dengan tiada tugasan.
Apa pun alat harga yang anda pilih, tanya satu soalan: bila tolakan untuk satu unit gagal hari kelima berturut-turut, siapa tahu, dan di mana?
Adakah harga dinamik buat lebih banyak duit? Apa yang kami akan dan tidak akan dakwa
Alat global petik 10% hingga 40% lebih hasil tahunan berbanding harga statik. Kami tidak akan petik nombor, kerana portfolio kami membesar, tukar campuran dan tukar saluran dalam tempoh yang sama, jadi kami tidak boleh asingkan kesan peraturan harga daripada semua yang lain dengan bersih. Apa yang boleh kami kata daripada menjalankannya: harga asas ikut hari campur lantai hentikan harga hari biasa yang paling teruk; tingkat musim hentikan kami daripada sunting 100 kalendar dengan tangan sebelum setiap cuti sekolah; dan potongan hari sama isi sebahagian malam yang sepatutnya kosong, pada harga yang kami pilih lebih awal dan bukan dalam panik pukul 7 malam.
Dua perkara yang kami tidak akan buat: janji sistem kenal pasaran anda lebih baik daripada anda, atau sorok bahawa lapisan 3 dan 4 lebih mudah daripada risalah alat global. Susunan empat lapisan ialah cara menulis pertimbangan anda sekali supaya ia berjalan setiap hari tanpa anda, dengan lantai di bawahnya dan penggera di atasnya.
Berapa kosnya, dan apa yang saya perlu untuk mula?
Harga terbitan AntlerHub ialah satu kadar rata: RM 1.50 setiap kredit, dan setiap unit aktif guna 10 kredit sebulan, jadi RM 15 setiap unit sebulan sebelum SST, dengan 50 kredit percuma untuk akaun baru, tiada yuran persediaan dan tiada kontrak. Keempat-empat lapisan harga termasuk; ia bukan tambahan berbayar. Angka semasa sentiasa ada di halaman harga AntlerHub.
Untuk mula anda perlu, setiap unit: harga asas untuk setiap hari, minimum untuk setiap hari (tetapkan pada harga di mana anda lebih rela kosong), koordinat dan bilangan bilik tidur unit kalau mahu semakan pesaing, dan sambungan channel manager. Kemudian satu peraturan musim untuk cuti sekolah seterusnya, didraf dan ditolak, dan satu pelan hari sama untuk malam hari biasa paling perlahan anda dengan potongan sederhana. Jalankan sebulan, baca log tolakan, dan barulah tambah peraturan. Setiap peraturan yang anda tambah ialah satu lagi perkara yang boleh bertindih, jadi peraturan yang sedikit dan berlantai baik mengalahkan susunan bijak yang anda sudah tidak faham.
Kalau anda mahu lihat empat lapisan ini pada kalendar sebenar sebelum buat keputusan, halaman AntlerHub menerangkan sistem sama yang kami guna pada unit kami sendiri.