Paket roaming menjadi salah satu fasilitas yang dapat membantu jamaah tetap terhubung selama perjalanan umroh. Jamaah dapat menggunakan internet untuk berkomunikasi dengan keluarga, menerima informasi dari tour leader, membuka peta, mengakses aplikasi perjalanan, hingga berkoordinasi dengan rombongan selama berada di Arab Saudi.
Bagi biro umroh yang menangani banyak jamaah, proses pengisian paket roaming tentu berbeda dengan pembelian paket untuk satu atau dua nomor.
Bayangkan satu keberangkatan terdiri dari 150 jamaah. Masing-masing membawa nomor berbeda, menggunakan operator berbeda, memilih paket berbeda, dan belum tentu memberikan nomor dalam format yang benar.
Jika data tersebut langsung diproses tanpa pemeriksaan, kesalahan kecil dapat menimbulkan masalah menjelang keberangkatan.
Nomor salah satu digit, operator tidak sesuai, paket tertukar, data jamaah tercatat dua kali, hingga transaksi yang sebenarnya masih pending tetapi diproses kembali merupakan beberapa hal yang perlu diantisipasi.
Karena itu, cara mengelola data nomor jamaah sebelum pengisian paket roaming sama pentingnya dengan memilih produk roaming itu sendiri.
Semakin rapi data yang dipersiapkan, semakin mudah tim biro melakukan pengisian, memantau transaksi, menangani kendala, dan melakukan rekonsiliasi setelah seluruh proses selesai.
Mulai Mengumpulkan Nomor Sejak Jauh Hari
Jangan menunggu satu atau dua hari sebelum keberangkatan untuk mulai meminta nomor jamaah.
Pada waktu tersebut, tim biasanya sudah mempunyai banyak pekerjaan lain.
Dokumen keberangkatan perlu diperiksa, koper dan perlengkapan dipersiapkan, informasi penerbangan dibagikan, manasik dilakukan, dan berbagai kebutuhan jamaah perlu dipastikan.
Jika pengumpulan nomor baru dilakukan pada saat yang sama, risiko kesalahan menjadi lebih besar.
Lebih baik masukkan data paket roaming sebagai salah satu bagian dari persiapan keberangkatan.
Ketika jamaah sudah memilih menggunakan fasilitas roaming, tim dapat mulai meminta nomor yang akan dibawa ke Arab Saudi.
Dengan demikian, masih tersedia waktu untuk melakukan koreksi jika terdapat data yang belum lengkap.
Jangan Hanya Meminta Nama dan Nomor Telepon
Nama dan nomor memang menjadi data utama, tetapi untuk pengisian dalam jumlah banyak sebaiknya tersedia beberapa informasi tambahan.
Contoh struktur data yang dapat digunakan:
ID Jamaah | Nama | Nomor HP | Operator | ID Keberangkatan | Tanggal Berangkat | Tanggal Pulang | Paket Roaming | Status Pembayaran | Status Pengisian | Keterangan
Tidak semua biro harus menggunakan format yang sama.
Sesuaikan dengan kebutuhan operasional.
Namun, prinsipnya adalah satu baris data harus cukup untuk membantu tim memahami siapa pemilik nomor tersebut dan transaksi apa yang harus dilakukan.
Gunakan ID Jamaah sebagai Identitas Utama
Menggunakan nama sebagai acuan utama cukup berisiko.
Dalam satu rombongan dapat terdapat dua orang dengan nama yang sama atau sangat mirip.
Selain itu, penulisan nama dapat berbeda.
Misalnya di satu file tertulis “Muhammad Rizki”, sementara pada file lain menjadi “M. Rizki”.
Jika sistem hanya mengandalkan nama, tim dapat mengira keduanya merupakan orang berbeda.
Karena itu, gunakan ID jamaah yang unik.
Misalnya:
JMH000001
JMH000002
JMH000003
Atau gunakan nomor registrasi yang memang sudah tersedia pada sistem biro.
ID tersebut kemudian menjadi penghubung antara data jamaah, keberangkatan, pembayaran, dan pengisian paket roaming.
Pisahkan Data Berdasarkan Keberangkatan
Biro umroh yang mempunyai jadwal rutin dapat menangani beberapa keberangkatan dalam waktu berdekatan.
Misalnya:
Keberangkatan A: 5 Oktober
Keberangkatan B: 12 Oktober
Keberangkatan C: 19 Oktober
Jangan mencampurkan semuanya menjadi satu daftar tanpa identitas keberangkatan.
Tambahkan ID keberangkatan.
Contohnya:
UMR-051026
UMR-121026
UMR-191026
Format tersebut hanya ilustrasi.
Yang penting setiap rombongan dapat difilter dengan mudah.
Ketika tim ingin memproses keberangkatan tanggal 12 Oktober, mereka cukup mengambil data dengan ID keberangkatan yang sesuai.
Pastikan Nomor yang Diberikan Adalah Nomor yang Dibawa Jamaah
Kesalahan sederhana yang cukup mungkin terjadi adalah jamaah memberikan nomor kontak tetapi ternyata nomor tersebut bukan nomor yang akan digunakan selama perjalanan.
Misalnya jamaah mempunyai dua kartu.
Nomor pertama digunakan untuk WhatsApp sehari-hari.
Nomor kedua digunakan untuk paket internet.
Ketika diminta nomor telepon, jamaah memberikan nomor WhatsApp.
Padahal paket roaming seharusnya diaktifkan pada nomor kedua.
Karena itu, pertanyaan kepada jamaah perlu dibuat jelas.
Jangan hanya meminta:
“Mohon kirim nomor HP.”
Lebih baik jelaskan bahwa yang dibutuhkan adalah nomor yang akan dibawa dan digunakan selama perjalanan umroh serta akan menerima paket roaming.
Kalimat sederhana dapat mengurangi salah pengertian.
Catat Operator Setiap Nomor
Operator menjadi informasi penting karena produk roaming dapat berbeda.
Jangan mengandalkan tebakan hanya dari awalan nomor.
Walaupun prefix dapat membantu proses awal, data sebaiknya tetap dikonfirmasi.
Tambahkan kolom operator pada database.
Contohnya:
| Nama | Nomor | Operator | Paket |
|---|---|---|---|
| Ahmad | 08xxxxxxxxxx | Operator A | Paket 10 Hari |
| Siti | 08xxxxxxxxxx | Operator B | Paket 12 Hari |
| Rahman | 08xxxxxxxxxx | Operator C | Paket 9 Hari |
Dengan informasi tersebut, tim dapat mengelompokkan transaksi berdasarkan operator.
Hal ini juga membantu ketika supplier menyediakan produk yang berbeda untuk masing-masing operator.
Gunakan Format Nomor yang Konsisten
Dalam satu file, nomor dapat ditulis dengan berbagai format.
Ada yang menulis:
081234567890
Ada yang menulis:
6281234567890
Ada pula yang menggunakan:
+6281234567890
Jika format tersebut langsung dimasukkan ke sistem tanpa standardisasi, proses validasi dan pencarian menjadi lebih sulit.
Tentukan satu format internal.
Misalnya seluruh database menggunakan format 08xxxxxxxxxx.
Jika supplier atau API membutuhkan format 62xxxxxxxxxx, konversi dapat dilakukan pada saat transaksi.
Yang penting database utama mempunyai standar.
Format yang konsisten juga mempermudah pendeteksian nomor ganda.
Simpan Nomor sebagai Teks, Bukan Angka
Hal teknis sederhana ini penting terutama jika data dikelola menggunakan spreadsheet.
Nomor telepon bukan angka untuk perhitungan.
Karena itu, sebaiknya disimpan sebagai teks.
Jika diperlakukan sebagai angka, spreadsheet dapat mengubah format atau menghilangkan karakter tertentu.
Pastikan kolom nomor HP menggunakan tipe data yang sesuai.
Tujuannya agar nomor tetap tersimpan persis seperti yang dibutuhkan.
Lakukan Validasi Panjang dan Format Nomor
Sebelum transaksi, sistem atau admin dapat melakukan validasi dasar.
Misalnya:
- Nomor tidak boleh kosong.
- Hanya berisi karakter yang diperbolehkan.
- Mengikuti format internal yang sudah ditentukan.
- Panjang nomor masih dalam rentang yang wajar.
- Tidak terdapat spasi tambahan.
- Tidak terdapat tanda baca yang tidak diperlukan.
Validasi ini belum menjamin nomor benar-benar aktif.
Namun, setidaknya dapat menemukan kesalahan input yang terlihat jelas.
Cari Nomor Ganda
Duplicate checking sangat penting ketika memproses transaksi dalam jumlah banyak.
Misalnya jamaah mengisi formulir roaming.
Kemudian pasangannya juga mengirimkan data keluarga dan memasukkan nomor yang sama.
Admin memasukkan keduanya.
Jika tidak diperiksa, satu nomor berpotensi mendapatkan dua transaksi.
Sebelum melakukan pengisian, cari nomor yang muncul lebih dari satu kali.
Namun, jangan langsung menghapus salah satunya.
Periksa terlebih dahulu.
Mungkin memang terdapat kesalahan input, tetapi bisa juga data tersebut muncul karena alasan tertentu yang perlu dikonfirmasi.
Bedakan Data Master dengan Daftar Transaksi
Sebaiknya biro mempunyai database utama jamaah dan daftar transaksi roaming yang terpisah tetapi saling terhubung.
Database utama berisi identitas jamaah.
Daftar transaksi berisi pengisian yang dilakukan.
Contohnya:
Database Jamaah
ID Jamaah | Nama | Nomor | Operator | Keberangkatan
Sedangkan:
Transaksi Roaming
ID Transaksi | ID Jamaah | Nomor | Produk | Tanggal Proses | Status | Referensi
Pendekatan ini membantu ketika satu jamaah membutuhkan transaksi tambahan.
Data identitas tidak perlu dibuat ulang.
Cukup buat transaksi baru yang terhubung dengan ID jamaah.
Tentukan Pilihan Paket Sebelum Hari Pemrosesan
Jangan menunggu hari pengisian untuk menentukan jamaah akan mendapatkan paket apa.
Pilihan paket sebaiknya sudah selesai sebelumnya.
Misalnya biro menyediakan tiga pilihan:
Paket A
Untuk perjalanan dengan durasi tertentu.
Paket B
Untuk kebutuhan data lebih tinggi.
Paket C
Untuk program perjalanan yang lebih panjang.
Nama paket tersebut hanya ilustrasi.
Yang penting jamaah sudah memilih dan tim sudah mencatat produk yang harus diberikan.
Pada hari pemrosesan, admin tinggal mengeksekusi daftar yang sudah disetujui.
Sesuaikan Masa Aktif dengan Jadwal Perjalanan
Jangan hanya melihat jumlah kuota.
Masa aktif merupakan bagian penting dari paket roaming.
Jika program perjalanan berlangsung 12 hari, paket dengan masa aktif yang terlalu pendek dapat membuat jamaah kehilangan akses internet sebelum pulang.
Sebaliknya, membeli paket yang jauh lebih panjang belum tentu memberikan manfaat tambahan jika tidak diperlukan.
Catat tanggal berangkat dan pulang pada data jamaah.
Dengan demikian, tim dapat memeriksa apakah paket yang dipilih sesuai dengan durasi perjalanan.
Periksa Kapan Paket Mulai Aktif
Produk roaming dapat mempunyai ketentuan aktivasi yang berbeda.
Karena itu, jangan membuat satu asumsi untuk seluruh produk.
Ada paket yang mempunyai mekanisme tertentu setelah transaksi, ada pula yang mengikuti ketentuan penggunaan atau jaringan.
Biro perlu memahami ketentuan produk dari supplier sebelum menentukan waktu pengisian.
Informasi tersebut sebaiknya dicatat pada katalog internal.
Misalnya:
Operator | Produk | Kuota | Masa Aktif | Negara | Ketentuan Aktivasi
Dengan katalog seperti ini, admin tidak perlu mencari informasi produk dari awal setiap kali terdapat keberangkatan.
Buat Cut-Off Perubahan Data
Perubahan nomor pada menit terakhir merupakan salah satu sumber risiko.
Karena itu, tentukan cut-off.
Misalnya beberapa hari sebelum transaksi, jamaah sudah harus memastikan nomor yang digunakan.
Setelah cut-off, perubahan hanya dilakukan melalui admin dengan alasan yang jelas.
Bukan berarti perubahan setelah cut-off dilarang.
Kadang jamaah memang harus mengganti kartu.
Namun, perubahan tersebut perlu dipisahkan agar tidak mengganggu data utama yang sudah diverifikasi.
Gunakan Status Data Sebelum Status Transaksi
Sebelum pengisian, Anda dapat mempunyai status internal seperti:
Belum Lengkap
Data masih membutuhkan informasi.
Menunggu Konfirmasi
Nomor atau operator perlu dikonfirmasi.
Terverifikasi
Data sudah siap diproses.
Siap Transaksi
Sudah masuk batch pengisian.
Dengan begitu, admin tidak hanya melihat apakah kolom nomor terisi.
Data baru boleh masuk proses transaksi setelah statusnya memang siap.
Pisahkan Status Pembayaran dan Status Pengisian
Jika roaming dijual sebagai layanan tambahan, jangan menggunakan satu status untuk semuanya.
Jamaah dapat sudah membayar tetapi paket belum diproses.
Atau paket sudah dijadwalkan tetapi pembayaran masih perlu diverifikasi.
Gunakan kolom berbeda.
Misalnya:
Status Pembayaran: Lunas
Status Pengisian: Belum Diproses
Setelah transaksi:
Status Pembayaran: Lunas
Status Pengisian: Sukses
Pemisahan sederhana ini dapat menghindari banyak kebingungan.
Proses Pengisian Secara Batch per Rombongan
Jika terdapat banyak jamaah, pengisian secara batch lebih mudah dikontrol dibandingkan mencampurkan transaksi dari beberapa keberangkatan.
Misalnya:
Batch UMR-051026-A
Berisi 100 nomor untuk keberangkatan tertentu.
Jika masih terdapat 15 jamaah terlambat memberikan data, buat batch tambahan.
Batch UMR-051026-B
Dengan cara ini, tim dapat mengetahui kelompok transaksi mana yang sudah diproses.
Pencarian masalah juga menjadi lebih mudah.
Lakukan Pemeriksaan Terakhir Sebelum Transaksi
Sebelum menekan tombol proses, lakukan pengecekan final.
Gunakan checklist sederhana:
- Apakah jamaah sesuai dengan keberangkatan?
- Apakah nomor sudah terverifikasi?
- Apakah operator sudah benar?
- Apakah terdapat nomor ganda?
- Apakah paket sesuai dengan durasi perjalanan?
- Apakah pembayaran sudah sesuai jika layanan berbayar?
- Apakah waktu pengisian sesuai ketentuan aktivasi produk?
- Apakah saldo atau anggaran untuk transaksi sudah tersedia?
Pengecekan beberapa menit dapat mencegah pekerjaan koreksi yang jauh lebih panjang.
Jangan Langsung Mengulang Transaksi Pending
Setelah batch diproses, tidak seluruh transaksi selalu langsung mendapatkan status akhir.
Jika terdapat transaksi pending, jangan otomatis mengirim ulang.
Misalnya nomor jamaah mendapatkan paket Rp200.000.
Transaksi pertama pending.
Admin khawatir paket belum masuk lalu mengirim transaksi kedua.
Jika transaksi pertama kemudian sukses, nomor dapat mendapatkan pengisian ganda.
Lebih aman memeriksa status transaksi pertama dan mengikuti prosedur supplier sebelum melakukan pengulangan.
Simpan ID Transaksi atau Nomor Referensi
Setiap transaksi sebaiknya mempunyai referensi yang dapat dicari kembali.
Misalnya:
TRX-000012345
Jika jamaah mengalami kendala, admin tidak perlu mencari berdasarkan nama dari seluruh transaksi.
Cukup gunakan nomor telepon atau ID transaksi.
Data transaksi yang baik setidaknya dapat menunjukkan:
ID Transaksi | ID Jamaah | Nomor | Produk | Waktu | Status | Referensi Supplier
Informasi tersebut sangat membantu ketika harus melakukan pengecekan.
Lakukan Rekonsiliasi Setelah Pengisian
Misalnya batch berisi 150 jamaah.
Setelah transaksi selesai:
142 sukses
5 pending
3 gagal
Jangan menganggap pekerjaan selesai hanya karena mayoritas berhasil.
Lima transaksi pending dan tiga transaksi gagal tetap perlu ditangani.
Setelah seluruh status final, cocokkan kembali jumlah jamaah dengan jumlah transaksi sukses.
Pastikan tidak ada nomor yang terlewat.
Buat Daftar Khusus untuk Jamaah yang Membutuhkan Tindak Lanjut
Daripada terus memeriksa seluruh database, buat filter untuk transaksi bermasalah.
Misalnya:
Perlu Tindak Lanjut
- 5 pending.
- 3 gagal.
- 2 nomor perlu dikonfirmasi.
Tim kemudian fokus pada sepuluh data tersebut.
Setelah selesai, status diperbarui.
Cara seperti ini lebih efisien daripada memeriksa 150 baris berulang kali.
Tentukan Siapa yang Boleh Mengubah Data
Jika banyak orang mempunyai akses penuh terhadap spreadsheet yang sama, data dapat berubah tanpa diketahui.
Satu admin memperbaiki nomor.
Admin lain menggunakan versi lama.
Tim finance mempunyai file berbeda.
Akhirnya muncul beberapa versi data.
Karena itu, tentukan database mana yang menjadi sumber utama.
Atur pula siapa yang boleh mengubah data.
Perubahan penting seperti nomor telepon atau paket sebaiknya mempunyai catatan sehingga tim mengetahui kapan dan mengapa data berubah.
Hindari Mengirim Database Lengkap ke Banyak Pihak
Data jamaah perlu dikelola secara hati-hati.
Supplier paket roaming pada dasarnya hanya perlu menerima informasi yang memang dibutuhkan untuk memproses transaksi.
Tidak perlu memberikan seluruh data jamaah jika tidak relevan.
Misalnya untuk transaksi tertentu mungkin yang diperlukan hanya nomor telepon, operator, produk, dan referensi transaksi.
Prinsipnya adalah berikan data secukupnya sesuai kebutuhan proses.
Selain lebih rapi, pendekatan tersebut membantu mengurangi penyebaran data yang tidak diperlukan.
Buat Timeline Pengelolaan Data
Agar pekerjaan tidak menumpuk menjelang keberangkatan, biro dapat mempunyai timeline sederhana.
Sebagai contoh:
H-14 sampai H-7
Mengumpulkan nomor dan pilihan paket roaming.
H-7
Mengirim pengingat kepada jamaah yang datanya belum lengkap.
H-5
Cut-off utama perubahan data.
H-4 sampai H-3
Validasi nomor, operator, paket, dan pembayaran.
H-2 atau sesuai ketentuan produk
Memproses transaksi yang memang sudah waktunya dilakukan.
H-1
Rekonsiliasi transaksi sukses, pending, dan gagal.
Hari keberangkatan
Tim fokus pada informasi penggunaan dan penanganan kebutuhan jamaah.
Timeline harus disesuaikan dengan ketentuan paket yang digunakan. Namun, pola seperti ini membuat pekerjaan lebih terencana.
Gunakan Data Keberangkatan Sebelumnya untuk Evaluasi
Setelah rombongan pulang, jangan langsung melupakan data operasional.
Lakukan evaluasi sederhana.
Berapa banyak nomor yang harus dikoreksi?
Operator apa yang paling banyak digunakan?
Paket mana yang paling banyak dipilih?
Berapa transaksi yang mengalami pending?
Berapa banyak jamaah yang mengganti nomor setelah cut-off?
Informasi tersebut dapat digunakan untuk memperbaiki proses keberangkatan berikutnya.
Misalnya ternyata banyak jamaah salah memberikan nomor.
Pada keberangkatan berikutnya, formulir dapat diberi penjelasan yang lebih jelas mengenai nomor yang harus dimasukkan.
Perbaikan kecil seperti ini dapat terus mengurangi pekerjaan admin.
Otomatisasi Mulai Berguna Ketika Keberangkatan Semakin Banyak
Spreadsheet masih dapat digunakan untuk volume tertentu jika dikelola dengan disiplin.
Namun, ketika biro mempunyai banyak keberangkatan rutin dengan ratusan atau ribuan jamaah, sistem yang lebih terstruktur mulai memberikan manfaat.
Misalnya database jamaah terhubung dengan data keberangkatan.
Tim dapat memfilter jamaah berdasarkan rombongan.
Sistem memeriksa nomor ganda.
Admin memilih batch.
Transaksi dikirim ke supplier melalui integrasi yang tersedia.
Status kemudian diperbarui dan dapat direkonsiliasi.
Namun, jangan terburu-buru melakukan otomatisasi sebelum alur manualnya jelas.
Sistem yang bagus tetap membutuhkan data yang benar.
Jika nomor jamaah salah sejak awal, otomatisasi hanya akan memproses kesalahan tersebut dengan lebih cepat.
Data yang Rapi Membuat Persiapan Roaming Lebih Tenang
Mengelola data nomor jamaah sebelum pengisian paket roaming mungkin terlihat seperti pekerjaan administratif sederhana.
Namun, untuk biro umroh dengan keberangkatan rutin, kualitas data mempunyai pengaruh langsung terhadap kelancaran proses.
Satu kesalahan nomor dapat berarti satu jamaah tidak mendapatkan paket yang seharusnya.
Satu data ganda dapat menghasilkan transaksi yang tidak diperlukan.
Satu perubahan yang tidak tercatat dapat membuat admin memproses versi data yang salah.
Karena itu, mulailah dari database yang rapi.
Gunakan ID jamaah dan ID keberangkatan. Catat nomor serta operator. Tentukan paket berdasarkan durasi perjalanan. Gunakan format nomor yang konsisten. Periksa duplikasi. Pisahkan status pembayaran dengan status transaksi. Tetapkan cut-off dan lakukan validasi sebelum transaksi.
Setelah pengisian dilakukan, jangan berhenti pada proses pembelian.
Pantau setiap status.
Pisahkan transaksi sukses, pending, dan gagal. Tangani data yang membutuhkan tindak lanjut kemudian lakukan rekonsiliasi sampai seluruh jamaah yang seharusnya mendapatkan paket benar-benar tercatat dengan status yang jelas.
Untuk biro yang menangani beberapa keberangkatan sekaligus, prinsip yang sama menjadi semakin penting.
Jangan mencampurkan seluruh jamaah hanya karena produk roaming yang digunakan sama. Setiap jamaah harus mempunyai identitas, setiap keberangkatan harus mempunyai kelompok data, dan setiap transaksi harus dapat ditelusuri kembali.
Dengan pengelolaan seperti ini, tim tidak perlu panik mencari nomor dari chat ketika hari keberangkatan sudah dekat.
Informasi sudah tersedia dalam satu sumber data yang jelas.
Pada akhirnya, pengelolaan data yang baik bukan sekadar membuat spreadsheet terlihat rapi. Tujuan utamanya adalah membantu biro bekerja lebih teratur sekaligus memberikan pengalaman yang lebih baik kepada jamaah.
Ketika jamaah berangkat, mereka seharusnya dapat lebih fokus pada perjalanan dan ibadahnya. Sementara tim biro sudah mempunyai proses yang cukup rapi untuk memastikan kebutuhan komunikasi yang dipersiapkan sebelumnya dapat ditangani dengan lebih terukur.




