Sistem Reservasi Travel dan Shuttle: Kursi, Jadwal, Manifest

Sistem reservasi travel dan shuttle pada intinya menyelesaikan tiga hal. Pertama, denah kursi per keberangkatan, jadi kursi 3 di jadwal jam 7 pagi hanya bisa dijual sekali dan tidak ada lagi cerita dua penumpang berebut kursi yang sama. Kedua, jadwal armada dan sopir tersusun rapi, siapa bawa mobil apa, jam berapa, rute mana, semua tercatat di satu tempat. Ketiga, manifest penumpang terbentuk otomatis, sopir buka HP langsung lihat daftar penumpang, urutan jemput, dan status bayar, sementara kantor pegang data yang sama tanpa perlu saling telepon.

Kalau usaha travel Anda masih mengandalkan chat WA dan papan tulis di kantor, tiga hal di atas biasanya jadi sumber masalah harian. Artikel ini membahas kenapa cara manual mulai keteteran begitu armada bertambah, seperti apa alur reservasi yang rapi dari pesan sampai berangkat, dan kapan sebenarnya Anda belum perlu sistem sama sekali.

Masalah booking manual yang kelihatan sepele tapi mahal

Hampir semua usaha travel antar kota mulai dari cara yang sama. Penumpang chat WA, admin catat di buku atau papan tulis, sopir difoto daftar penumpangnya sebelum berangkat. Cara ini jalan, sampai suatu titik.

Masalah pertama yang paling sering muncul adalah kursi dijual dobel. Dua admin pegang HP berbeda, dua penumpang booking kursi yang sama di jam yang sama. Ketahuannya pas hari H, di depan penumpang. Salah satu harus dipindah, dan yang kena biasanya penumpang yang datang belakangan. Sekali dua kali mungkin dimaafkan. Kalau sering, penumpang pindah ke travel sebelah.

Masalah kedua, penumpang ganti jadwal lewat WA dan catatannya tercecer. Chat masuk jam 10 malam, admin baca tapi lupa update papan. Besoknya sopir jemput ke alamat orang yang sudah pindah ke keberangkatan sore. Satu penumpang salah, urutan jemput satu mobil ikut berantakan.

Masalah lain menyusul. Sopir pegang catatan tulisan tangan yang kadang tidak kebaca. Titik jemput door to door cuma ditulis “perumahan blok C” tanpa detail, sopir muter mencari alamat sambil ditelepon penumpang lain yang menunggu. Lalu di akhir hari, rekap setoran sopir tidak jelas. Berapa penumpang yang bayar cash di mobil, berapa yang transfer, berapa yang masih DP. Kalau angkanya tidak ketemu, yang muncul bukan cuma selisih uang tapi juga rasa saling curiga antara kantor dan sopir.

Satu per satu kelihatan sepele. Digabung setiap hari, ini yang membuat pemilik travel tidak bisa lepas dari HP bahkan saat libur.

Alur reservasi yang rapi, dari pesan sampai berangkat

Sistem reservasi pada dasarnya memindahkan alur yang sudah Anda jalankan ke bentuk yang tidak bergantung pada ingatan admin. Urutannya kurang lebih begini.

• Pilih jadwal. Penumpang atau admin memilih tanggal, rute, dan jam keberangkatan. Jadwal yang penuh otomatis tertutup, tidak bisa dibooking lagi.
• Pilih kursi. Denah kursi tampil sesuai armada yang dipakai. Kursi yang sudah terisi terkunci, jadi dobel booking tertutup dari awal, bukan dicegah pakai ingatan.
• Isi data penumpang dan titik jemput. Nama, nomor HP, alamat jemput dan alamat antar untuk layanan door to door. Alamat bisa disertai titik peta atau catatan patokan, bukan sekadar nama perumahan.
• Bayar DP atau lunas. Status pembayaran melekat di kursi. Admin dan sopir sama sama tahu kursi mana yang sudah lunas, mana yang baru DP, mana yang janji bayar di mobil.
• E-ticket terkirim. Penumpang menerima bukti booking berisi jadwal, nomor kursi, dan titik jemput. Tidak ada lagi debat “kemarin saya bilangnya jam 1” karena semua tertulis.
• Reminder H-1. Sehari sebelum berangkat penumpang menerima pengingat otomatis lewat WA. Penumpang lupa jadwal itu nyata, dan kursi kosong karena penumpang ketiduran adalah rugi yang bisa dicegah.

Perhatikan satu hal. Alurnya sama dengan yang selama ini Anda kerjakan manual. Bedanya, setiap langkah tercatat sekali dan dibaca semua orang, bukan tersebar di chat pribadi beberapa admin.

Manifest di HP sopir, bukan kertas yang difoto

Bagian yang paling terasa di lapangan justru bukan halaman booking, tapi manifest untuk sopir. Begitu jadwal dikunci, sopir membuka HP dan melihat daftar penumpang untuk keberangkatannya. Isinya bukan sekadar nama.

• Urutan jemput yang sudah disusun, dari alamat pertama sampai terakhir, jadi sopir tidak perlu menebak rute sendiri.
• Nomor HP tiap penumpang, tinggal tap untuk menelepon kalau penumpang belum keluar rumah.
• Status bayar per kursi. Sopir tahu persis dari siapa dia harus menerima uang di mobil dan berapa jumlahnya.

