PMS Homestay vs Excel: Apa Yang Pecah Pada 10, 30 dan 50 Unit (dan Kos Seunit Sebulan di Malaysia)

Spreadsheet boleh urus perniagaan homestay dengan seorang pemilik, satu saluran dan kurang 10 unit. Ia pecah ikut urutan yang boleh dijangka bila anda membesar: kalendar dulu (sekitar 10 unit di dua saluran atau lebih), kemudian penyata pemilik (sekitar 30 unit dengan beberapa pemilik), dan akhir sekali orang (sekitar 50, bila sheet itu jadi ingatan seorang sahaja). Ini apa yang pecah pada setiap tahap dan berapa kos PMS untuk gantikannya.

Semua artikel "software vs spreadsheet" di Google ditulis untuk tuan rumah sewa jangka panjang di Amerika: seorang penyewa setahun, satu sewa sebulan, tiga unit sudah dikira "banyak". Homestay di Johor Bahru atau Desaru lain sama sekali. Satu unit bertukar tetamu 8 hingga 12 kali sebulan, dijual di tiga empat saluran serentak, kutip deposit, perlu pembersih antara setiap penginapan, dan selalunya milik orang lain yang mahu penyata hujung bulan. Spreadsheet tidak gagal pada 3 unit. Ia gagal pada kerja tertentu, dan kerja mana yang gagal dulu bergantung pada berapa unit, saluran dan pemilik anda ada.

Kami urus 100+ unit di Johor Bahru dan Desaru atas AntlerHub, PMS yang kami bina untuk diri sendiri. Artikel ini bukan "spreadsheet teruk, software bagus". Ia senarai apa yang betul-betul pecah, ikut urutan yang kami lihat pada pengendali yang datang kepada kami, supaya anda boleh putuskan sendiri sama ada anda sudah sampai tahap itu.

Apa sebenarnya spreadsheet homestay kena buat?

Lebih banyak daripada sheet tuan rumah sewa biasa, dan perbezaan itulah seluruh hujah artikel ini.

Sheet untuk satu unit ada lima tab. Untuk 10 unit di tiga saluran, ia ada 30 kalendar hidup yang mesti sepadan antara satu sama lain dan dengan saluran, dan tiada apa dalam Excel yang buat ia sepadan. Itu benda pertama yang pecah.

Apa yang pecah pada 10 unit?

Kalendar, sebaik sahaja anda ada lebih daripada satu saluran.

Dengan satu saluran (katakan Airbnb sahaja) dan 10 unit, spreadsheet campur app Airbnb masih boleh bertahan. Airbnb pegang kalendar sebenar; sheet cuma rekod anda. Masalah bermula bila anda tambah Agoda atau Booking.com untuk isi hari biasa yang Airbnb tinggalkan kosong. Sekarang ada dua sumber kebenaran dan sheet itu benda di tengah, dikemas kini oleh manusia selepas kejadian.

Kegagalannya selalunya bukan tempahan berganda yang dramatik minggu pertama. Ia lebih perlahan:

• Tempahan masuk di Agoda pukul 11 malam. Anda tutup tarikh di Airbnb keesokan pagi. Antara dua saat itu malam tersebut terbuka di kedua-dua tempat.
• Anda naikkan harga hujung minggu dalam sheet dan di Airbnb, dan terlupa Agoda. Agoda jual Sabtu pada harga lama. Sheet kata satu angka; bayaran kata angka lain.
• Tetamu sambung satu malam melalui Booking.com. Tarikh asal anda sudah salin ke sheet minggu lepas; sambungan itu tak pernah masuk. Pembersih sampai ke bilik yang masih berpenghuni.

Pada 10 unit dan tiga saluran, itu 30 pasang kalendar yang perlu diselaraskan dengan tangan, setiap hari. Kami ada tulis berasingan tentang 7 cara sync saluran tersilap walaupun ia automatik. Dengan tangan, kesemua tujuh berlaku, cuma lebih perlahan.

Pengecualian yang jujur: 10 unit, seorang pemilik (anda sendiri), satu saluran, dan anda seorang sahaja yang sentuh sheet. Itu boleh. Kami tak akan suruh orang itu beli apa-apa lagi.

Apa yang pecah pada 30 unit?

Penyata pemilik, dan kepercayaan yang bergantung padanya.

