Enam Pertanyaan yang Wajib Dijawab Sebelum KPI Logistik Dilaporkan ke Customer

Kalau laporan bulanan Anda menampilkan on-time delivery 98%, coba jawab enam pertanyaan berikut sebelum angka itu dikutip lebih jauh: apa pembilangnya, apa penyebutnya, jam berapa dianggap sah, kejadian apa yang dikecualikan, siapa pemiliknya, dan seperti apa bentuk sengketa yang biasanya muncul dari angka itu. Kalau ada satu saja yang tidak bisa dijawab dalam satu kalimat, angka itu belum siap dipakai untuk mengambil keputusan, apalagi dikirim ke customer.

Selisih antara angka di laporan Anda dan hitungan customer sendiri jarang muncul karena ada yang memanipulasi data. Begitu sebuah ukuran dijadikan target, ia cenderung berhenti jadi ukuran yang baik. Itu hukum Goodhart, dan berlaku tanpa perlu ada siapa pun yang berniat curang. Definisi yang belum dituliskan jelas akan diisi dengan asumsi yang paling menguntungkan sudut pandang masing-masing pihak, dan celah itu umumnya ditemukan begitu ada tekanan untuk mengejar angka.

Enam kolom yang wajib diisi untuk tiap KPI

Checklist ini bukan daftar KPI yang sebaiknya dipantau. Itu topik lain. Ini daftar enam kolom yang harus terisi di balik KPI apa pun yang sudah Anda pantau, supaya angkanya tahan diperiksa siapa pun, termasuk customer yang menghitung ulang dari sisi mereka sendiri.

1. 1Pembilang. Kejadian apa persis yang dihitung masuk ke angka ini. Tulis sejelas mungkin, sampai orang yang tidak terlibat penyusunan laporan pun bisa menghitung ulang dari data mentah.
2. 2Penyebut. Basis pembaginya apa: per pengiriman, per baris pesanan, per hari, atau tanpa penyebut sama sekali untuk ukuran berbasis persentil. Satuan yang berbeda bisa membuat angka yang sama terlihat sangat baik atau cukup buruk.
3. 3Aturan stempel waktu. Momen mana yang dianggap sah sebagai titik ukur, dan toleransi apa yang masih diterima sebelum sesuatu dianggap meleset.
4. 4Pengecualian. Kejadian di luar kendali Anda yang dikeluarkan dari perhitungan, dan bagaimana kejadian itu tetap dilaporkan supaya tidak hilang begitu saja dari catatan.
5. 5Pemilik. Satu nama atau satu jabatan yang bertanggung jawab kalau angkanya memburuk. Tanpa ini, tidak ada yang akan menindaklanjuti.
6. 6Contoh sengketa. Skenario nyata yang paling sering memicu perdebatan soal angka ini, antara tim internal atau dengan customer: bukti bahwa definisinya sudah diuji, bukan cuma ditulis di atas kertas.

Pilih ukuran sebaran sebelum mengisi kolom 'aturan waktu'

Rata-rata waktu pengiriman 2,1 hari kedengarannya solid di atas kertas, tapi tidak ada customer yang mengalami "rata-rata". Mereka mengalami tiap pengiriman satu demi satu, dan pengalaman yang paling nempel di kepala biasanya yang paling buruk, bukan yang paling umum.

Sembilan dari sepuluh pengiriman bisa saja selesai dalam 2 hari, sementara satu sisanya molor sampai 6 hari. Rata-ratanya tetap terlihat wajar, padahal sepersepuluh customer Anda baru saja mengalami layanan yang buruk, dan merekalah yang biasanya menelepon mengeluh lalu pelan-pelan pindah ke kompetitor. Variasi yang melekat pada proses seperti ini (variasi sebab umum, istilah dari pengendalian mutu statistik ala Shewhart dan Deming) tidak berkurang dengan menegur orang; satu-satunya cara menguranginya adalah mengubah prosesnya sendiri.

