Bismillah. Ada yang pernah ngalamin atau pernah denger dari pengalaman temen ga?
Pak [composite — sebut aja Pak A], 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: kira-kira 3-5x harga kabin yang seharusnya.
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 booking yang masuk ke Scheduly, sebelum di-confirm, sistem cek ke kalender shared real-time. Kalau ada hold atau confirmed booking yang clash, transaksi ditolak — dengan alasan jelas. Itu artinya:
- Ga ada lagi 2 booking masuk ke kabin yang sama dari 2 channel berbeda
- Hold bisa otomatis expire (default 1 jam buat bookingan dari WA atau website portal, bisa diatur sampe 24 jam buat agen tetap)
- Multi-staff lihat data sama, persis, real-time. 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. 5 menit beneran.
- Buka scheduly.id, login pakai Google
- Import jadwal kabin/kapal dari Excel
- Set hold expiry. Recommend 1 jam buat bookingan dari WA, 24 jam buat agen tetap
- Connect nomor WA staff reservasi di pengaturan (atau Telegram channel ID kalo lebih nyaman)
- Test: minta 2 staff confirm booking yang sama dari device beda dalam rentang waktu 1 menit. Salah satu 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 3-5x 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.