Mengelola satu rombongan umroh saja membutuhkan koordinasi yang cukup panjang. Ada data jamaah yang harus diperiksa, dokumen perjalanan, jadwal penerbangan, hotel, transportasi, perlengkapan, hingga berbagai kebutuhan selama berada di Arab Saudi.
Ketika biro travel memiliki beberapa keberangkatan dalam satu bulan, pekerjaan tersebut tentu menjadi lebih kompleks.
Hal yang terlihat sederhana seperti pengisian paket roaming pun perlu dikelola dengan baik. Bayangkan jika minggu pertama terdapat 80 jamaah, minggu berikutnya 120 jamaah, kemudian beberapa hari setelahnya ada rombongan lain yang kembali berangkat.
Jika seluruh permintaan paket roaming hanya dicatat melalui percakapan WhatsApp, risiko data tertukar akan semakin besar. Tim bisa saja mengisi paket terlalu cepat, melewatkan salah satu jamaah, salah memilih paket, atau mencampurkan data antara rombongan yang berbeda.
Karena itu, biro yang mempunyai keberangkatan rutin sebaiknya mulai membuat sistem pengelolaan yang lebih terstruktur.
Tidak harus langsung menggunakan software yang kompleks. Spreadsheet dan SOP sederhana pun dapat menjadi awal yang baik selama alurnya jelas.
Tujuannya adalah memastikan setiap jamaah mendapatkan paket sesuai kebutuhannya, pada waktu yang tepat, tanpa membuat tim administrasi kewalahan setiap kali jadwal keberangkatan berdekatan.
Pisahkan Data Berdasarkan Keberangkatan
Langkah pertama yang sangat penting adalah jangan menggabungkan seluruh jamaah ke dalam satu daftar tanpa identitas keberangkatan.
Setiap rombongan sebaiknya mempunyai kode atau ID keberangkatan.
Misalnya:
- UMR-SEP-01 untuk keberangkatan pertama September.
- UMR-SEP-02 untuk keberangkatan kedua.
- UMR-SEP-03 untuk keberangkatan ketiga.
Format kode dapat disesuaikan dengan sistem internal biro. Yang penting adalah konsisten.
Dengan adanya kode tersebut, setiap data jamaah dapat langsung diketahui berasal dari rombongan mana.
Hal ini sangat membantu ketika biro mempunyai jadwal yang berdekatan.
Admin tidak perlu mengingat bahwa Bapak A berangkat tanggal sekian dan Ibu B berangkat pada rombongan berikutnya. Sistem atau database sudah memberikan identitas yang jelas.
Buat Satu Database Utama Jamaah
Meskipun data perlu dipisahkan berdasarkan keberangkatan, sebaiknya biro tetap mempunyai satu sumber data utama.
Hindari kondisi di mana sebagian nomor berada di WhatsApp, sebagian di spreadsheet staf A, sebagian lagi di laptop staf B.
Semakin banyak tempat penyimpanan, semakin besar kemungkinan muncul data yang berbeda.
Untuk kebutuhan roaming, database sederhana dapat memiliki kolom seperti:
ID Jamaah | Nama | Nomor HP | Operator | ID Keberangkatan | Tanggal Berangkat | Tanggal Pulang | Paket Roaming | Status Pembayaran | Status Pengisian | Keterangan
Tidak semua biro membutuhkan struktur yang sama.
Namun, setidaknya tim harus dapat mengetahui siapa jamaahnya, kapan berangkat, nomor yang digunakan, paket yang dipilih, dan apakah transaksi sudah selesai.
Dengan database seperti ini, pencarian dan pengecekan menjadi jauh lebih mudah.
Jangan Mengandalkan Nama sebagai Identitas Utama
Dalam satu rombongan, sangat mungkin terdapat jamaah dengan nama yang sama atau mirip.
Karena itu, hindari menggunakan nama sebagai satu-satunya identitas.
Gunakan ID jamaah atau nomor pendaftaran.
Misalnya terdapat dua jamaah bernama Abdullah. Jika staf hanya menulis “Abdullah – paket roaming sudah diisi”, beberapa hari kemudian dapat muncul kebingungan mengenai jamaah mana yang dimaksud.
Dengan ID unik, pencatatan menjadi lebih jelas.
Hal sederhana seperti ini akan semakin terasa manfaatnya ketika biro menangani ratusan hingga ribuan data jamaah dalam satu periode.
Kelompokkan Berdasarkan Tanggal Keberangkatan
Setelah database tersedia, buat tampilan atau filter berdasarkan tanggal keberangkatan.
Tujuannya agar tim mengetahui rombongan mana yang menjadi prioritas.
Misalnya terdapat jadwal:
5 September – 90 jamaah
12 September – 110 jamaah
20 September – 85 jamaah
27 September – 125 jamaah
Tim tidak perlu memproses seluruh data pada waktu yang sama.
Fokus terlebih dahulu pada keberangkatan terdekat.
Dengan cara ini, pekerjaan dapat dibagi menjadi beberapa batch sehingga lebih mudah diperiksa.
Tentukan Cut-Off Pemesanan Paket Roaming
Salah satu sumber kekacauan menjelang keberangkatan adalah pesanan yang terus masuk sampai menit terakhir.
Misalnya keberangkatan dilakukan besok pagi, tetapi malam ini masih ada puluhan jamaah yang baru meminta paket.
Tim akhirnya harus terburu-buru memeriksa nomor, operator, pembayaran, dan transaksi.
Karena itu, biro sebaiknya menentukan cut-off.
Contohnya, pemesanan paket roaming untuk setiap rombongan ditutup beberapa hari sebelum keberangkatan.
Waktu pastinya dapat disesuaikan dengan prosedur biro dan karakteristik produk yang digunakan.
Tujuan cut-off bukan mempersulit jamaah.
Justru batas waktu memberikan kesempatan kepada tim untuk melakukan pengecekan secara lebih teliti.
Setelah cut-off, daftar utama dapat difinalisasi.
Permintaan yang masuk setelah batas tersebut dapat dimasukkan sebagai pesanan tambahan dengan prosedur tersendiri.
Periksa Kapan Paket Mulai Aktif
Jangan menentukan jadwal pengisian hanya berdasarkan tanggal keberangkatan.
Periksa ketentuan produk roaming yang digunakan.
Hal yang perlu diketahui adalah kapan masa aktif paket mulai dihitung.
Ada produk yang mempunyai mekanisme tertentu terkait waktu transaksi dan aktivasi. Karena ketentuan dapat berbeda antarproduk maupun operator, biro perlu mendapatkan informasi yang jelas dari vendor.
Jangan sampai paket dengan masa aktif terbatas diproses terlalu jauh sebelum keberangkatan sehingga sebagian periode penggunaannya sudah berjalan ketika jamaah masih berada di Indonesia.
Sebaliknya, pengisian yang terlalu mepet juga dapat menimbulkan masalah jika terdapat transaksi yang pending atau gagal.
Karena itu, jadwal pengisian perlu dibuat berdasarkan karakteristik produk, bukan sekadar kebiasaan internal.
Buat Timeline untuk Setiap Keberangkatan
Jika biro mempunyai keberangkatan rutin, gunakan pola kerja yang sama untuk setiap rombongan.
Sebagai contoh, timeline internal dapat dibuat berdasarkan H atau hari keberangkatan.
H-14 sampai H-7
Tim mulai mengumpulkan pilihan paket dan memastikan nomor jamaah.
H-7
Pengingat terakhir diberikan kepada jamaah yang belum menentukan kebutuhan roaming.
H-5
Pemesanan reguler ditutup dan daftar mulai diverifikasi.
H-4 sampai H-3
Admin memeriksa nomor, operator, paket, serta status pembayaran.
H-2 atau sesuai ketentuan produk
Transaksi mulai diproses.
H-1
Tim memeriksa transaksi berhasil, pending, dan gagal.
Hari H
Jamaah menerima panduan penggunaan dan kontak bantuan jika diperlukan.
Timeline tersebut hanya contoh.
Biro perlu menyesuaikannya dengan karakteristik paket roaming, kebijakan vendor, serta jadwal operasional internal.
Yang penting adalah setiap rombongan mengikuti alur yang konsisten.
Bedakan Status Pemesanan dan Status Transaksi
Ini merupakan detail yang cukup penting.
Jangan menggunakan satu kolom “Status” untuk semuanya.
Status pemesanan dan transaksi merupakan dua hal berbeda.
Misalnya jamaah sudah melakukan pembayaran tetapi paket belum diproses.
Jika hanya tertulis “Selesai”, staf lain mungkin menganggap paket sudah masuk.
Lebih baik gunakan beberapa status.
Untuk pemesanan:
Belum Konfirmasi → Menunggu Pembayaran → Lunas → Siap Diproses
Sedangkan transaksi dapat menggunakan:
Belum Diproses → Diproses → Pending → Berhasil → Gagal
Dengan pemisahan seperti ini, posisi setiap pesanan lebih mudah dipahami.
Lakukan Validasi Nomor Sebelum Pengisian
Satu digit yang salah dapat menyebabkan transaksi gagal atau bahkan terkirim ke nomor yang tidak seharusnya.
Ketika menangani banyak keberangkatan, jangan hanya mengandalkan data lama.
Lakukan validasi sebelum transaksi.
Periksa setidaknya nomor yang digunakan, operator, paket yang dipilih, dan rombongan keberangkatan.
Jika jamaah mengganti nomor setelah pendaftaran, pastikan perubahan tersebut tercatat pada database utama.
Hindari kebiasaan memperbaiki data hanya pada file transaksi sementara tetapi tidak memperbarui database.
Akibatnya, pada transaksi berikutnya nomor lama dapat muncul kembali.
Gunakan Sistem Batch untuk Setiap Rombongan
Daripada mengirim transaksi satu per satu setiap kali ada jamaah yang melakukan pembayaran, lebih baik buat batch.
Misalnya seluruh pesanan untuk keberangkatan tanggal 12 dikumpulkan kemudian diproses bersama setelah data final.
Batch dapat diberi identitas seperti:
BATCH-1209-A
Jika terdapat pesanan tambahan setelah cut-off:
BATCH-1209-B
Dengan sistem seperti ini, tim dapat mengetahui kelompok transaksi mana yang sedang diperiksa.
Batch juga membantu ketika melakukan rekonsiliasi.
Misalnya Batch A berisi 105 transaksi. Setelah proses selesai, admin harus memastikan seluruh 105 transaksi mempunyai status final atau mengetahui transaksi mana yang masih membutuhkan tindakan.
Jangan Langsung Mengulang Transaksi yang Pending
Ketika transaksi masih pending, staf terkadang tergoda melakukan pengisian kembali agar jamaah segera mendapatkan paket.
Hal ini perlu dihindari.
Transaksi pending belum tentu gagal.
Ada kemungkinan transaksi pertama masih diproses dan kemudian berhasil.
Jika tim mengirim transaksi kedua dan keduanya berhasil, jamaah dapat menerima paket dua kali.
Karena itu, biro perlu mempunyai SOP khusus untuk transaksi pending.
Tentukan:
- Berapa lama transaksi diperiksa kembali.
- Siapa yang melakukan pengecekan.
- Kapan vendor harus dihubungi.
- Kapan transaksi dinyatakan gagal.
- Kapan transaksi baru boleh dikirim ulang.
Dengan prosedur tersebut, keputusan tidak dibuat berdasarkan perkiraan masing-masing staf.
Pisahkan Pesanan Reguler dan Pesanan Terlambat
Meskipun sudah mempunyai cut-off, hampir selalu ada kemungkinan muncul permintaan tambahan.
Ada jamaah yang baru berubah pikiran, baru mengetahui layanan roaming, atau sebelumnya merasa tidak membutuhkan internet.
Biro dapat tetap melayani jika secara operasional memungkinkan.
Namun, jangan memasukkan pesanan tersebut diam-diam ke batch yang sudah selesai.
Buat kategori Late Order atau pesanan tambahan.
Dengan begitu, admin dapat mengetahui bahwa transaksi tersebut berada di luar proses reguler.
Cara ini juga membantu mengevaluasi seberapa sering pesanan terlambat terjadi.
Jika jumlahnya selalu banyak, mungkin komunikasi mengenai roaming perlu dilakukan lebih awal.
Persiapkan Saldo atau Anggaran Sebelum Transaksi
Jika vendor menggunakan sistem deposit, saldo harus dipersiapkan berdasarkan jumlah transaksi.
Jangan menunggu seluruh pesanan selesai kemudian baru memeriksa saldo.
Misalnya satu keberangkatan mempunyai 150 pembeli paket dengan rata-rata biaya Rp150.000.
Perkiraan kebutuhan depositnya sudah sekitar:
150 × Rp150.000 = Rp22.500.000
Jika dalam minggu yang sama terdapat dua keberangkatan, kebutuhan saldo dapat meningkat cukup besar.
Karena itu, admin dan finance perlu berkoordinasi.
Buat estimasi berdasarkan jumlah pesanan yang sudah masuk beberapa hari sebelum transaksi.
Dengan demikian, kekurangan saldo tidak menjadi penyebab keterlambatan pengisian.
Buat Dashboard Sederhana untuk Melihat Semua Keberangkatan
Ketika jumlah keberangkatan bertambah, tim membutuhkan gambaran umum.
Tidak harus menggunakan dashboard yang kompleks.
Spreadsheet pun dapat dibuat dengan ringkasan seperti:
| Keberangkatan | Total Jamaah | Pesan Roaming | Berhasil | Pending | Gagal | Belum Diproses |
|---|---|---|---|---|---|---|
| 5 September | 90 | 65 | 65 | 0 | 0 | 0 |
| 12 September | 110 | 82 | 78 | 3 | 1 | 0 |
| 20 September | 85 | 60 | 0 | 0 | 0 | 60 |
Dari tampilan tersebut, staf langsung mengetahui keberangkatan mana yang masih membutuhkan perhatian.
Tidak perlu membuka setiap daftar satu per satu hanya untuk mengetahui progres.
Tentukan Satu Penanggung Jawab untuk Setiap Keberangkatan
Ketika banyak orang menangani pekerjaan yang sama tanpa pembagian tanggung jawab, justru dapat terjadi kebingungan.
Staf A mengira staf B sudah melakukan pengecekan. Staf B menganggap transaksi sedang ditangani staf C.
Karena itu, setiap keberangkatan sebaiknya mempunyai PIC.
PIC tidak harus mengerjakan seluruh transaksi sendiri.
Tugasnya adalah memastikan proses berjalan sampai selesai.
Misalnya memastikan data sudah final, transaksi diproses, status diperiksa, masalah dieskalasikan, dan laporan ditutup.
Untuk biro dengan banyak keberangkatan, pembagian PIC dapat membantu mengurangi pekerjaan yang tumpang tindih.
Buat Jalur Komunikasi untuk Jamaah
Jamaah perlu mengetahui siapa yang harus dihubungi jika mengalami kendala.
Hindari memberikan terlalu banyak nomor kontak.
Jika setiap jamaah langsung menghubungi vendor, tour leader, admin, dan customer service secara bersamaan, informasi dapat menjadi tidak sinkron.
Biro dapat membuat satu jalur awal.
Misalnya jamaah menghubungi admin atau tour leader. Tim melakukan pengecekan dasar. Jika masalah memang membutuhkan bantuan vendor, barulah dilakukan eskalasi.
Alurnya dapat dibuat sederhana:
Jamaah → PIC Biro → Pemeriksaan → Vendor jika diperlukan → PIC Biro → Jamaah
Dengan cara tersebut, biro tetap mengetahui setiap masalah yang terjadi.
Berikan Panduan Sebelum Jamaah Berangkat
Jangan menunggu jamaah tiba di Arab Saudi untuk menjelaskan cara menggunakan roaming.
Panduan sebaiknya sudah diberikan sebelum keberangkatan.
Gunakan bahasa sederhana.
Jelaskan kapan paket dapat digunakan, pengaturan dasar yang diperlukan pada smartphone, serta apa yang harus dilakukan jika internet belum terhubung.
Jika memungkinkan, buat panduan visual berdasarkan jenis perangkat yang paling umum digunakan jamaah.
Namun, hindari memberikan instruksi teknis yang terlalu panjang.
Tujuannya adalah membuat jamaah mampu melakukan langkah dasar sendiri.
Jika tetap mengalami kendala, mereka mengetahui siapa yang harus dihubungi.
Lakukan Rekonsiliasi untuk Setiap Rombongan
Setelah transaksi selesai, jangan langsung berpindah ke keberangkatan berikutnya.
Tutup batch terlebih dahulu.
Misalnya terdapat 100 pesanan.
Pastikan hasil akhirnya benar-benar dapat dijelaskan:
- 98 transaksi berhasil.
- 1 transaksi dibatalkan.
- 1 transaksi gagal dan sudah ditindaklanjuti.
Jumlah akhirnya harus sesuai dengan daftar awal.
Kemudian cocokkan nilai transaksi dengan pembayaran jamaah atau anggaran biro, tergantung model layanan yang digunakan.
Rekonsiliasi per keberangkatan membuat laporan lebih mudah daripada menunggu akhir bulan kemudian mencocokkan seluruh transaksi sekaligus.
Simpan Riwayat untuk Keberangkatan Berikutnya
Setiap keberangkatan menghasilkan informasi yang dapat digunakan untuk memperbaiki proses.
Misalnya pada keberangkatan pertama ternyata banyak jamaah salah menuliskan nomor.
Pada keberangkatan kedua, form dapat diperbaiki dengan meminta konfirmasi nomor dua kali.
Jika banyak pesanan masuk setelah cut-off, informasi roaming dapat diberikan lebih awal.
Jika jamaah sering menanyakan cara mengaktifkan data roaming, panduan dapat dibuat lebih jelas.
Catat masalah seperti ini.
Setelah beberapa keberangkatan, biro akan mempunyai SOP yang semakin matang berdasarkan pengalaman nyata.
Otomatisasi Mulai Relevan Ketika Volume Semakin Besar
Pada tahap awal, spreadsheet mungkin sudah cukup.
Namun, bayangkan biro mempunyai lima keberangkatan dalam satu bulan dengan rata-rata 150 jamaah.
Berarti terdapat 750 data yang harus dikelola.
Jika sebagian besar membeli roaming, pekerjaan admin menjadi cukup besar.
Pada kondisi tersebut, otomatisasi dapat mulai dipertimbangkan.
Sistem dapat membantu mengelompokkan jamaah berdasarkan keberangkatan, menghasilkan daftar transaksi, mencatat status, serta membuat laporan.
Jika vendor menyediakan API atau sistem transaksi massal, integrasi juga dapat membantu mengurangi input berulang.
Namun, otomatisasi sebaiknya dilakukan setelah SOP manual sudah jelas.
Jangan mengotomatisasi proses yang masih berubah-ubah dan belum mempunyai aturan.
Jangan Campurkan Semua Keberangkatan Hanya karena Produknya Sama
Ini merupakan kesalahan sederhana yang sebaiknya dihindari.
Misalnya tiga rombongan menggunakan paket roaming yang sama.
Admin kemudian menggabungkan seluruh nomor menjadi satu daftar karena produknya sama.
Secara transaksi mungkin terlihat lebih praktis.
Namun, ketika muncul tiga transaksi pending, tim harus mencari kembali transaksi tersebut berasal dari keberangkatan mana.
Lebih baik pertahankan identitas rombongan meskipun produknya sama.
Jika sistem mendukung batch, transaksi tetap dapat dilakukan secara efisien tanpa kehilangan informasi keberangkatan.
Siapkan Rencana Cadangan
Biro tidak dapat mengendalikan seluruh kondisi.
Produk dapat mengalami gangguan, sistem vendor dapat maintenance, transaksi dapat pending, atau terdapat perubahan produk menjelang keberangkatan.
Karena itu, siapkan alternatif.
Ketahui produk pengganti yang dapat digunakan jika pilihan utama tidak tersedia.
Untuk keberangkatan besar, pastikan komunikasi dengan vendor dilakukan lebih awal.
Jangan baru mengecek ketersediaan ketika ratusan transaksi harus diproses pada hari yang sama.
Rencana cadangan bukan berarti selalu akan digunakan. Tujuannya agar tim mengetahui apa yang harus dilakukan jika kondisi utama tidak berjalan sesuai rencana.
Pengelolaan yang Rapi Membuat Banyak Keberangkatan Lebih Mudah Ditangani
Memahami cara mengatur pengisian paket roaming untuk beberapa keberangkatan umroh pada dasarnya bukan hanya tentang melakukan transaksi paket data.
Tantangan utamanya adalah pengelolaan informasi.
Biro perlu mengetahui jamaah mana yang membeli, nomor yang digunakan, operatornya, paket yang dipilih, kapan berangkat, kapan paket harus diproses, serta bagaimana status transaksinya.
Semakin banyak keberangkatan, semakin penting pemisahan data berdasarkan rombongan.
Gunakan ID keberangkatan dan ID jamaah. Buat database utama. Tentukan cut-off pemesanan. Susun timeline berdasarkan tanggal keberangkatan dan pisahkan status pembayaran dengan status transaksi.
Ketika tiba waktunya melakukan pengisian, gunakan sistem batch.
Setelah transaksi dikirim, jangan hanya melihat jumlah transaksi yang berhasil. Periksa juga pending dan gagal sampai seluruh data mempunyai status yang jelas.
Setiap keberangkatan kemudian ditutup dengan rekonsiliasi.
Dengan pola tersebut, tim dapat berpindah ke rombongan berikutnya tanpa membawa masalah yang belum selesai dari keberangkatan sebelumnya.
Jika volume terus meningkat, proses yang sudah rapi ini juga akan lebih mudah dikembangkan menjadi sistem semiotomatis atau otomatis.
Pada akhirnya, tujuan pengelolaan roaming bukan membuat biro memiliki proses yang terlihat canggih. Tujuannya jauh lebih sederhana: memastikan jamaah mendapatkan layanan yang mereka pesan pada waktu yang tepat, sementara tim biro tetap dapat mengelola banyak keberangkatan tanpa kehilangan kontrol.
Ketika data, jadwal, tanggung jawab, dan prosedur sudah tertata, beberapa keberangkatan yang berdekatan pun dapat ditangani dengan jauh lebih terorganisir.