Kalau harus memilih satu angka saja untuk kolom "aturan waktu" pada KPI berbasis waktu, pilih P90. Angka ini menangkap pengalaman yang cukup sering terjadi untuk dianggap berarti, tapi tidak gampang terdistorsi oleh satu kejadian yang benar-benar di luar kebiasaan, dan jauh lebih sulit dipoles dibanding rata-rata, yang bisa terlihat membaik hanya dengan mempercepat pengiriman yang memang sudah cepat sejak awal.

Jalankan checklist ini untuk tiap KPI di laporan Anda

Berikut penerapan keenam kolom di atas untuk sembilan indikator yang paling sering muncul di laporan bulanan forwarder, 3PL, dan perusahaan trucking, dikelompokkan per fungsi. Salin pola yang sama untuk indikator lain yang belum tercantum di sini.

Komersial

Waktu respons RFQ (P90)

• Pembilang. Waktu dari RFQ diterima sampai quotation terkirim ke customer, dihitung per RFQ.
• Penyebut. Tidak ada penyebut; ukuran diambil dari persentil ke-90 seluruh RFQ yang masuk pada periode laporan.
• Aturan stempel waktu. "Diterima" dihitung dari cap waktu email atau portal masuk, bukan dari waktu RFQ dibaca oleh sales. "Terkirim" dihitung dari waktu quotation dikirim, bukan disetujui secara internal.
• Pengecualian. RFQ yang butuh survei lokasi atau approval harga khusus di luar wewenang sales dikeluarkan dari perhitungan dan dilaporkan terpisah.
• Pemilik. Kepala tim komersial atau sales.
• Contoh sengketa. Customer merasa quotation lambat karena menghitung dari tanggal RFQ mereka kirim, sementara laporan Anda menghitung dari tanggal RFQ sampai di inbox yang benar, setelah diteruskan dua kali secara internal.

Tingkat kemenangan RFQ (win rate)

• Pembilang. Jumlah RFQ yang berujung PO atau kontrak.
• Penyebut. Jumlah RFQ yang benar-benar direspons dengan quotation, bukan seluruh RFQ yang masuk termasuk yang tidak pernah dijawab.
• Aturan stempel waktu. Dihitung pada RFQ yang keputusannya (menang, kalah, atau hangus) sudah final dalam periode laporan, bukan pada RFQ yang diajukan di periode itu.
• Pengecualian. RFQ yang dibatalkan customer sebelum quotation terkirim dikeluarkan dari penyebut.
• Pemilik. Kepala tim komersial, dengan tiap kekalahan wajib disertai kode alasan.
• Contoh sengketa. RFQ yang "hangus" karena tidak pernah ditindaklanjuti kadang dicatat sebagai "kalah karena harga" oleh sales yang tidak ingin dianggap lambat merespons. Makanya jumlah RFQ yang tidak pernah dijawab perlu dihitung terpisah, bukan digabung ke alasan kalah.

Operasional

On-time delivery: bersih dan kotor

• Pembilang. Dua versi berdampingan: on-time kotor menghitung semua pengiriman yang tiba pada atau sebelum waktu yang disepakati apa pun sebabnya; on-time bersih menghitung hal yang sama setelah keterlambatan pada kolom pengecualian di bawah dikeluarkan.
• Penyebut. Total pengiriman selesai pada periode laporan, dihitung per pengiriman, bukan per baris pesanan atau per unit barang, kecuali disepakati lain dengan customer tertentu.
• Aturan stempel waktu. "Tiba" dihitung dari waktu POD ditandatangani di lokasi customer, dengan toleransi tertulis (misalnya 15 menit dari jam janji) yang disepakati di awal, bukan diputuskan kasus per kasus.
• Pengecualian (khusus angka bersih). Customer belum siap menerima barang, akses jalan ditutup oleh pihak berwenang, dan gangguan yang sudah dikonfirmasi tertulis oleh kedua pihak.
• Pemilik. Kepala operasional; definisi yang sama ini juga jadi acuan saat SLA di kontrak dinegosiasikan.
• Contoh sengketa. Truk menunggu enam jam di gerbang customer karena gudang belum siap menerima. Tanpa pengecualian ini dituliskan eksplisit, sisi Anda mencatatnya on-time karena truk sudah tiba di lokasi, sementara customer mencatatnya telat karena barang baru diterima sore harinya.