Kalau ada perubahan mendadak, misalnya satu penumpang pindah ke keberangkatan sore, admin cukup mengubah di sistem dan manifest sopir ikut berubah saat itu juga. Tidak ada versi kertas yang sudah kadaluarsa di dashboard mobil.

Reschedule dan pembatalan juga jadi punya aturan yang jelas. Anda tentukan sendiri kebijakannya, misalnya ganti jadwal gratis maksimal sehari sebelum berangkat, pembatalan di hari H memotong DP. Sistem tinggal menjalankan aturan itu secara konsisten. Admin tidak perlu berdebat dengan penumpang satu per satu, karena aturannya sama untuk semua orang dan tercatat sejak booking.

Laporan yang membuat pemilik bisa ambil keputusan

Selama data booking tersebar di chat dan papan tulis, pertanyaan sederhana pun sulit dijawab. Rute mana yang paling ramai. Jam keberangkatan mana yang sering kosong. Berapa sebenarnya pendapatan bulan lalu per armada.

Begitu semua reservasi lewat satu sistem, laporan seperti ini muncul sendiri dari data harian.

• Okupansi per rute dan per jam. Anda bisa lihat keberangkatan mana yang rata rata terisi 90 persen dan mana yang cuma 40 persen. Dari sini keputusan menambah atau menggeser jadwal jadi berdasar angka, bukan perasaan.
• Rute paling menguntungkan. Rute ramai belum tentu paling untung kalau jaraknya jauh dan biaya operasionalnya tinggi. Laporan per rute membantu melihat mana yang benar benar layak ditambah armadanya.
• Setoran per armada dan per sopir. Uang cash yang diterima sopir tercatat per kursi, jadi rekap setoran di akhir hari tinggal dicocokkan, bukan dihitung ulang dari ingatan.

Kalau Anda bekerja sama dengan agen atau mitra penjual tiket, misalnya warung atau counter di terminal, penjualan mereka juga bisa masuk lewat sistem yang sama. Komisi tercatat otomatis per tiket, jadi hitungan di akhir bulan tidak lagi mengandalkan catatan dua pihak yang bisa beda angka.

Pola pencatatan seperti ini sebenarnya sama dengan sistem operasional usaha lain yang pernah kami kerjakan. Kalau mau lihat gambaran umumnya, kami menulis lebih lengkap di halaman sistem aplikasi custom.

Kapan booking manual masih cukup

Jujur saja, tidak semua usaha travel butuh sistem hari ini. Kalau Anda baru jalan dengan satu armada, satu rute, dan penumpangnya kebanyakan langganan yang itu itu saja, buku catatan dan WA masih sangat bisa diandalkan. Jumlah keberangkatan per hari sedikit, admin hafal semua penumpang, risiko kursi dobel kecil.

Tanda bahwa Anda mulai butuh sistem biasanya muncul bertahap. Armada jadi dua atau tiga. Admin lebih dari satu orang dan mulai saling tumpuk catatan. Keluhan kursi dobel atau salah jemput muncul lebih dari sekali sebulan. Anda sendiri mulai tidak yakin dengan angka setoran harian. Di titik itu, biaya membenahi sistem hampir selalu lebih murah daripada biaya penumpang yang kecewa lalu pindah.

Satu catatan lagi. Sistem reservasi travel paling nyaman dipakai kalau sopir mengaksesnya dari HP, bukan dari komputer kantor. Karena itu banyak yang membangunnya sekalian dalam bentuk aplikasi mobile untuk sopir dan penumpang. Soal ini kami bahas di halaman jasa pembuatan aplikasi mobile.

Pertanyaan yang sering muncul

Penumpang saya kebanyakan orang tua, tidak paham aplikasi. Bagaimana?

Tidak masalah. Booking tetap bisa lewat admin seperti biasa. Penumpang chat WA atau telepon, admin yang memasukkan ke sistem, penumpang tinggal terima e-ticket. Yang berubah bukan cara penumpang memesan, tapi cara kantor mencatat. Kanal aplikasi untuk penumpang bisa ditambahkan belakangan kalau memang dibutuhkan.

Bagaimana dengan penumpang langganan yang biasa dapat kursi tertentu?

Kebiasaan ini justru gampang diakomodasi. Admin bisa menandai kursi favorit pelanggan tetap atau memblokir kursi tertentu sebelum dibuka untuk umum. Data langganan juga tersimpan, jadi booking berikutnya tidak perlu tanya ulang alamat jemput. Langganan tetap merasa diistimewakan, tanpa admin harus menghafal.

Travel saya juga terima kirim paket barang. Bisa masuk sistem yang sama?

Bisa. Paket dicatat seperti penumpang, menempel di keberangkatan tertentu, lengkap dengan pengirim, penerima, dan status pembayaran. Sopir melihatnya di manifest yang sama, jadi tidak ada paket ketinggalan di kantor.

Kalau Anda sedang menimbang apakah usaha travel Anda sudah waktunya pindah dari papan tulis ke sistem, ceritakan saja dulu kondisi operasional Anda lewat halaman kontak kami. Diskusi awal tidak dipungut biaya, dan kalau ternyata cara manual masih cukup, kami akan bilang begitu.