Apakah pelanggan dengan omzet terbesar selalu menjadi pelanggan paling menguntungkan? Belum tentu. Cost to serve logistik adalah pendekatan untuk menghitung seluruh biaya yang benar-benar timbul ketika perusahaan melayani pelanggan, produk, channel, rute, atau jenis layanan tertentu sehingga profitabilitas tidak hanya dilihat dari omzet dan margin penjualan.
Dalam bisnis logistik Indonesia, dua pelanggan dapat membayar tarif yang hampir sama tetapi menghasilkan biaya layanan yang sangat berbeda. Satu pelanggan mengirim volume besar dengan jadwal teratur dan dokumen rapi, sementara pelanggan lain memesan mendadak, membutuhkan banyak delivery point, sering meminta perubahan jadwal, dan menghasilkan retur. Analisis cost to serve membantu manajemen melihat perbedaan tersebut secara kuantitatif.
Key Takeaways: Cost to Serve Logistik
Cost to serve menghubungkan data transaksi dengan aktivitas operasional dan biaya. Tujuannya bukan sekadar memotong biaya, melainkan mengetahui layanan mana yang menciptakan nilai, aktivitas mana yang mahal, dan pelanggan mana yang membutuhkan desain layanan atau harga yang berbeda.
Beberapa prinsip utama yang perlu dipahami adalah:
- omzet tinggi tidak otomatis berarti profitabilitas tinggi;
- biaya transportasi, warehouse, handling, admin, retur, claim, dan layanan tambahan perlu dikaitkan ke cost driver yang relevan;
- cost to serve sebaiknya dihitung pada level yang dapat ditindaklanjuti, misalnya customer, shipment, order, SKU, rute, atau channel;
- hasil analisis harus digunakan bersama data service level agar pengurangan biaya tidak merusak kualitas layanan;
- model yang sederhana tetapi konsisten lebih berguna daripada model sangat detail yang datanya tidak dapat dipelihara.
Pada 22 April 2025, Gartner merekomendasikan model cost-to-serve enam langkah untuk membantu supply chain leader mengalokasikan biaya tidak langsung dan overhead berdasarkan kompleksitas pelanggan dan produk. Gartner menekankan bahwa praktik akuntansi tradisional dapat gagal menangkap biaya tambahan yang muncul dari perbedaan karakter layanan, produk, dan perilaku pelanggan. Referensinya dapat dibaca pada Gartner Cost-to-Serve Model.
Apa Itu Cost to Serve Logistik?
Cost to serve logistik adalah total biaya yang dibutuhkan untuk memenuhi kebutuhan pelanggan atau transaksi tertentu dari awal sampai akhir. Biaya dapat mencakup order processing, picking, packing, handling, transportasi, waiting, redelivery, retur, customer service, administrasi dokumen, hingga aktivitas khusus yang tidak selalu terlihat pada laporan laba rugi biasa.
Konsep ini melengkapi laporan keuangan tradisional. Laporan laba rugi menjawab apakah perusahaan untung secara keseluruhan, sedangkan cost to serve membantu menjawab mengapa satu pelanggan, rute, channel, atau tipe order lebih mahal untuk dilayani daripada yang lain.
Margin kotor belum menunjukkan biaya layanan sebenarnya
Misalnya customer A dan customer B masing-masing menghasilkan pendapatan Rp100 juta per bulan. Setelah dikurangi biaya langsung utama, keduanya terlihat memiliki gross margin Rp25 juta. Namun customer A mengirim empat order besar, sedangkan customer B mengirim 40 order kecil dengan banyak lokasi tujuan, perubahan jadwal, dan redelivery.
Jika aktivitas tambahan customer B menghasilkan biaya Rp12 juta lebih besar, profitabilitas aktual kedua customer tersebut jelas berbeda. Cost to serve membantu memasukkan biaya yang sebelumnya tersebar sebagai overhead atau hanya terlihat pada level departemen.
Cost to serve berbeda dengan job costing
Job costing logistik fokus menghitung pendapatan, biaya, dan margin pada satu pekerjaan atau job. Cost to serve memperluas perspektif tersebut dengan mengagregasi pola biaya ke pelanggan, produk, channel, rute, atau segmen tertentu dalam periode tertentu.
Keduanya sebaiknya saling melengkapi. Job costing memberikan detail transaksi, sedangkan cost to serve mengubah kumpulan transaksi menjadi insight strategis untuk pricing, segmentasi pelanggan, desain SLA, network planning, dan evaluasi layanan.
Mengapa Cost to Serve Penting bagi Perusahaan Logistik?
Perusahaan logistik sering memiliki tarif, volume, dan margin yang terlihat kompetitif, tetapi biaya operasional tersebar di banyak titik. Waiting time mungkin tercatat di operasional, biaya redelivery di transportasi, overtime di warehouse, dan klaim di finance. Jika data tersebut tidak dikaitkan ke pelanggan atau layanan yang memicunya, manajemen sulit melihat sumber profit dan loss secara utuh.
APQC mendefinisikan total biaya transportasi sebagai biaya pemindahan produk dari perusahaan ke lokasi pelanggan, termasuk loading-unloading, freight, dan packaging yang secara khusus diperlukan untuk transportasi. APQC juga menyediakan pengukuran biaya supply chain terhadap revenue sehingga perusahaan dapat membandingkan komponen biaya secara konsisten. Definisi tersebut dapat dilihat pada APQC Total Transportation Cost as a Percentage of Revenue.
Dalam quick answer APQC mengenai komponen biaya logistik, outbound transportation disebut sebagai komponen inti terbesar pada benchmark lintas industri, dengan median US$4,91 per US$1.000 revenue, dibandingkan warehousing US$4,88 dan inbound material flow US$2,14 per US$1.000 revenue. Angka ini adalah benchmark lintas industri, bukan standar yang harus digunakan langsung untuk perusahaan Indonesia; karakter layanan, geografis, produk, dan jaringan distribusi dapat menghasilkan struktur biaya yang berbeda.
7 Langkah Menghitung Cost to Serve Logistik
Perhitungan tidak harus langsung memakai model kompleks. Perusahaan dapat memulai dari satu cabang, satu segmen pelanggan, atau satu jenis layanan dengan periode data tiga sampai dua belas bulan. Yang lebih penting adalah konsistensi definisi dan keterlacakan biaya.
Berikut pendekatan praktis yang dapat digunakan untuk membangun model awal.
1. Tentukan objek analisis dan periode
Tentukan terlebih dahulu unit yang ingin dianalisis: customer, shipment, order, SKU, rute, area, channel, vendor, atau kombinasi beberapa dimensi. Untuk perusahaan trucking, customer-rute dapat menjadi titik awal. Untuk distributor, customer-channel atau customer-SKU mungkin lebih relevan.
Gunakan periode yang cukup panjang untuk menangkap variasi. Data satu minggu dapat bias karena promo, libur, atau peak season. Periode tiga bulan dapat dipakai untuk pilot, sementara enam hingga dua belas bulan lebih cocok untuk keputusan komersial yang berdampak besar.
2. Petakan seluruh komponen biaya
Kelompokkan biaya menjadi direct cost dan indirect cost. Direct cost seperti tarif vendor, BBM, tol, bongkar muat, dan biaya shipment relatif mudah dikaitkan langsung ke transaksi. Indirect cost seperti admin, supervisor, sewa fasilitas, sistem, customer service, dan overhead memerlukan metode alokasi.
Jangan memasukkan semua overhead secara membabi buta. Gunakan prinsip materialitas: biaya yang kecil dan tidak mengubah keputusan dapat dialokasikan sederhana, sedangkan biaya besar atau sangat dipengaruhi karakter layanan perlu memakai cost driver yang lebih spesifik.
3. Tentukan cost driver
Cost driver adalah faktor yang paling masuk akal untuk menjelaskan mengapa biaya terjadi. Biaya picking dapat dialokasikan berdasarkan order line atau unit picked, biaya transportasi berdasarkan shipment, kilometer, berat, volume, atau ritase, sedangkan biaya customer service dapat menggunakan jumlah tiket atau jumlah exception.
Contoh cost driver lain adalah pallet-day untuk storage, menit atau jam untuk waiting time, jumlah invoice untuk administrasi billing, jumlah retur untuk reverse logistics, dan jumlah delivery point untuk kompleksitas multi-drop.
4. Hitung unit cost setiap aktivitas
Setelah cost pool dan cost driver ditentukan, hitung unit cost. Contoh: total biaya aktivitas picking Rp120 juta per bulan dengan 60.000 order line menghasilkan biaya rata-rata Rp2.000 per order line. Jika satu pelanggan menghasilkan 5.000 order line, biaya picking yang dialokasikan sekitar Rp10 juta.
Metode ini mirip prinsip activity-based costing: biaya dialokasikan berdasarkan aktivitas yang benar-benar mendorong konsumsi sumber daya. Model tidak harus sempurna di tahap awal; yang penting asumsi terdokumentasi dan dapat diuji.
5. Alokasikan biaya ke transaksi dan pelanggan
Gabungkan unit cost dengan data aktivitas setiap transaksi. Shipment yang memiliki dua delivery point dan shipment yang memiliki dua belas delivery point tidak seharusnya selalu menerima alokasi biaya yang sama jika kompleksitasnya memang berbeda.
Pada tahap ini kualitas master data sangat penting. Customer ID, order ID, shipment ID, JO ID, rute, vendor, SKU, warehouse, dan invoice harus dapat dihubungkan. Jika identitas transaksi tidak konsisten, cost to serve akan berubah menjadi pekerjaan rekonsiliasi manual.
6. Hitung cost-to-serve margin
Rumus sederhana dapat digunakan: Cost-to-Serve Margin = Revenue – Direct Cost – Allocated Service Cost. Untuk kebutuhan analisis, margin tersebut dapat ditampilkan dalam nominal dan persentase terhadap revenue.
Perusahaan juga dapat membuat waterfall: Revenue → direct freight cost → handling → warehouse → admin → exception/return → cost-to-serve margin. Tampilan waterfall membantu manajemen memahami aktivitas mana yang menggerus margin tanpa harus membaca puluhan akun biaya.
7. Validasi dan gunakan untuk keputusan
Bandingkan hasil dengan total biaya finance. Jumlah seluruh biaya yang dialokasikan seharusnya dapat direkonsiliasi dengan cost pool sumber dalam batas toleransi yang disepakati. Jika hasil model jauh berbeda dari laporan finance, periksa mapping akun, periode, duplikasi, dan driver.
Setelah tervalidasi, gunakan hasil untuk simulasi: bagaimana margin berubah jika minimum order dinaikkan, frekuensi delivery dikurangi, SLA diubah, tarif direvisi, atau order tertentu dikonsolidasikan. Analisis inilah yang membuat cost to serve menjadi alat pengambilan keputusan, bukan sekadar laporan baru.
Customer yang mahal untuk dilayani tidak selalu harus ditinggalkan. Sering kali yang perlu diubah adalah desain layanan, pola order, SLA, atau model harganya.
Contoh Tabel Cost to Serve pada Operasional Distribusi
Berikut simulasi sederhana distributor di Surabaya yang melayani tiga pelanggan dengan revenue bulanan sama-sama signifikan. Angka bersifat ilustratif agar metode mudah dipahami dan bukan benchmark industri.
Model berikut menunjukkan bahwa biaya layanan perlu dibaca bersama pola order dan kompleksitas delivery.
| Komponen | Customer A | Customer B | Customer C |
|---|---|---|---|
| Revenue/bulan | Rp120 juta | Rp115 juta | Rp100 juta |
| Direct product/freight cost | Rp84 juta | Rp80 juta | Rp70 juta |
| Warehouse & handling | Rp5 juta | Rp9 juta | Rp5 juta |
| Transport tambahan | Rp4 juta | Rp10 juta | Rp5 juta |
| Admin, exception, retur | Rp2 juta | Rp7 juta | Rp3 juta |
| Cost-to-serve margin | Rp25 juta | Rp9 juta | Rp17 juta |
Customer B memiliki revenue hampir sama dengan customer A, tetapi margin setelah biaya layanan jauh lebih rendah. Penyebabnya dapat berasal dari order kecil yang sering, delivery point banyak, waiting time, retur, atau kebutuhan administrasi khusus.
Temuan tersebut tidak otomatis berarti customer B harus dihentikan. Perusahaan dapat mengevaluasi minimum order, delivery schedule, konsolidasi pengiriman, service surcharge, perubahan SLA, atau renegosiasi tarif. Artikel spot rate vs contract rate logistik dapat membantu melihat implikasi strategi tarif ketika struktur biaya dan pola kapasitas berubah.
Data Apa yang Dibutuhkan?
Cost to serve membutuhkan kombinasi data komersial, operasional, warehouse, transportasi, dan keuangan. Sistem yang terintegrasi akan mengurangi pekerjaan rekonsiliasi dan membantu analisis dilakukan berulang, bukan sebagai proyek sekali jadi.
Data minimum biasanya meliputi revenue/invoice, customer, order, shipment, JO, SKU, warehouse activity, rute, kendaraan/vendor, biaya transportasi, biaya warehouse, return, claim, exception, dan cost center. Data master harus konsisten agar satu transaksi dapat ditelusuri dari order sampai invoice dan realisasi biaya.
Data operasional dari TMS dan WMS
TMS menyediakan data shipment, rute, vendor, kendaraan, kilometer, stop, ETA/actual, waiting, serta biaya transportasi. WMS menyediakan receiving, putaway, storage, picking, packing, pallet movement, dan outbound activity. Aktivitas ini dapat menjadi cost driver yang lebih adil dibanding alokasi berdasarkan revenue saja.
Jika perusahaan telah melakukan freight audit logistik, hasil audit dapat dipakai untuk memastikan tarif vendor, surcharge, dan invoice transportasi yang masuk ke model cost to serve sudah tervalidasi.
Data biaya dan pendapatan dari ERP
ERP atau modul keuangan perlu menyediakan invoice, pendapatan, realisasi biaya, hutang vendor, akun biaya, cost center, dan jurnal. Untuk konteks software logistik Indonesia, halaman SOLOG Manajemen Biaya Logistik menjelaskan alur kontrol biaya sejak penawaran, rencana biaya, pengajuan, realisasi, tarif vendor, hingga laporan keuangan operasional yang terintegrasi.
Keterhubungan data menjadi penting karena cost-to-serve yang hanya bersumber dari estimasi operasional berisiko tidak reconcile dengan laporan finance. Sebaliknya, laporan finance tanpa dimensi operasional sering terlalu agregat untuk menjelaskan perilaku biaya.
KPI yang Sebaiknya Dipantau Bersama Cost to Serve
Cost to serve tidak boleh berdiri sendiri. Biaya murah dengan service level buruk bukan hasil yang sehat. Karena itu, hubungkan analisis biaya dengan KPI operasional dan pelanggan.
KPI yang relevan antara lain cost to serve per customer, cost per shipment, cost per order, logistics cost as percentage of sales, cost per delivery point, OTIF, return rate, redelivery rate, claim rate, average waiting time, warehouse cost per order line, dan margin setelah service cost.
- Cost to Serve % = Total Service Cost ÷ Revenue × 100%.
- Cost per Shipment = Total transport/service cost ÷ jumlah shipment.
- Margin after CTS = Revenue – direct cost – allocated service cost.
- Exception cost per shipment = total biaya akibat exception ÷ total shipment.
Segmentasi pelanggan dapat dibuat berdasarkan dua sumbu: profitability dan service complexity. Customer dengan margin tinggi dan kompleksitas rendah dapat dilindungi, sedangkan customer dengan margin rendah dan kompleksitas tinggi menjadi prioritas redesign layanan atau renegosiasi.
Kesalahan yang Sering Terjadi dalam Cost to Serve
Kesalahan pertama adalah mengalokasikan seluruh biaya berdasarkan revenue. Cara ini mudah, tetapi sering menghasilkan distorsi karena revenue tidak selalu berkorelasi dengan aktivitas yang memicu biaya. Customer dengan nilai transaksi tinggi namun order besar dan sederhana dapat dibebani terlalu besar, sementara customer dengan banyak transaksi kecil terlihat terlalu murah.
Kesalahan kedua adalah membuat model terlalu detail sejak awal. Ratusan activity driver dapat membuat model sulit dipelihara dan menurunkan kepercayaan pengguna. Mulailah dari 10–20 komponen biaya yang material, lalu tambahkan detail setelah manfaatnya terbukti.
Mengabaikan biaya exception
Waiting, redelivery, retur, claim, reschedule, overtime, dan dokumen khusus sering dipandang sebagai kejadian operasional, padahal semuanya dapat memiliki konsekuensi biaya. Jika aktivitas tersebut berulang pada customer tertentu, biaya harus terlihat dalam cost to serve.
Gunakan reason code dan histori transaksi agar biaya exception tidak hanya menjadi angka total. Dengan begitu, perusahaan dapat membedakan biaya yang dapat dikurangi melalui perbaikan internal dan biaya yang harus dibicarakan kembali dengan customer.
Menggunakan data tanpa owner
Setiap cost pool dan cost driver perlu memiliki owner. Finance memvalidasi angka biaya, operation memvalidasi aktivitas, sales memvalidasi kebutuhan pelanggan, dan IT memastikan hubungan data antar sistem. Tanpa owner, perdebatan sering berhenti pada pertanyaan apakah angka benar, bukan apa keputusan berikutnya.
Model juga harus memiliki jadwal refresh. Untuk pricing strategis mungkin cukup bulanan atau kuartalan, sementara perusahaan dengan volume tinggi dapat menggunakan dashboard mingguan untuk memantau perubahan biaya layanan.
FAQ Cost to Serve Logistik
Berikut pertanyaan yang sering muncul ketika perusahaan mulai memisahkan biaya berdasarkan customer, transaksi, dan aktivitas supply chain. Jawabannya perlu disesuaikan dengan model bisnis dan kedalaman data yang tersedia.
Prinsip utamanya adalah membangun model yang cukup akurat untuk mendukung keputusan dan cukup sederhana untuk diperbarui secara konsisten.
Apakah cost to serve sama dengan HPP?
Tidak. HPP atau cost of goods sold umumnya berkaitan dengan biaya yang melekat pada barang atau jasa utama yang dijual. Cost to serve menambahkan biaya aktivitas untuk melayani customer, seperti order processing, transportasi, warehouse, handling, retur, customer service, dan exception.
Pada perusahaan logistik berbasis jasa, batas antara direct cost, HPP, dan service cost dapat berbeda antar perusahaan. Karena itu definisi harus disepakati bersama finance dan digunakan konsisten.
Apakah perusahaan kecil perlu menghitung cost to serve?
Ya, tetapi tidak perlu kompleks. Perusahaan dapat memulai dengan spreadsheet dan lima sampai sepuluh cost driver utama: shipment, kilometer, pallet, order line, delivery point, waiting hour, retur, dan invoice. Ketika volume transaksi meningkat, model dapat dipindahkan ke ERP atau BI.
Manfaat utama pada tahap awal adalah menemukan pola. Jika satu pelanggan menghasilkan banyak pekerjaan tambahan tanpa kompensasi tarif, perusahaan sudah memiliki dasar data untuk berdiskusi.
Seberapa sering model perlu diperbarui?
Untuk keputusan komersial, refresh bulanan biasanya cukup sebagai titik awal. Jika biaya BBM, tarif vendor, volume, atau struktur jaringan berubah cepat, frekuensi dapat ditingkatkan. Model juga perlu diperbarui ketika service scope atau kontrak pelanggan berubah.
Selain refresh angka, lakukan review cost driver secara berkala. Cost driver yang relevan tahun lalu belum tentu masih mencerminkan proses saat warehouse, rute, atau sistem berubah.
Kesimpulan
Cost to serve logistik membantu perusahaan melihat profitabilitas yang lebih nyata dengan menghubungkan revenue, biaya langsung, aktivitas operasional, dan overhead berdasarkan cost driver. Pendekatan ini menjelaskan mengapa pelanggan dengan omzet sama dapat menghasilkan margin yang berbeda.
Mulailah dari scope kecil, petakan biaya material, pilih driver yang logis, rekonsiliasi dengan finance, lalu gunakan hasilnya untuk pricing, segmentasi customer, desain SLA, konsolidasi order, dan perbaikan proses. Ketika job costing, TMS, WMS, freight audit, dan data keuangan sudah terhubung, cost to serve dapat berkembang dari analisis manual menjadi sistem keputusan yang membantu perusahaan menjaga kualitas layanan sekaligus profitabilitas.