Waktu POD kembali ke kantor (P90)

• Pembilang. Waktu dari POD ditandatangani di lokasi sampai dokumen fisik atau hasil pindai diterima oleh admin, dihitung per pengiriman.
• Penyebut. Tidak ada penyebut; ukuran diambil dari persentil ke-90.
• Aturan stempel waktu. "Diterima admin" dihitung dari waktu dokumen diunggah ke sistem, bukan dari waktu sopir mengaku sudah menyerahkannya.
• Pengecualian. Pengiriman dengan tanda tangan digital (e-POD) tercatat langsung pada saat penandatanganan, sehingga tidak masuk kategori ini.
• Pemilik. Kepala operasional atau tim admin gudang.
• Contoh sengketa. Keuangan menagih berdasarkan tanggal POD diterima admin, sementara sopir mengklaim sudah menyerahkannya tiga hari sebelumnya. Selisih itu langsung memengaruhi kapan invoice bisa terbit.

Tingkat pengiriman ulang

• Pembilang. Jumlah pengiriman yang harus diulang karena kesalahan di sisi Anda: barang rusak, salah kirim, atau kurang unit.
• Penyebut. Total pengiriman pada periode laporan.
• Aturan stempel waktu. Dihitung pada bulan pengiriman ulang terjadi, bukan bulan pengiriman asal, supaya satu kegagalan tidak hilang begitu saja saat bulan laporan berganti.
• Pengecualian. Pengiriman ulang yang diminta karena perubahan pesanan oleh customer sendiri, bukan karena kesalahan Anda.
• Pemilik. Kepala operasional.
• Contoh sengketa. Pengiriman ulang di awal bulan sering dikaitkan ke kegagalan bulan sebelumnya supaya angka bulan berjalan tetap terlihat baik. Aturan stempel waktu yang jelas mencegah pergeseran seperti ini.

Gudang

Akurasi stok

• Pembilang. Jumlah SKU yang jumlah fisiknya cocok dengan catatan sistem pada saat cycle count.
• Penyebut. Jumlah SKU yang di-cycle count pada periode itu, bukan seluruh SKU di gudang, kecuali cycle count memang mencakup semuanya.
• Aturan stempel waktu. Diambil dari cycle count rutin (mingguan atau bulanan, bergilir per lokasi bin), bukan dari stock opname tahunan yang cuma memotret satu titik waktu.
• Pengecualian. SKU yang sedang dalam proses transfer antar-gudang saat cycle count dilakukan.
• Pemilik. Kepala gudang.
• Contoh sengketa. Selisih stok yang ditemukan saat opname tahunan sering sudah menumpuk berbulan-bulan. Tanpa cycle count rutin, tidak ada catatan kapan selisih itu sebetulnya mulai terjadi.

Akurasi picking

• Pembilang. Jumlah baris pesanan yang tepat, SKU dan jumlah benar, sejak pengambilan pertama tanpa perlu koreksi ulang.
• Penyebut. Total baris pesanan yang dipicking pada periode laporan.
• Aturan stempel waktu. Dihitung dari titik pesanan bergerak keluar area picking, bukan setelah proses quality check tambahan.
• Pengecualian. Baris pesanan yang salah karena kesalahan data SKU dari sistem customer sendiri.
• Pemilik. Supervisor gudang.
• Contoh sengketa. Kesalahan yang tertangkap dan diperbaiki oleh QC internal sebelum barang keluar gudang kadang tidak dicatat sebagai kegagalan picking, padahal itu tetap kerja ulang yang menghabiskan waktu dan sebaiknya masuk hitungan.

Keuangan

Hari dari job selesai sampai invoice terbit

• Pembilang. Jumlah hari kalender dari job ditutup (POD lengkap) sampai invoice dikirim ke customer.
• Penyebut. Tidak ada penyebut; dilaporkan sebagai rata-rata dan P90 berdampingan.
• Aturan stempel waktu. "Job selesai" dihitung dari POD lengkap diterima, bukan dari tanggal pengiriman terakhir dalam satu kontrak yang masih berjalan.
• Pengecualian. Job yang menunggu dokumen tambahan dari pihak ketiga, misalnya dokumen kepabeanan, dilaporkan terpisah karena keterlambatannya tidak sepenuhnya di tangan Anda.
• Pemilik. Kepala keuangan atau billing.
• Contoh sengketa. Job yang tercatat "selesai" di sistem operasional padahal POD-nya belum lengkap membuat jam invoice terbit jadi tidak sinkron dengan kenyataan di lapangan.

