Bagaimana Tim Transportasi Menyelidiki Kegagalan Layanan dan Perjalanan yang Terlewat

Perjalanan yang terlewat tidak pernah disebabkan oleh satu hal saja. Inilah cara tim transportasi yang efektif menyelidiki apa yang salah, menemukan penyebab sebenarnya, dan mencegahnya terulang.

Penjemputan yang terlewat atau perjalanan yang gagal bukan sekadar satu kesalahan operasional—hal ini dapat memengaruhi kepercayaan pelanggan, mengacaukan jadwal, dan berdampak pada komitmen tingkat layanan. Baik itu penumpang yang menunggu pengemudi yang tidak pernah datang maupun perjalanan yang keliru ditandai sebagai selesai, setiap insiden memiliki akar penyebab yang perlu dipahami.

Tantangannya adalah banyak tim transportasi berfokus pada menyelesaikan keluhan alih-alih menyelidiki apa yang sebenarnya terjadi. Pengembalian dana mungkin menutup tiket, tetapi tidak mencegah masalah yang sama terjadi lagi. Tanpa proses manajemen insiden transportasi yang terstruktur, masalah berulang seperti masalah dispatch, kesenjangan komunikasi, dan kesalahan operasional sering kali luput dari perhatian.

Operator transportasi yang sukses mengambil pendekatan berbeda. Mereka mengandalkan data perjalanan, catatan GPS, aktivitas pengemudi, dan log sistem untuk menyelidiki setiap insiden, mengidentifikasi penyebab sebenarnya, dan mengubah kegagalan individual menjadi perbaikan operasional jangka panjang.

Dalam panduan ini, kita akan membahas bagaimana tim transportasi yang efektif menyelidiki kegagalan layanan armada, melakukan analisis kegagalan perjalanan yang bermakna, dan membangun proses yang mengurangi perjalanan terlewat dari waktu ke waktu.

Mulailah dari Data, Bukan dari Orang

Naluri pertama setelah terjadi kegagalan layanan adalah menelepon pengemudi dan menanyakan apa yang terjadi. Hal ini hampir selalu menghasilkan narasi, bukan jawaban. Keterangan pengemudi hanyalah satu titik data — dan jarang menjadi yang paling objektif.

Sebelum percakapan apa pun terjadi, tarik dulu apa yang sudah dicatat oleh sistem:

1. Stempel waktu log perjalanan — kapan pemesanan dibuat, kapan ditugaskan, kapan pengemudi menerima, kapan perjalanan ditandai selesai. Jarak antara stempel waktu ini sering kali sudah menceritakan kisahnya sebelum ada yang berbicara.
2. Jejak GPS — di mana kendaraan sebenarnya berada selama jendela pemesanan, bukan di mana pengemudi mengaku berada. Perjalanan yang ditandai selesai padahal kendaraan berada 4 km dari alamat penjemputan adalah temuan yang spesifik, bukan tuduhan.
3. Log notifikasi — apakah peringatan terkirim ke pengemudi dan penumpang, kapan, dan apakah dibuka. Pengemudi yang mengklaim tidak menerima notifikasi pekerjaan dapat diverifikasi dalam 30 detik.
4. Aktivitas pengemudi dalam jendela waktu tersebut — apa lagi yang ditugaskan kepada pengemudi pada waktu yang sama. Pengemudi yang masih menyelesaikan perjalanan sebelumnya saat perjalanan ini muncul mengalami masalah penjadwalan, bukan masalah perilaku.

Data ini hanya butuh beberapa menit untuk ditarik dalam platform manajemen armada yang dikonfigurasi dengan benar. Dalam operasi manual, data ini mungkin tidak ada — dan itu sendiri merupakan temuan yang paling penting.

Tujuannya bukan menutup keluhan dengan cepat. Tujuannya adalah memahami apa yang sebenarnya terjadi sehingga kegagalan yang sama lebih jarang terjadi bulan depan dibandingkan bulan ini.

Apa yang Biasanya Diungkap oleh Data

Sebagian besar kegagalan layanan dan perjalanan yang terlewat dapat ditelusuri ke empat penyebab yang berbeda. Masing-masing membutuhkan respons yang berbeda — itulah sebabnya mengidentifikasi penyebab yang tepat lebih penting daripada menyelesaikan keluhan dengan cepat.

Penugasan sudah salah sejak awal

