Sebuah perusahaan distribusi datang ke kami dengan keyakinan bahwa masalah mereka ada di penjualan. Revenue tumbuh, volume order naik, tapi margin terus menyusut kuartal demi kuartal. Tidak ada yang bisa menunjuk satu penyebab pasti. Studi kasus otomasi harga ini bercerita tentang apa yang kami temukan ketika berhenti melihat angka top-line dan mulai memeriksa invoice satu per satu.

Jawabannya bukan deal yang buruk, bukan sales nakal, bukan juga kesalahan strategi harga. Penyebabnya lebih kecil dan lebih membosankan dari itu. Setiap order diberi harga secara manual berdasarkan spreadsheet, dan spreadsheet itu salah dengan cara yang kecil dan tidak konsisten, setiap hari, sepanjang hari.

Itulah kebenaran yang tidak nyaman soal kebocoran margin. Jarang terlihat dramatis. Terlihat seperti tidak ada apa-apa, sampai Anda menjumlahkan dua belas bulan dari "tidak ada apa-apa" itu.

Kebocoran yang Tidak Terlihat Siapa Pun

Perusahaan ini menjual bahan bangunan ke jaringan pembeli ritel dan proyek, sekitar 400 SKU, dengan tingkatan harga berdasarkan tipe pelanggan dan diskon volume di atasnya. Staf sales memberi penawaran dari master price list di spreadsheet bersama, yang diperbarui finance setiap kali biaya atau promosi berubah.

Tiga hal terjadi bersamaan:

  • Sales rep kadang bekerja dari salinan cache daftar harga yang sudah tertinggal satu-dua versi.
  • Aturan diskon diterapkan berdasarkan ingatan ("pelanggan ini biasanya dapat 8%") bukan berdasarkan lookup, dan ingatan itu melenceng seiring waktu.
  • Harga promosi yang seharusnya sudah kedaluwarsa tetap dihormati berminggu-minggu setelah promosi berakhir, karena tidak ada yang menghapusnya dari kebiasaan quoting.

Tidak ada satu pun kesalahan ini yang besar. Salah harga di satu titik hanya meleset 1-2%. Diskon kedaluwarsa di titik lain hanya beberapa poin persentase. Secara individual, staf sales akan membela setiap keputusan ini sebagai judgment call yang wajar. Tapi secara kolektif, di sekitar 3.000 order per bulan, ini terakumulasi menjadi erosi margin puluhan juta rupiah, bulan demi bulan, tak terlihat di transaksi mana pun dan tak terlihat pula di review P&L bulanan, karena sudah terbaku dalam asumsi "cost of goods" yang tidak pernah dicek ulang oleh siapa pun.

Kami menemukannya dengan cara yang tidak glamor: mengambil sampel 200 order terbaru dan menghitung ulang secara manual berapa seharusnya harga tiap order berdasarkan price list resmi yang berlaku saat itu. Dua dari lima order memiliki selisih harga. Rasio itu, jika diterapkan ke seluruh volume, cocok hampir persis dengan penurunan margin yang terjadi.

Mengapa Harga Manual Selalu Melenceng

Ini bukan cerita tentang staf yang ceroboh. Ini masalah struktural yang muncul di hampir semua bisnis distribusi atau B2B begitu jumlah SKU dan jumlah tingkatan pelanggan sama-sama melampaui kapasitas yang bisa diingat satu orang di kepalanya.

Price list itu snapshot. Begitu diekspor ke spreadsheet, dicetak, atau dihafal, ia mulai membusuk. Biaya berubah, promosi kedaluwarsa, pengecualian disetujui untuk satu pelanggan lalu tanpa sengaja diterapkan ke pelanggan lain. Tidak ada momen alami di mana harga yang sudah usang otomatis ditandai, karena orang yang memberi penawaran harga tidak punya cara untuk tahu bahwa harga itu sudah usang. Mereka bukan lalai, mereka sekadar tidak punya informasi yang tepat pada saat mereka membutuhkannya.

