Untuk 100+ unit homestay di Johor Bahru, setiap pembaikan ikut satu laluan yang sama: laporan (dari cleaner, tetamu atau staf) jadi job dalam AntlerHub, pasukan Handyman terima job itu, ia diberi keutamaan dan juruteknik, unit ditanda "dalam pembaikan" supaya tiada siapa jual bilik yang rosak, dan kos job yang siap ditulis terus ke penyata bulanan pemilik. Artikel ini huraikan laluan itu dengan peraturan yang kami betul-betul guna.
Kenapa agihan kerja lebih penting daripada pembaikan itu sendiri?
Pemanas air bocor ialah job RM 150. Kebocoran yang sama, tetapi ditemui tetamu pukul 11 malam hari Sabtu dan tiada siapa pasti siapa yang dah diberitahu, jadi refund, ulasan buruk dan tempahan seterusnya dibatalkan. Dengan 5 unit anda ingat semuanya. Dengan 30 unit mula tercicir. Dengan 100+ unit, satu-satunya cara yang berjalan ialah satu barisan giliran yang tiada siapa boleh langkau.
Kebanyakan artikel yang muncul untuk carian "sistem agih kerja handyman" ialah senarai aplikasi untuk syarikat handyman. Ini pula dari sebelah yang satu lagi: apa yang operator homestay perlukan daripada sistem agihan, ditulis oleh operator yang turut mengendalikan pasukan pembaikan sendiri.
Dari mana laporan kerosakan datang?
Empat pintu, semuanya ke barisan yang sama:
| Sumber | Cara masuk | Siapa buka job |
|---|---|---|
| Cleaner selepas checkout | Aplikasi pembersihan tanda kerosakan; ia jadi tugasan unit dalam AntlerHub | Pasukan pembersihan |
| Tetamu semasa menginap | Tetamu beritahu di WhatsApp; staf bertugas buka job dengan arahan /feedback | Staf kaunter |
| Pemeriksaan kami sendiri | Dibuka terus dari halaman unit dalam AntlerHub | Pasukan operasi |
| Pemilik | Pemilik beritahu kami; kami rekod di bawah unit itu | Pasukan operasi |
Satu peraturan sahaja: job yang wujud hanya dalam chat WhatsApp bukan job. Kalau tiada dalam barisan, ia tidak sedang dibaiki. Seluruh pasukan tahu: mesej hanyalah mesej, nombor job ialah janji.
Apa berlaku sebelum juruteknik nampak job itu?
Pihak Handyman tidak mula kerja sebaik job muncul. Setiap job baharu duduk dalam senarai Requests sehingga syarikat pembaikan menerimanya. Sebelum itu, juruteknik langsung tidak nampak.
Bunyinya macam birokrasi, tetapi ada sebabnya: dalam sistem kami, klien boleh serahkan mana-mana unit kepada mana-mana syarikat pembaikan tanpa syarikat itu bersetuju dahulu. Kalau job terus mengalir ke juruteknik, satu klik yang salah boleh letak tandas rosak orang asing dalam jadual Isnin anda. Langkah "terima" itulah penapisnya. Untuk klien tetap (termasuk unit kami sendiri) kami hidupkan auto-terima, jadi langkah ini tidak makan masa langsung.
Bagaimana kami tentukan yang mana dibaiki dahulu?
Setiap job bawa satu daripada empat tahap keutamaan, dan senarai juruteknik disusun ikut keutamaan dahulu, kemudian ikut masa masuk:
| Keutamaan | Maksudnya dalam homestay | Contoh biasa |
|---|---|---|
| Urgent | Tetamu ada dalam unit, atau tetamu tiba hari ini, dan kerosakan itu buat unit tidak boleh diduduki | Tiada air, tiada elektrik, aircond bilik utama mati, kunci pintu gagal |
| High | Unit kosong tetapi ada tempahan dalam 48 jam | Pemanas air bocor, flush tandas rosak, peti sejuk tidak sejuk |
| Normal | Unit kosong dengan jurang masa, atau kerosakan kosmetik tetapi kelihatan | Tali bidai, engsel almari, calar dinding, silikon baharu |
| Low | Permintaan pemilik, naik taraf, atau "buat bila lalu nanti" | Cangkuk tambahan, pemegang kabinet longgar, tukar kap lampu |
Versi jujur jadual ini: keutamaan hanya setepat orang yang buka job. Cleaner kami buka job sejurus selepas checkout, jadi mereka nampak unit kosong. Staf yang buka aduan tetamu sedang tengok kalendar tempahan. Kedua-duanya diberitahu satu perkara: pilih keutamaan ikut bila tetamu seterusnya tiba, bukan ikut betapa teruk bunyi kerosakan itu.
Adakah kalendar unit tahu ada pembaikan?
Inilah bahagian yang kebanyakan aplikasi handyman berasingan tidak boleh buat, dan sebab kami bina sendiri daripada membeli. Bila job dibuka, diterima, dimulakan atau disiapkan, peristiwa itu ditulis balik ke AntlerHub, yang buat tiga perkara:
- Status tugasan dalam AntlerHub berubah (buka, sedang berjalan, siap, batal) supaya pasukan operasi nampak keadaan yang sama dengan juruteknik.
- Penanda penyelenggaraan unit berubah. Unit dalam pembaikan menunjukkan status baiki di papan turnover, jadi tiada siapa sahkan tempahan hari yang sama ke bilik tanpa air panas.
- Caj akhir masuk ke tugasan. Bila job ditanda siap, jumlahnya ditulis balik, dan dari situ ia mengalir ke penyata pemilik untuk bulan itu.
Kalau tulis-balik gagal atas apa jua sebab, peristiwa itu kekal bertanda "belum dihantar" dan penyegerakan seterusnya akan ambil alih. Kami lebih rela satu job dihantar dua kali daripada satu pembaikan yang kalendar tidak tahu.
Siapa bayar, dan bagaimana pemilik nampak?
Tiga keadaan, dan rekod job yang tentukan yang mana:
| Keadaan | Siapa bayar | Di mana ia muncul |
|---|---|---|
| Haus dan lusuh (elemen pemanas air, gas aircond, engsel) | Pemilik, sebagai perbelanjaan unit | Penyata bulanan pemilik, baris perbelanjaan dengan nombor job |
| Kerosakan oleh tetamu | Tetamu, daripada deposit | Tuntutan kerosakan pada tempahan itu; halaman pemulangan deposit cadangkan potongan |
| Silap kami (cleaner pecahkan, arahan salah) | Antlerzone | Ditanggung sendiri, tidak masuk penyata pemilik |
Alat ganti dicaj ikut kos dengan resit dilampirkan pada job. Pemilik boleh buka mana-mana baris perbelanjaan dalam penyata dan lihat job, foto dan resit di belakangnya. Inilah perkara paling berkesan yang kami buat untuk hentikan mesej "kenapa ada caj RM 280": jawapannya dah dilampirkan.
Apa sebenarnya juruteknik buat di tapak?
Aplikasi juruteknik sengaja dibuat ringkas: job hari ini ikut keutamaan, alamat unit dengan pautan peta satu ketik, nota akses bangunan itu, clock-in bila tiba, foto, alat ganti yang digunakan, clock-out. Status bergerak dari "diagih" ke "sedang berjalan" bila mereka mula, dan ke "siap" bila selesai. Kalau alat ganti perlu dipesan, job ditahan dengan nota, bukan senyap-senyap kekal "sedang berjalan" selama seminggu.
Clock-in dan tuntutan bahan masuk ke sistem yang sama dengan gaji dan tuntutan perbelanjaan, jadi juruteknik yang beli paip RM 45 dalam perjalanan tidak perlu kejar sesiapa untuk duit itu hujung bulan.
Apa yang masih tersilap, secara jujur?
Beberapa perkara yang kami masih tersalah:
- Disiplin foto. Foto sebelum dan selepas wajib, tetapi pada hari sibuk juruteknik akan buat pembaikan dan ambil satu foto siap sahaja. Kami tangkap semasa semakan, bukan masa nyata.
- Inflasi keutamaan. Bila semuanya urgent, tiada yang urgent. Sekali-sekala ada minggu di mana separuh barisan bertanda urgent dan kami terpaksa susun semula secara manual.
- Pemilik mahu sebut harga lebih murah. Ada pemilik lebih suka bawa kontraktor sendiri untuk kerja besar. Itu hak mereka; kami tutup job di pihak kami dengan nota pemilik uruskan sendiri supaya sejarah unit kekal lengkap, tetapi kami hilang pandangan terhadap kualiti kerja itu.
Boleh operator lain guna sistem yang sama?
Boleh, di Johor Bahru. Pasukan Handyman terbuka kepada mana-mana operator yang guna AntlerHub, dengan satu yuran bulanan tetap untuk semua unit anda dan alat ganti ikut kos. Butiran pelan semasa ada di halaman harga Handyman. Sebab ia terikat dengan AntlerHub ialah tulis-balik yang diterangkan di atas: nilainya bukan pada juruteknik, tetapi pada pembaikan, kalendar dan penyata pemilik yang jadi satu rekod.
Kalau anda urus homestay di JB dan pembaikan anda masih hidup dalam group WhatsApp, itulah jurang pertama yang perlu ditutup. Artikel tentang 7 perkara yang sync channel manager tersilap dan PMS vs Excel pada 10, 30, 50 unit tunjuk peraturan "satu rekod" yang sama di dua tempat lain.
Artikel ini menerangkan proses dalaman kami dan bukan jaminan perkhidmatan. Terma pelan Handyman adalah seperti yang dinyatakan di halaman harga pada masa tempahan.