Persentase invoice yang disanggah atau ditolak

• Pembilang. Jumlah invoice yang disanggah atau dikembalikan customer untuk direvisi.
• Penyebut. Total invoice terbit pada periode laporan.
• Aturan stempel waktu. Dihitung pada bulan invoice diterbitkan, bukan bulan sanggahan diterima, supaya sumber masalahnya bisa ditelusuri ke prosesnya.
• Pengecualian. Sanggahan yang murni administratif, misalnya salah alamat pengiriman invoice, dipisah dari sanggahan atas nilai atau isi tagihan.
• Pemilik. Kepala keuangan atau billing.
• Contoh sengketa. Pola sanggahan yang berulang dari job tertentu biasanya menunjuk ke satu sumber data yang salah sejak awal, misalnya tarif yang belum diperbarui, bukan sekadar kesalahan input satu kali.

Dua indikator lain yang layak didefinisikan dengan pola yang sama meski tidak dirinci di sini: waktu tunggu di lokasi customer (modal negosiasi kalau nanti bicara soal biaya tunggu), dan sebaran margin per job yang dilihat satu per satu, bukan rata-rata gabungan yang menyembunyikan job-job yang justru merugi.

Tanda kalau sebuah indikator sebaiknya dicoret, bukan didefinisikan

Tidak semua angka di laporan Anda layak melewati checklist ini. Sebelum menghabiskan waktu mengisi enam kolom di atas, periksa dulu apakah indikatornya pantas dipertahankan sama sekali.

• Warnanya konsisten hijau. Kalau sepanjang tahun angkanya tidak pernah keluar dari target, kemungkinan besar ia tidak sedang mengukur apa pun yang benar-benar bervariasi.
• Tanpa pemilik. Selama tidak ada satu nama pun yang bisa ditunjuk bertanggung jawab, tidak akan ada yang menindaklanjuti kalau angkanya memburuk.
• Total volume tanpa konteks. Jumlah shipment naik 12%. Apakah itu kabar baik atau tanda bahaya? Pertanyaan itu sulit dijawab tanpa melihat margin dan kapasitas yang menopangnya.
• Datanya dikumpulkan manual setiap bulan. Pengisiannya biasanya berhenti duluan justru di bulan tersibuk, persis ketika informasi itu paling dibutuhkan.

“Kalau sebuah indikator tidak pernah membuat siapa pun mengubah rencananya, itu bukan indikator. Itu cuma dekorasi laporan.”

Apa yang dilakukan sesuai hasil checklist

Setelah keenam kolom dan tanda-tanda di atas dijalankan untuk tiap indikator, hasilnya akan jatuh ke salah satu dari empat kondisi berikut.

• Keenam kolom terisi jelas. Indikator ini siap dipakai. Tugas yang tersisa cuma memastikan definisinya tertulis di satu dokumen yang bisa diakses tim operasional, keuangan, dan customer, bukan cuma diingat oleh orang yang pertama kali menyusunnya.
• Satu atau dua kolom masih kosong, biasanya pengecualian atau pemilik. Isi dulu sebelum laporan berikutnya terbit. Jangan publikasikan angka baru dengan kolom yang masih bolong, karena celah itu yang paling sering dipakai untuk menggeser angka tanpa disadari.
• Indikatornya masuk salah satu tanda "layak dicoret". Coret dari laporan bulan ini, atau tetapkan pemiliknya sekarang juga. Jangan tunggu rapat berikutnya untuk memutuskan.
• Contoh sengketa yang tertulis di atas cocok dengan kejadian yang baru saja dialami tim atau customer Anda. Itu bahan pertama yang perlu diselaraskan sebelum SLA atau kontrak berikutnya dinegosiasikan ulang. Definisi yang sama harus dipakai di kedua sisi, bukan cuma di laporan Anda.