Jadual pembersihan homestay yang baik bukan sehelai spreadsheet senarai check-out. Ia ialah satu peraturan yang menentukan, bagi setiap unit dan setiap hari, sama ada tukang cuci diperlukan, pada pukul berapa, dan sama ada bilik itu benar-benar kosong. Dalam PMS kami, tempahan yang ditulis terus mencipta tugas cuci, satu larian malam menyemaknya semula, dan tiga situasi (lanjut penginapan, check-out lewat, tugas berganda) dikendalikan oleh peraturan yang kami pelajari dengan cara susah merentasi 100 lebih unit.
Kenapa jadual pembersihan yang diurus tangan akhirnya rosak?
Dengan 5 unit, anda ingat siapa keluar bila. Dengan 100 lebih, anda tak mampu, dan jadual buatan tangan gagal dengan dua cara yang senyap. Sama ada check-out tak pernah jadi tugas cuci, jadi tetamu seterusnya masuk ke bilik kotor, atau ada tugas pada hari yang tiada sesiapa keluar, jadi tukang cuci mengetuk pintu tetamu yang masih tidur.
Kedua-duanya tidak mengeluarkan mesej ralat. Yang pertama muncul sebagai ulasan satu bintang tentang rambut di atas bantal. Yang kedua muncul sebagai mesej marah yang bermula dengan "tadi ada orang cuba masuk." Puncanya sama: kalendar dan senarai pembersihan ialah dua dokumen berasingan yang perlu dipastikan sepadan oleh seseorang.
Penyelesaiannya ialah berhenti menyepadankannya dengan tangan. Dalam AntlerHub, tugas cuci diterbitkan daripada tempahan, dan diterbitkan semula setiap kali tempahan berubah.
Bagaimana tempahan menjadi tugas cuci dalam AntlerHub?
Tiga perkara berjalan serentak:
- Setiap kali tempahan ditulis. Apabila tempahan dicipta atau diubah, sistem menyemak sama ada unit itu benar-benar kosong pada hari check-out dan, jika ya, mencipta satu tugas cuci untuk unit dan hari itu.
- Semakan semula pada 01:00 waktu Malaysia. Setiap malam ia menyemak check-out hari itu sekali lagi dan membetulkan apa yang terlepas atau tersilap pada langkah masa nyata.
- Imbasan tujuh hari. Pencetus masa nyata jenis "hantar lepas itu lupakan": mulakan semula pelayan atau pangkalan data tersekat seketika, satu tugas boleh hilang senyap. Maka larian malam juga menoleh ke belakang tujuh hari untuk membetulkan tugas yang tersangkut pada status salah.
Tugas itu dihantar ke Cleanlemons, perisian operasi pembersihan kami sendiri, dan tukang cuci melihatnya pada papan mereka. Jika anda guna tukang cuci sendiri melalui kumpulan WhatsApp, automasi ini tidak terpakai kepada anda. Ia berfungsi kerana kedua-dua pihak ialah sistem kami, jadi sambungannya ialah satu suis, bukan projek integrasi.
Tempahan yang dibatalkan dan no-show tidak mencipta tugas. Tempahan tanpa status dianggap sah.
Apa yang sistem lakukan dalam setiap situasi?
| Situasi | Apa yang berlaku |
|---|---|
| Check-out biasa, tiada siapa masuk selepas itu | Satu tugas untuk unit itu, bermula 09:00 |
| Tukar tetamu pada hari sama (satu keluar, satu masuk) | Tugas dicipta dan ditandakan back-to-back, kerana inilah hari pembersihan paling penting |
| Tetamu bayar untuk check-out lewat | Tugas bermula pada jam bilik kosong, dengan nota seperti "tetamu keluar 15:00 (check-out lewat)" |
| Check-out lewat dibeli selepas tugas wujud | Tugas buatan robot yang belum bermula dialihkan lewat; tidak pernah dialihkan lebih awal |
| Tetamu lanjutkan penginapan | Tiada tugas pada hari check-out asal, kerana unit tidak kosong |
| Lanjutan dipendekkan semula ke tarikh asal | Tukar tetamu kembali, maka tugas kembali |
| Dua tempahan masuk ke satu unit serentak | Masih satu tugas bagi satu unit satu hari |
| Seseorang mencipta atau mengubah tugas itu | Robot tidak menyentuhnya |
Baris terakhir itu penting. Semakan malam memadam tugas yang ia sendiri cipta apabila check-out hilang, tetapi tidak sekali-kali menyentuh tugas yang dicipta pelanggan atau operator dengan tangan.
Apakah tiga perangkap yang menghantar tukang cuci ke pintu yang salah?
Ini benar, dan peraturan di atas wujud kerananya. Butiran dikekalkan tanpa nama.
Perangkap 1: lanjutan penginapan yang nampak macam check-out. Tetamu yang membayar untuk lanjut tidak mengubah tarikh tempahan asal. Satu tempahan kedua dicipta yang check-in pada hari tempahan pertama check-out. Atas kertas, unit bertukar tetamu. Hakikatnya, tetamu yang sama masih di atas katil. Kami pernah menghantar tukang cuci ke bilik yang tetamunya masih tidur, pada hari yang tetamu itu bayar untuk menginap. Kini peraturan mengikut seluruh rantaian tempahan, termasuk lanjutan yang dimasukkan staf sebagai tempahan Direct kedua, dan menganggap unit berpenghuni. Pertukaran tetamu sebenar pada hari sama, apabila tetamu berlainan masuk, tetap dikira.
Perangkap 2: check-out lewat yang tiada siapa beritahu tukang cuci. Kami menjual check-out lewat. Tugas yang dicipta sehari sebelum masih tertulis 09:00 sedangkan tetamu sudah bayar untuk tinggal hingga 14:00. Ketukan yang sama pada pintu yang sama. Kini masa mula mengikut check-out lewat, dan tugas yang sudah wujud dialihkan secara automatik. Ia hanya beralih lebih lewat, dan hanya jika ia tugas robot sendiri yang belum disentuh.
Perangkap 3: unit yang sama muncul dua kali di papan. Tiga laluan boleh mencipta tugas untuk satu unit satu hari: penulisan tempahan, langkah pemulihan sendiri, dan semakan malam. Apabila dua berjalan serentak, masing-masing nampak "belum dijadualkan" sebelum yang lain sempat menulis, lalu papan tukang cuci menyenaraikan unit itu dua kali. Kini penciptaan beratur mengikut unit mengikut hari, dengan pengawal pangkalan data di belakangnya.
Apa yang berlaku selepas tetamu keluar?
Rantaian status sama pentingnya dengan tugas itu sendiri. Apabila tetamu check-out, tugas bergerak daripada pending-checkout ke ready-to-clean secara automatik. Dahulu ini butang manual, dan bila tiada siapa menekannya, tukang cuci berdiri di pintu tanpa boleh menekan "mula".
Apabila tukang cuci siap, unit bertukar daripada dirty kepada ready, supaya kalendar tahu ia boleh dijual. Sistem hanya membetulkan unit yang masih dirty; jika tetamu seterusnya sudah masuk, occupied lebih baharu dan dibiarkan. Imbasan tujuh hari membaiki kedua-dua arah jika ada langkah terlepas.
Apa yang boleh tersilap, dan apa yang tidak dilakukannya?
Terus terang tentang hadnya:
- Ia bergantung pada sambungan. Jika sambungan ke bahagian pembersihan putus, tugas berhenti muncul. Larian malam kami dahulu melaporkan berjaya walau apa pun berlaku, jadi sambungan putus kelihatan sama seperti hari yang tenang. Kini ia melaporkan kegagalan.
- Jika sistem tak dapat membaca gambaran lanjutan, ia tidak buat apa-apa. Tidak mencipta, tidak memadam, kerana "tak dapat dibaca" nampak sama seperti "tiada siapa lanjut". Pada hari yang jarang, ini bermakna semakan manual.
- Lalai ialah 09:00, bukan waktu check-out anda. Tukang cuci yang datang awal hanyalah satu ketukan; tukang cuci yang tak pernah dihantar bermakna bilik kotor untuk tetamu seterusnya. Kami pilih yang lebih ringan.
- Ia tidak memilih tukang cuci untuk anda, dan tidak menjadikan pembersihan lebih murah. Ia mengurangkan menaip dan kesilapan, itu sahaja.
- Unit ujian dilangkau, jadi unit yang ditanda ujian tidak pernah mencipta tugas sebenar.
Berbaloikah untuk operator kecil?
Jika anda uruskan kurang daripada sekitar sepuluh unit dan orang yang sama membersih serta menguruskan tempahan, kalendar dan tabiat baik mungkin cukup. Peraturan di atas mula berbaloi apabila orang yang menyusun jadual bukan orang yang membalas tetamu, kerana ketika itulah "tetamu lanjut" tidak sampai kepada tukang cuci. Untuk bahagian penyegerakan masalah yang sama, lihat Channel manager untuk homestay Malaysia: 7 perkara yang sync tersilap.
Untuk melihat bagaimana AntlerHub menjalankan housekeeping bersebelahan kalendar, mulakan di /antlerhub.