Pada 30 unit anda hampir pasti ada beberapa pemilik, dan setiap seorang mahu tahu hujung bulan apa unit mereka dapat, apa kosnya, dan berapa mereka terima. Dalam spreadsheet ini ritual bulanan: eksport CSV bayaran Airbnb, eksport penyata Agoda, tampal, padankan setiap baris dengan unit, pecahkan yuran pembersihan, agihkan perbelanjaan kongsi, tulis penyata, hantar.

Tiga perkara tersilap pada saiz ini, dan semuanya duit:

Bayaran tak sepadan dengan tempahan. OTA bayar anda secara berkelompok, berminggu-minggu kemudian, tolak komisen, kadang 40 penginapan dalam satu pindahan, kadang satu baris dalam SGD di dalam pindahan MYR, kadang tanpa rujukan tempahan langsung, cuma nama tetamu dan tarikh daftar masuk. Memadankan itu dengan 30 unit guna mata adalah tempat duit bocor. Baris yang tak boleh diletakkan "diparkir" dan pemilik yang berhak kekurangan duit bulan itu. Tiada siapa perasan sehingga pemilik bertanya.

Perbelanjaan kongsi diagihkan ikut rasa. Wi-Fi satu bangunan, pesanan cadar pukal, satu panggilan tukang yang liputi tiga unit: dalam sheet seseorang bahagikan ikut apa yang rasa adil bulan itu. Dua pemilik dalam bangunan sama bandingkan penyata semasa minum kopi dan jumpa angka berbeza untuk perbelanjaan sama. Itulah perbualan yang menamatkan kontrak pengurusan.

Penyata hanya setepat orang yang bina ia, bulan itu. Satu contoh sebenar dari operasi kami sendiri: seorang pemilik dengan 10 unit dapat kasar RM 67,081 pada Disember 2025 dan terima RM 50,311 selepas komisen dan perbelanjaan. Di belakang penyata itu ada tempahan sebulan dari beberapa saluran, deposit yang dipegang dan dilepaskan, dan pembahagian perbelanjaan kongsi. Dalam AntlerHub ia dijana pada hari itu; pemilik log masuk dan nampak. Dalam spreadsheet ia kerja satu hujung minggu untuk seorang, dan ia salah kalau orang itu penat.

Peraturan yang PMS kuatkuasakan di sini membosankan dan penting: setiap ringgit masuk ada tempahan atau pengecualian yang ditanda, setiap perbelanjaan ada pemilik atau peraturan kongsi yang ditetapkan sekali, dan penyata dihasilkan daripada itu, bukan ditaip. Kami ada tulis berasingan tentang rupa sebenar penyata pemilik, termasuk bulan sunyi.

Apa yang pecah pada 50 unit?

Orang. Spreadsheet sudah jadi ingatan seorang, dan orang itu tak boleh bercuti.

Pada 50 unit anda ada pembersih, tukang, seseorang di WhatsApp dengan tetamu, mungkin admin kedua. Sheet sekarang dikongsi, dan spreadsheet kongsi gagal dengan cara yang sheet seorang pengguna tak pernah:

• Dua orang edit tab yang sama; seorang tindih tempahan seorang lagi. Tiada siapa tahu versi mana yang betul.
• Pembersih ada sheet lain (atau kumpulan WhatsApp) untuk pertukaran. Sheet admin kata "sedia"; sheet pembersih kata "belum bersih". Tetamu dapat kod pintu juga.
• Orang yang bina sheet itu satu-satunya yang tahu sel mana tak boleh sentuh. Bila dia sakit, tempahan tak ditutup dua hari.
• Deposit disimpan dalam kepala seseorang: tetamu mana bayar RM 300 melalui pindahan, mana patut dipulangkan, mana dirampas. Pada 50 unit dengan 8 hingga 12 penginapan setiap satu, itu beratus deposit sebulan.

Apa yang PMS buat pada saiz ini bukan "automasi" seperti dalam brosur. Ia bahawa kalendar, status pertukaran setiap unit, lejar deposit dan angka pemilik berada di satu tempat yang beberapa orang boleh sentuh serentak tanpa tindih satu sama lain, dengan rekod siapa ubah apa. Dalam AntlerHub status pertukaran (berpenghuni, kotor, sedia) adalah setiap unit dan boleh dilihat pasukan pembersihan; deposit dipegang, dilepaskan atau dirampas dengan catatan perakaunan ditulis pada masa sama; dan setiap panggilan ke saluran direkodkan. Tiada satu pun itu bijak. Ia cuma tak mungkin dalam Excel dengan empat orang.

