Bismillah. Ada yang pernah ngalamin atau pernah denger dari pengalaman temen ga?
Pak A (tokoh gabungan, sebut aja begitu), 47 tahun, owner phinisi di Labuan Bajo. Sabtu pagi dia dapet WA, ada bookingan masuk. Tamu Singapura, 4 orang, 3 hari trip Komodo, master cabin. Confirmed dan pembayaran DP sudah diterima. Pak A senyum sambil terusin minum kopi.
3 jam kemudian, agen langganan Pak A juga konfirmasi booking: master cabin yang sama, tanggal yang sama. Agen ga tau Pak A udah ada bookingan yang lain. Pak A juga belum sempat update Excel/google sheet. Dan di Senin pagi, dua tamu dari dua sumber yang berbeda datang. Otomatis konflik. Dua duanya merasa punya hak yang sama, dan itu memang benar.
Alhasil salah satu harus dibatalkan, atau minimal Pak A harus cari kapal pengganti. Kalau engga, ya full refund. Ditambah harus cariin hotel pengganti karena pengembalian uang aja ga cukup, ada momen yang hilang dari tamu yang terpaksa harus batal/ga dapet kapal pengganti. Reputasi otomatis turun di TripAdvisor. Komisi agen tetep dibayar. Total kerugian, dari pengalaman gue, bisa beberapa kali harga kabin itu sendiri.
Kalau ini familiar, lanjut baca. Karena ini bukan soal lupa.
Kenapa Double-Booking Selalu Terjadi
Selama 10 tahun gue di industri ini, dan jalanin 5 perusahaan termasuk tour & liveaboard, gue ngerti: double booking bukan masalah personal. Bukan staff lo lalai dan bukan lo yang kurang teliti.
Masalahnya sebenarnya itu struktural. Excel/google sheet ga punya yang namanya atomic lock. Bahasa awamnya: ga ada lampu hijau/merah di pertigaan. Kalau dua mobil masuk pertigaan dalam rentang waktu 30 detik dari arah berbeda, dua-duanya bisa masuk. Kenapa? Karena ga ada lampu merah yang ngatur giliran.
Nah itulah yang terjadi sama Pak A: ga ada lampu merah, semua booking masuk dari WA, website portal, agen dan dalam rentang waktu yang sama. Sistem yang dipakai sama Pak A (Excel + WA + manual update) itu ga punya status booking yang shared real-time. Jadi pas channel A confirm, channel B masih nganggap available.
3 Kondisi Double-Booking Terjadi
Setelah ngobrol sama belasan operator dan ngalamin sendiri di bisnis liveaboard yang gue manage, gue bisa kategoriin jadi 3:
1. Channel race: Booking masuk dari WA, portal aggregator, dan walk-in dalam rentang waktu 30 menit. Tiga staff lo lihat data berbeda. Tiga-tiganya nganggap kabin available. Tiga-tiganya confirm.
2. Hold race: Agen A reserve untuk tamu A (dan minta hold 24 jam). Agen B reserve untuk tamu B di kabin sama. Lo udah confirm yang B duluan karena lupa hold A masih jalan. Pas agen A datang, kabin udah jadi milik agen B.
3. Update lag: Booking confirmed di channel C, tapi staff yang input ke Excel/google sheet lagi di laut, sinyal mati. Channel D 5 jam kemudian masih lihat available. Confirm. Lag 5 jam = double.
Tiga-tiganya bukan soal "lebih hati-hati". Tiga-tiganya soal sistem yang ga punya single source of truth real-time.
Apa Solusi yang Scheduly Tawarkan
Gue akuntansi. Bukan IT. Tapi 2 tahun terakhir gue paham satu hal teknis yang penting buat operator: atomic lock.
Setiap perubahan status kabin yang lewat Scheduly dicek dulu ke kalender bersama. Kalau kabin itu sudah berubah duluan (di-hold atau di-booking orang lain), perubahan berikutnya ditolak, dengan alasan yang jelas. Itu artinya:
- Selama semua booking dicatat di Scheduly (termasuk yang masuk dari WA), 2 booking ga bisa masuk ke kabin yang sama
- Hold bisa otomatis lepas: 1 jam untuk pemesanan lewat halaman pembayaran Scheduly, 24 jam untuk hold agen. Hold manual tetap sampai dilepas staff
- Semua staff lihat data dari satu sumber yang sama. Ga ada lagi "Excel-ku dan Excel-mu beda"
Ibarat lampu pertigaan tadi: cuma satu mobil yang boleh masuk pada satu waktu. Yang lain harus tunggu giliran, atau cari jalur lain.
5 Langkah Setup, Malam Ini
Kalau lo mau coba, ini caranya. Ga perlu install apa-apa.
- Buka scheduly.id, login pakai Google
- Import jadwal kabin/kapal dari Excel (format umum langsung terbaca, format lain dibantu tim kami)
- Pakai hold agen buat agen tetap (otomatis lepas setelah 24 jam), dan hold manual buat yang lo tahan sendiri
- Atur siapa saja di tim yang boleh ubah jadwal (peran dan akses)
- Test: minta 2 staff confirm booking yang sama lewat Scheduly dari device beda dalam rentang waktu 1 menit. Yang kedua pasti ditolak.
Kenapa Ini Penting, dan Bukan Cuma Buat Lo
Operator kecil yang punya 1-3 kapal, kalau kena 1 kasus double-booking aja, refund + ganti hotel + reputasi turun bisa bikin kerugian beberapa kali harga kabin. Buat scaling, ini bukan opsional. Ini fondasi.
Insya Allah artikel berikutnya bakal cerita workflow agen + komisi otomatis. Itu cabang lain dari masalah yang sama (sistem yang ga shared, ga real-time).
Sambil lo coba Scheduly malam ini, dan gue ada beberapa pertanyaan: workflow bookingan lo gimana sekarang? Excel doang? Excel + Google Sheet shared? Ada yang udah pakai aplikasi tapi ujung-ujungnya masih bocor? Cerita di komen ya. Gue bantu pikirin solusinya.
Tinggal bilang, beres.