Kenapa Tracking Multimoda di Indonesia Sulit Disatukan: dan Apa yang Realistis Dijanjikan ke Customer

Setiap presentasi software logistik menampilkan peta dengan titik-titik bergerak. Tampilannya meyakinkan. Masalahnya muncul setelah dipakai: titik yang bergerak mulus itu hanya benar untuk satu dari tiga moda yang Anda layani.

Ini bukan kekurangan software tertentu. Ini sifat dari sumber datanya, dan tidak ada vendor yang bisa mengubahnya. Yang bisa dibedakan antar sistem adalah seberapa jujur mereka menampilkan perbedaan itu.

Dasar: frekuensi data harus dibandingkan dengan irama keputusan

Dalam perancangan sistem pemantauan ada prinsip yang sederhana: nilai sebuah pengukuran ditentukan oleh hubungan antara seberapa sering ia diperbarui dan seberapa sering keputusan diambil berdasarkan ia. Data yang diperbarui jauh lebih cepat daripada irama keputusan tidak menambah informasi yang berguna, hanya menambah biaya.

Ini menjelaskan dua hal sekaligus. Pertama, kenapa menaikkan frekuensi GPS dari lima menit ke satu menit jarang mengubah apa pun, karena keputusan customer diambil dalam hitungan jam. Kedua, kenapa satu tambahan kecil, yaitu menampilkan umur data di sebelah setiap status, memberi manfaat yang jauh lebih besar daripada integrasi baru. Tanpa umur data, pembaca tidak bisa menilai apakah angka yang dilihatnya masih relevan untuk keputusan yang sedang ia ambil.

Tiga moda, tiga jenis data yang sama sekali berbeda

Perhatikan baris terakhir. Hanya moda darat yang bisa menjawab "di mana barang saya sekarang". Untuk laut, jawaban jujurnya adalah "terakhir tercatat berangkat dari Singapura tiga hari lalu", dan itu bukan kekurangan sistem, itu memang seluruh data yang ada.

Bahaya menyeragamkan tampilan

Godaan desain yang paling besar adalah menampilkan ketiga jenis data dengan gaya yang sama, karena hasilnya terlihat rapi. Ini justru sumber kesalahpahaman terbesar.

Ketika status truk yang diperbarui dua menit lalu ditampilkan dengan lencana hijau yang sama persis dengan status kapal yang diperbarui dua hari lalu, pembaca menyimpulkan keduanya sama-sama terkini. Ia lalu membuat keputusan (memberi tahu customer, menjadwalkan bongkar) berdasarkan informasi yang usia sebenarnya tidak ia ketahui.

Yang sebenarnya ditanyakan customer

Ketika customer menelepon menanyakan posisi barang, ia hampir tidak pernah benar-benar ingin tahu koordinatnya. Ia sedang mencoba memutuskan sesuatu: apakah perlu menyiapkan tim bongkar besok, apakah bisa menjanjikan pengiriman ke pelanggannya sendiri, apakah perlu mencari alternatif.

Artinya yang bernilai baginya adalah perkiraan waktu tiba beserta tingkat keyakinannya, bukan titik di peta. Peta memuaskan rasa ingin tahu; perkiraan tiba menjawab pertanyaannya.

Ini juga alasan kenapa investasi pada pelacakan GPS yang lebih rapat sering memberi hasil lebih kecil dari harapan. Menaikkan frekuensi dari lima menit ke satu menit tidak mengubah satu pun keputusan customer. Memberi perkiraan tiba yang dapat dipercaya, mengubah semuanya.

Milestone yang benar-benar berguna

Kalau harus memilih sedikit titik pencatatan karena keterbatasan, ini urutan yang paling banyak memberi nilai per usaha:

1. 1Barang diterima dari shipper. Menandai jam mulai tanggung jawab Anda, dan menghentikan pertanyaan "sudah diambil belum".
2. 2Berangkat dari titik asal. Titik pertama yang membuat perkiraan tiba bisa dihitung sama sekali.
3. 3Tiba di titik transit atau pelabuhan. Tempat paling sering terjadi keterlambatan yang tidak terlihat.
4. 4Keluar dari pelabuhan / selesai kepabeanan. Perubahan status yang paling ditunggu di jalur impor.
5. 5Diterima di tujuan, dengan bukti. Menutup siklus dan memulai penagihan.

Lima titik ini menjawab sebagian besar pertanyaan yang masuk ke tim customer service. Menambah titik keenam dan ketujuh memberi peningkatan yang jauh lebih kecil daripada memastikan lima yang pertama tercatat dengan disiplin.

Masalah yang tidak akan hilang: data yang tidak lengkap

Sebagian besar shipment Anda melibatkan pihak ketiga: pelayaran, agen di tujuan, subkontraktor trucking. Setiap pihak punya sistem sendiri, atau tidak punya sama sekali.

Integrasi otomatis dengan pelayaran besar mungkin dilakukan, meski usahanya tidak kecil. Integrasi dengan subkontraktor trucking yang armadanya lima truk dan koordinasinya lewat WhatsApp, tidak. Itu bukan soal teknologi, mereka memang tidak punya sistem untuk diintegrasikan.

Pendekatan yang lebih baik: tandai dengan jelas shipment yang statusnya bergantung pada pelaporan manual, dan sepakati ritme pelaporan dengan subkontraktor, misalnya dua kali sehari lewat pesan singkat yang diteruskan admin ke sistem. Data manual dengan ritme yang dapat diandalkan lebih berguna daripada data otomatis yang cakupannya bolong.

Perkiraan tiba yang jujur lebih baik daripada yang optimis

Ada dorongan alami untuk memberi perkiraan yang menyenangkan. Dorongan itu merugikan dalam jangka menengah: customer yang dua kali menerima perkiraan meleset akan berhenti mempercayai seluruh sistem Anda, termasuk saat perkiraannya benar.

Sampaikan rentang, bukan satu titik waktu, "tiba Kamis sampai Jumat" lebih berguna daripada "tiba Kamis pukul 14.00" yang meleset. Dan ketika ada perubahan, kabarkan sebelum customer bertanya. Perkiraan yang direvisi lebih awal jauh lebih baik diterima daripada perkiraan yang dipertahankan sampai jelas salah.

“Customer memaafkan keterlambatan yang diberitahukan. Yang tidak dimaafkan adalah keterlambatan yang mereka temukan sendiri.”