Berapa kos PMS pada 10, 30 dan 50 unit di Malaysia?

Harga AntlerHub yang diterbitkan cuma satu kadar: RM 1.50 setiap kredit, 10 kredit setiap unit aktif sebulan, jadi RM 15 seunit sebulan sebelum SST, dengan channel manager, laman tempahan terus, daftar masuk sendiri, balasan WhatsApp AI, deposit, portal pemilik dan bayaran pemilik semuanya termasuk. Akaun baru dapat 50 kredit percuma, tiada yuran pemasangan dan tiada kontrak.

Untuk lajur spreadsheet kami sengaja tak reka kadar sejam. Guna kadar anda sendiri. Kalau mahu satu asas, gaji minimum berkanun Malaysia ialah RM 1,700 sebulan; pada 10 unit, sejam sehari kerja kalendar pada kadar itu pun melebihi RM 150. Pada 30 dan 50, perbandingannya bukan lagi tentang jam; ia tentang sama ada penyata pemilik betul.

Ada alasan untuk kekal dengan spreadsheet?

Ada, dan kami lebih rela cakap dulu daripada anda tahu selepas bayar.

• Kurang 10 unit, satu saluran, pemilik diri sendiri: kekal. Kalendar Airbnb sendiri ialah sistem anda; sheet untuk cukai.
• Anda cuma mahu kalendar sync dan tiada yang lain: alat channel-manager-sahaja yang lebih murah mungkin cukup. AntlerHub gabungkan portal pemilik dan kewangan sama ada anda guna atau tidak, dan pada 10 unit tanpa pemilik luar itu bayar untuk benda yang anda belum perlu.
• Anda belum sedia biarkan satu sistem pegang kalendar: PMS hanya berfungsi kalau anda berhenti edit saluran dengan tangan. Kalau pasukan anda masih "cepat-cepat" tukar harga di extranet Agoda, PMS akan lawan mereka dan kalah. Betulkan tabiat dulu.
• Masalah sebenar anda ialah penginapan, bukan admin: software tak isi bilik. Kalau 30% malam anda kosong, duitnya pada harga dan gambar, bukan pada sheet yang lebih baik.

Macam mana pindah dari spreadsheet tanpa tempahan berganda?

Minggu pertukaran ialah minggu paling bahaya dalam operasi homestay, sebab beberapa hari dua sistem sama-sama fikir mereka pegang kalendar.

1. Import dulu. Setiap tempahan sedia ada dari setiap saluran masuk PMS sebelum apa-apa dihidupkan. Sheet kekal hidup.
2. Satu penyenaraian, satu saluran, baca sahaja. Sambung satu unit dan biar PMS baca tempahan beberapa hari. Bandingkan dengan sheet. Betulkan pemetaan sampai sepadan.
3. Pilih tarikh pertukaran. Pada tarikh itu PMS ambil alih tolakan kadar dan ketersediaan untuk unit itu; anda berhenti edit saluran itu dengan tangan. Dalam AntlerHub, pemilikan tolakan direkod setiap penyenaraian setiap saluran, jadi sistem enggan tolak ke saluran yang bukan miliknya.
4. Lancar ikut bangunan, bukan semua sekali. Pemilik dapat log masuk bila unit mereka hidup, bukan sebelum.
5. Simpan sheet sebulan lagi, baca sahaja, untuk semak penyata pertama. Kemudian bersarakan.

Keseluruhannya biasanya dua hingga empat minggu untuk 30 unit. Langkah yang orang langkau ialah langkah 2, dan dari situlah tempahan berganda datang.

Versi pendek

AntlerHub ialah sistem yang kami bina untuk urus 100+ unit kami sendiri, dan setiap peraturan di atas wujud sebab kami langgar masalahnya dulu. Kalau anda pada 10 unit di tiga saluran dan mahu lihat rupa kalendar anda bila satu sistem memilikinya, halaman AntlerHub ada permintaan demo: 30 minit pada penyenaraian anda sendiri, bukan slaid.