Perjalanan ditugaskan kepada pengemudi dengan waktu tempuh yang tidak memadai untuk mencapai titik penjemputan, ditugaskan saat pengemudi masih mengerjakan pekerjaan lain, atau ditugaskan ke kendaraan di zona yang salah. Ini adalah masalah dispatch — kegagalannya sudah tertanam sebelum pengemudi menerima pemesanan. Perbaikannya ada pada logika dispatch, bukan perilaku pengemudi: aturan yang lebih ketat soal tenggat waktu penugasan, pencocokan zona yang lebih baik, atau pemeriksaan otomatis sebelum pemesanan dikonfirmasi.

Pengemudi tidak menyelesaikan perjalanan sesuai penugasan

Jejak GPS menempatkan kendaraan jauh dari titik penjemputan. Perjalanan ditandai selesai tanpa konfirmasi bahwa penumpang sudah naik. Pengemudi menerima lalu offline. Temuan-temuan ini dapat didokumentasikan dan spesifik — mendukung percakapan langsung dengan pengemudi yang didukung bukti, bukan sekadar pengingat umum kepada semua orang agar datang tepat waktu. Temuan berulang terhadap pengemudi yang sama dalam 30–60 hari menandakan masalah kinerja, bukan kejadian sesaat.

Penumpang tidak berada di tempat yang seharusnya

Pengemudi tiba tepat waktu, GPS mengonfirmasinya, upaya panggilan keluar telah dilakukan, dan penumpang tidak ada di sana. Ini adalah no-show — bukan kegagalan layanan — dan mencatatnya dengan benar itu penting. Salah mengklasifikasikan no-show penumpang sebagai kegagalan armada akan menggelembungkan tingkat kegagalan operasi, mengarahkan upaya investigasi ke arah yang salah, dan menciptakan data yang tidak akurat untuk pelaporan SLA. Perbaikannya di sini mungkin berupa peningkatan waktu notifikasi penumpang atau menambahkan langkah konfirmasi sebelum dispatch.

Ada sesuatu dalam sistem yang tidak berfungsi

Pengemudi melaporkan tidak menerima notifikasi — dan log mengonfirmasi bahwa notifikasi memang tidak terkirim. Penumpang memperbarui alamat mereka tetapi tidak tersinkronisasi ke aplikasi pengemudi. Pemesanan dikonfirmasi di platform tetapi tidak pernah muncul di antrean pengemudi. Titik kegagalan teknis dalam operasional transportasi adalah yang paling mudah terlewatkan karena pengemudi dan penumpang sama-sama mengalami kegagalan, tetapi tidak satu pun dari mereka yang menyebabkannya. Ketika kategori ini muncul lebih dari sekali dalam periode singkat, hal itu perlu dieskalasi sebagai masalah platform — bukan diserap sebagai insiden individual.

Dari Insiden Menjadi Pola

Menyelidiki kegagalan individual memang perlu. Tetapi operasi yang benar-benar menurunkan tingkat kegagalan layanan tidak hanya menyelidiki setiap insiden — mereka melihat apa yang disampaikan insiden-insiden itu secara agregat.

Satu perjalanan terlewat di Rute 7 adalah sebuah insiden. Empat perjalanan terlewat di Rute 7 dalam 14 hari adalah masalah desain rute. Satu pengemudi dengan dua kali keterlambatan dalam sebulan masih bisa dikelola. Pengemudi yang sama dengan enam kali dalam enam minggu adalah masalah kinerja yang selama ini tertutupi oleh penyelesaian keluhan satu per satu.

Analisis kegagalan perjalanan semacam ini hanya berhasil jika setiap insiden dicatat dengan klasifikasi yang konsisten — kesalahan dispatch, ketidakhadiran pengemudi, no-show penumpang, kegagalan teknis. Tanpa klasifikasi itu, yang Anda miliki hanyalah daftar keluhan. Dengan klasifikasi itu, Anda memiliki intelijen operasional.

Tinjau data pola setiap minggu untuk perilaku pengemudi dan masalah dispatch. Tinjau pola rute dan penjadwalan setiap bulan. Waktu 20 menit yang dihabiskan untuk meninjau data agregat setiap minggu mengidentifikasi lebih banyak masalah yang dapat diperbaiki dibandingkan 20 investigasi individual.

Penutup

