Bismillah. Selama 10 tahun gue handle 5 perusahaan di Labuan Bajo — liveaboard, tour, online shop multi-marketplace 8 tahun, decoration brand, laundry — satu pertanyaan yang nggak pernah hilang dari kepala gue: jadwal reservasi yang gue buka sekarang ini, benar nggak ya?
Weekend pas waktunya lagi santai, HP gue terima pesan dari Staff Reservasi: "Pak Ruby, dua agen klaim booking yang sama buat tanggal 15 Mei. Yang satu kirim WA jam 10 pagi, yang satu lewat portal jam 10 lewat 8 menit. Jadwal reservasi kita yang mana yang benar nih?"
Gue buka sheet. Sheet bilang available. Buka WA grup staff. WA bilang sudah confirmed. Buka portal aggregator. Portal bilang booked. Tiga jawaban beda untuk satu pertanyaan.
Ini Bukan Soal Excel/sheet. Tapi Soal Single Source of Truth (Sumber Kebenaran)
Bukan Excel-nya yang jelek. Excel jago untuk apa yang dia memang dirancang lakuin: satu pemakai, satu device, ratusan baris.
Tapi excel tidak bisa melayani cara operator travel bekerja. Operator travel bekerja di Excel + WA + portal aggregator + spreadsheet komisi terpisah + manifest PDF — minimal lima sumber kebenaran beda, nggak ada yang sinkron real-time, dan operator-nya sendiri yang jadi mesin-sync dengan cara manual di kepala.
Bukan masalahnya operator-nya nggak rapi. Tapi masalahnya tools yang dipakai memang nggak dirancang buat sinkron antar diri sendiri. Sumber kebenaran yang banyak = sumber kebenaran yang nggak ada. Itu inti masalahnya.
Empat Wajah dari Satu Masalah
Empat keluhan yang paling sering gue denger dari operator-operator di Labuan Bajo, sebenarnya satu masalah yang sama, cuma pakai topeng yang beda:
- Double-booking. Dua staff lihat "available" di sheet di waktu yang sama. Dua-duanya confirm. Tamu Singapur dan tamu Surabaya sama-sama datang ke kapal. Salah satu terpaksa harus pulang dengan marah. (Cerita lengkap di artikel sebelumnya: cara-mencegah-double-booking.)
- Komisi nyasar. Staff Reservasi nandain booking ke Agen A. Staff Finance melakukan perhitungan di akhir bulan, tapi tanda bookingan-nya udah berubah karena Staff Reservasi sempat beberapa kali edit ulang. Imbasnya: Komisi keluar ke agen yang salah. Debat seminggu ga kelar-kelar. (Solusi: artikel setup di komisi-agen-otomatis.)
- Stock ketersediaan ga sinkron. Staff reservasi generate dari sheet ke PDF manifest, print, distribusi ke kru kapal/tour guide. Siangnya, sheet diupdate karena ada tamu cancel mendadak. Manifest yang tercetak udah ga match dengan manifest yang udah dicetak.
- Rate komisi yang udah ga berlaku. High-season rate gue update di master sheet jam 9 pagi. Agen yang quote tamu jam 8.50 pakai rate lama, dan bookingan juga masuk pakai rate lama. Agen bakal kebingungan karena bookingannya dapat margin 30% lebih tipis dari yang diharapkan.
Empat-empatnya punya sumber masalah yang sama: waktu-update di satu tempat ≠ waktu-baca di tempat lain. Selisih di antara dua titik itu = revenue bocor, kepercayaan turun, weekend kacau.
Apa Sebenarnya Single Source of Truth
Bahasa engineering-nya mungkin terdengar asing, tapi sebenarnya simpel banget kalau diterjemahin ke dunia operator:
SSOT = staff reservasi lo update jadwal di HP, staff yang di kantor bisa langsung lihat update yang sama, agen dari Singapur juga bisa dapat update yang sama, semua sinkron hanya dalam ±5 detik.
Bukan "lo update di sheet, copy paste ke WA group, screenshot kirim ke agen". Itu sinkronisasi manual yang melelahkan dan berpotensi banyak errornya.
Di sisi sistem, SSOT artinya:
- Satu database, bukan tiga sumber yang berbeda
- Atomic transaction — kalau dua confirm masuk dalam 5 detik, sistem yang putuskan, bukan operator
- Audit log — siapa update apa kapan, bisa ditelusuri dengan mudah
Poin gue adalah: gue secara gamblang mau lo untuk mulai cobain Scheduly. Tapi prinsip SSOT-nya bukan punya Scheduly — itu prinsip yang berlaku ke aplikasi mana pun yang database-backed. Yang gue tawarkan adalah implementasinya buat operator travel Indonesia, lengkap dengan Bahasa Indonesia, harga lokal, dan integrasi dengan WA yang memang udah familiar.
Apa yang Berubah bagi Operator
Sebelum SSOT, operator bekerja di real-time mental tracking. Nyantai di weekend tapi otak nggak bisa lepas dari "sheet di sana udah di-update belum ya sama Mbak Reservasi", "agen Bali udah dikabarin perubahan rate belum", "kalau jam 10 ini ada tamu telpon untuk konfirm bookingan, jadwal yang gue lihat barusan masih akurat ga". Itu capek. Menurut gue itu jenis kelelahan yang nggak banyak founder bahas secara terbuka.
Sesudah SSOT, lo delegate fungsi sinkronisasi ke sistem. Lo buka HP pagi-pagi, sheet yang lo lihat = sheet yang staff lihat = sheet yang agen lihat. Bukan "barusan di-update sama siapa", tapi "ini state real-time, valid sampai detik ini juga". Weekend benar-benar bisa dinikmati dengan bahagia.
Solusi yang Selama ini Dikira Baik
Beberapa "solusi" yang sering dicoba operator tapi nggak menyelesaikan akar SSOT-nya:
- "Excel yang lebih rapi." Bukan jawaban. Masalahnya tuh bukan di rapi atau berantakannya, masalahnya ada di sumber yang berbeda. Sheet yang lebih rapi tapi tetap menjadi salah satu di antara tiga sumber bookingan yang berbeda.
- "Hire admin lebih banyak." Bukan jawaban. Itu nambah lapisan tracking (= nambah titik yang bisa selisih), bukan menjadi solusi.
- "Bikin SOP ketat." Bukan jawaban. SOP itu berbasis kedisiplinan manusia; sementara SSOT: kedisiplinan di level sistem. SOP rentan dipengaruhi sama mood, kelelahan, holiday, turnover staff. Sementara SSOT: disiplin 24/7 dan ga ada capeknya.
Jadi solusi konkritnya adalah: kurangi sumber kebenaran jadi satu. Apapun toolnya, yang penting harus punya satu single source of truth, support atomic, real-time, dan punya audit log.
Penutupan
Lo mau coba Scheduly? Buka scheduly.id, masukin 10 booking yang lagi aktif, hubungkan nomor WA staff reservasi di pengaturan. Test tambah booking manual. Dalam 20 menit lo bakal punya sistem booking yang jalan ujung-ke-ujung. Kalau cocok lanjutin. Kalau nggak, balikin ke Excel, nggak ada yang hilang.
Tapi serius gue tanya: lo mau sampai kapan terus terusan sinkronisasi manual di kepala sendiri doang?