Ini pola kegagalan yang sama dengan yang kami bahas di Build vs Buy Software: Kerangka Keputusan untuk Pemilik Bisnis: biaya dari celah proses tidak muncul sebagai satu baris angka, ia muncul sebagai pajak lambat dan tersebar di segala hal yang tersentuh proses itu.

Solusinya: Satu Aturan Validasi, Bukan Sistem Baru

Insting yang biasanya muncul dalam situasi seperti ini adalah mengusulkan pricing engine lengkap, modul ERP baru, atau tim pricing khusus. Ketiganya sempat dibahas di pertemuan pertama. Ketiganya berlebihan.

Yang benar-benar memperbaiki masalah ini adalah satu lapisan validasi yang disisipkan di titik input order:

  1. Satu sumber kebenaran untuk harga dan aturan diskon, disimpan dalam tabel database, bukan spreadsheet, dengan setiap perubahan diberi timestamp dan atribusi.
  2. Pemeriksaan validasi keras saat konfirmasi order: harga yang diinput dan menyimpang dari harga resmi serta tingkatan diskon yang disetujui akan diblokir, dengan penyimpangan dan alasannya ditampilkan ke supervisor sebelum order bisa diproses lebih lanjut.
  3. Kedaluwarsa otomatis pada harga promosi, sehingga harga promo tidak bisa diterapkan setelah tanggal berakhirnya tanpa override eksplisit, yang juga tercatat.
  4. Laporan pengecualian mingguan, sehingga finance bisa melihat sekilas setiap order yang butuh override dan alasannya, alih-alih baru menemukan polanya enam bulan kemudian.

Tidak satu pun dari ini membutuhkan machine learning, frontend baru, atau waktu pembangunan berbulan-bulan. Yang dibutuhkan adalah memperlakukan harga sebagai data dengan aturan, bukan sebagai spreadsheet dengan pengetahuan tribal yang menempel padanya. Ini persis di wilayah yang dibahas di Subscription Creep: Kebocoran Diam-Diam di Anggaran Teknologi Anda, dengan tema berulang yang sama: kebocoran yang paling merugikan adalah yang tidak sengaja disebabkan siapa pun.

Apa yang Berubah dalam Angka

Dalam bulan penuh pertama setelah lapisan validasi ini aktif, permintaan override berjalan di sekitar 15% dari total order, sebagian besar adalah kesepakatan negosiasi khusus yang sah dan kini punya jejak dokumen, bukan sekadar ingatan. Dalam tiga bulan, angka itu turun mendekati 5%, seiring staf sales menyesuaikan kebiasaan karena tahu sistem akan menangkap penyimpangan.

Margin pada kategori SKU yang terdampak pulih hingga hanya berselisih satu poin dari target yang dimodelkan tim finance setahun sebelumnya, target yang diam-diam sudah berhenti mereka harapkan tercapai. Tidak ada strategi harga yang berubah. Tidak ada pelanggan yang dinegosiasi ulang. Satu-satunya yang berubah adalah harga yang benar-benar ditagihkan kini cocok dengan harga yang seharusnya ditagihkan.

Pelajaran untuk Bisnis Mana pun yang Masih Bergantung pada Spreadsheet

Jika bisnis Anda memberi harga dari spreadsheet, daftar cetak, atau "harga yang biasa kami kenakan ke pelanggan ini," Anda hampir pasti punya versi kebocoran ini, dan layak diluangkan setengah hari untuk sampling manual guna mengetahui seberapa besar kebocorannya sebelum berasumsi bahwa itu tidak terjadi.

Anda tidak butuh overhaul sistem secara penuh untuk memperbaikinya. Anda butuh satu titik validasi di mana harga bertemu order, dan satu aturan bahwa apa pun di luar rentang resmi akan ditandai sebelum dikirim, bukan ditemukan setelahnya. Jika Anda ingin sepasang mata kedua untuk melihat di mana proses harga atau order Anda sendiri mungkin bocor secara diam-diam, itu percakapan yang layak dilakukan di /partner.