Perjalanan yang terlewat jarang sekadar perjalanan yang terlewat. Itu adalah sinyal — dan data di sekitarnya, jika dikumpulkan dengan benar dan ditinjau secara metodis, biasanya menunjuk pada sesuatu yang spesifik dan dapat diperbaiki.

Bagian tersulit bukanlah investigasinya sendiri. Yang tersulit adalah membangun disiplin untuk mengklasifikasikan setiap temuan, meninjau pola secara rutin, dan melakukan perubahan operasional yang ditunjukkan oleh data — alih-alih sekadar menyelesaikan keluhan lalu melanjutkan. Disiplin itulah yang membedakan armada yang mengurangi kegagalan dari waktu ke waktu dengan armada yang hanya mengelolanya selamanya.

Siap menyelidiki kegagalan layanan lebih cepat?

Lihat bagaimana Zoyride membantu Anda melacak setiap perjalanan dengan jejak GPS, log perjalanan, aktivitas pengemudi, dan pelaporan SLA—semuanya dari satu dasbor.

Daftar untuk uji coba gratis — tanpa perlu kartu kredit.

Butuh bantuan menemukan solusi yang tepat? Bicara dengan tim kami.

Pertanyaan yang Sering Diajukan

Apa yang harus pertama kali dilakukan tim transportasi ketika kegagalan perjalanan dilaporkan?

Tarik data objektif sebelum berbicara dengan siapa pun — stempel waktu log perjalanan, jejak GPS, log pengiriman notifikasi, dan aktivitas pengemudi dalam jendela waktu yang sama. Memulai dengan keterangan pengemudi atau penumpang sebelum meninjau data hanya menghasilkan narasi, bukan temuan. Data tersebut tersedia dalam hitungan menit dan menetapkan dasar faktual untuk semua langkah berikutnya.

Bagaimana cara mengetahui apakah perjalanan yang terlewat disebabkan kesalahan dispatch atau masalah pengemudi?

Periksa stempel waktu penugasan dan aktivitas pengemudi yang bersamaan. Jika pengemudi masih menjalani perjalanan lain saat penugasan ini muncul, atau jika tenggat waktu antara penugasan dan jadwal penjemputan jelas tidak memadai untuk jaraknya, masalahnya ada pada dispatch — bukan perilaku pengemudi. Jika penugasannya bersih dan jejak GPS menunjukkan kendaraan tidak berada di lokasi penjemputan, pengemudilah penyebabnya.

Apa perbedaan antara kegagalan layanan dan no-show penumpang?

Kegagalan layanan berarti armada tidak menyediakan perjalanan sesuai kesepakatan. No-show penumpang berarti pengemudi tiba dalam jendela pemesanan tetapi penumpang tidak ada di sana. Jejak GPS menyelesaikan pertanyaan ini — jika kendaraan berada di atau dekat alamat penjemputan selama jendela waktu tersebut dan upaya kontak keluar telah dilakukan, itu adalah no-show. Salah mengklasifikasikan no-show sebagai kegagalan layanan akan menggelembungkan tingkat kegagalan armada dan mengarahkan upaya investigasi ke arah yang salah.

Bagaimana pola dalam kegagalan layanan diidentifikasi?

Dengan mengklasifikasikan setiap insiden secara konsisten — kesalahan dispatch, ketidakhadiran pengemudi, no-show penumpang, kegagalan teknis — dan meninjau data agregat setiap minggu. Satu insiden hanyalah sebuah insiden. Kategori yang sama yang berulang pada rute yang sama, dalam jendela waktu yang sama, atau dengan pengemudi yang sama adalah sebuah pola. Data pola mengungkap masalah sistemik yang tidak pernah muncul dari investigasi per insiden.

Kapan kegagalan layanan yang berulang menjadi masalah manajemen kinerja?

Ketika data menunjukkan pola terhadap pengemudi tertentu dalam periode yang ditentukan — biasanya 30 hingga 60 hari — alih-alih insiden terisolasi yang tersebar di seluruh tim. Percakapan tentang kinerja harus didukung oleh temuan yang terdokumentasi, bukan oleh kesan umum. Pengemudi dengan enam insiden tercatat dalam enam minggu dengan klasifikasi penyebab yang konsisten memiliki masalah kinerja. Pengemudi dengan dua insiden dalam tiga bulan kemungkinan besar tidak.