Cara Menghitung Komisi Penjualan di Spreadsheet (Tarif Bertingkat dan Pembagian)
Menghitung komisi penjualan dengan benar di spreadsheet bergantung pada empat keputusan. Apakah tingkatan (tier) Anda progresif atau flat, dan bagaimana tarif dicari? Lalu, bagaimana kesepakatan bersama (shared deal) dibagi, dan di mana penarikan kembali (clawback) ditempatkan? Lewatkan keputusan pertama, maka setiap angka setelahnya akan salah.
Perhitungannya tidak sulit. Yang membuatnya sulit adalah aturan-aturan tersebut berada dalam dokumen rencana yang ditulis oleh orang lain. Spreadsheet kemudian harus menerjemahkannya ke dalam format yang dapat diaudit oleh rekan kerja.
Panduan ini membahas mengapa hal ini merusak spreadsheet, tiga pendekatan yang biasa digunakan orang, dan di mana model tersebut tidak lagi mampu bertahan terhadap perubahan rencana. Ini adalah alur kerja data, bukan saran penggajian atau hukum, jadi konfirmasikan hasilnya dengan siapa pun pemilik rencana tersebut.
Mengapa komisi penjualan merusak spreadsheet
Masalah pertama adalah bahwa "bertingkat" (tiered) memiliki dua arti yang berbeda, dan dokumen rencana jarang menyebutkan yang mana yang dimaksud.
Dalam rencana flat tier, mencapai suatu batas (band) akan menerapkan tarif batas tersebut ke seluruh jumlah. Dalam rencana progressive tier, setiap bagian dari jumlah tersebut mendapatkan tarif dari batas tempat bagian itu berada, seperti cara kerja braket pajak penghasilan. Pada pemesanan senilai $120,000 di berbagai batas pada tarif 5%, 7%, dan 9%, kedua penafsiran tersebut berbeda ribuan dolar.
Masalah kedua adalah bahwa sebuah kesepakatan tidak akan bertahan lama dalam satu baris. Kesepakatan bersama (shared deal) menjadi dua baris, akselerator mengubah tarif di tengah periode, pengembalian dana (refund) membatalkan sebagian pembayaran, dan batas atas (cap) memotong totalnya.
Masalah ketiga adalah auditabilitas. Komisi harus dapat dijelaskan kepada orang yang menerimanya. Satu sel yang berisi enam pernyataan IF bersarang tidak dapat dijelaskan, dan format seperti itulah yang paling sering ditemukan pada model-model ini.
Pembulatan menumpuk secara diam-diam. Pembulatan di setiap langkah perantara, alih-alih sekali saja pada saat pembayaran, menghasilkan selisih (drift) yang bertambah seiring jumlah baris dan tidak pernah cocok dengan penggajian (payroll).
Kerugian yang harus Anda tanggung
Perselisihan yang tidak dapat Anda selesaikan dengan cepat. Ketika seorang perwakilan penjualan (rep) mempertanyakan sebuah angka, Anda harus menunjukkan alur dari kesepakatan hingga pembayaran. Rumus bersarang tidak dapat dibaca dengan mudah, sehingga percakapan berubah menjadi proses pembuatan ulang rumus.
Angka komisi penjualan yang tidak dapat dijelaskan adalah angka yang akan dipertanyakan lagi pada kuartal berikutnya.
Pembuatan ulang setiap tahun rencana. Tarif, batas (band), dan akselerator berubah setiap tahun dan terkadang per perwakilan penjualan. Model yang menyandikan tarif di dalam rumus harus ditulis ulang, bukan sekadar dikonfigurasi ulang.
Hambatan rekonsiliasi. Penggajian (payroll) bekerja hingga hitungan sen. Model dengan pembulatan di tengah perhitungan akan menghasilkan selisih kecil di ratusan baris, dan menemukan penyebabnya membutuhkan waktu lebih lama daripada pembuatan model awal.
Solusi sementara yang dicoba orang-orang
Opsi 1: Pindahkan tarif keluar dari rumus
Masukkan batas (band) dan tarif ke dalam tabel kecil, lalu cari tarif tersebut alih-alih menulisnya secara manual (hard-coding). VLOOKUP dengan pencarian rentang (range lookup) yang diatur ke TRUE akan menemukan batas tempat suatu nilai berada, asalkan tabel diurutkan secara menaik (ascending).
XLOOKUP melakukan hal yang sama dengan mode pencocokan eksplisit untuk "pencocokan persis atau item berikutnya yang lebih kecil," yang lebih mudah dibaca enam bulan kemudian. Jika logikanya memang berupa rantai kondisi yang pendek, IFS lebih unggul daripada pernyataan IF bersarang dalam hal keterbacaan.
Ini adalah satu-satunya perubahan dengan nilai tertinggi yang tersedia, karena rencana tahun depan menjadi sekadar pengeditan tabel, bukan penulisan ulang rumus. Ini menyelesaikan masalah flat tier sepenuhnya, tetapi tidak menyelesaikan progressive tier sama sekali.
Opsi 2: Hitung progressive tier dengan benar
Untuk rencana progresif, komisi adalah jumlah dari nilai yang masuk ke setiap batas dikalikan dengan tarif batas tersebut. Tabel pembantu (helper table) dengan satu baris per batas, yang menunjukkan bagian kesepakatan di dalamnya, membuat hal ini terlihat dan dapat diperiksa.
Jika Anda menginginkannya dalam satu sel, SUMPRODUCT pada ambang batas dan selisih antara tarif yang berurutan akan memberikan hasil yang sama. Format mana pun yang Anda pilih, simpan tabel pembantu tersebut di suatu tempat, karena itulah yang akan Anda tunjukkan kepada perwakilan penjualan yang tidak setuju.
Terapkan ROUND sekali saja, pada angka pembayaran, dan jangan pernah di tengah-tengah. Batasan dari pendekatan ini adalah pemeliharaan: setiap perubahan batas akan memengaruhi struktur pembantu serta tabel tarif.
Opsi 3: Perlakukan pembagian (split), batas atas (cap), dan penarikan kembali (clawback) sebagai baris buku besar (ledger)
Hindari keinginan untuk menyesuaikan baris kesepakatan asli. Sebaliknya, catat setiap peristiwa sebagai barisnya sendiri dengan tipe: kredit asli, alokasi pembagian (split allocation), penyesuaian akselerator, pengurangan batas atas (cap reduction), penarikan kembali (clawback).
Pembagian (split) kemudian menjadi dua baris alokasi yang persentasenya harus berjumlah 100%, dan pemeriksaan pada jumlah tersebut akan mendeteksi kesalahan yang paling umum terjadi. Pengembalian dana (refund) menjadi baris negatif dengan tanggal pada periode terjadinya, sehingga laporan periode sebelumnya tetap utuh.
Ini menghasilkan model yang dapat diaudit baris demi baris, yang merupakan tujuan utamanya. Ini juga menghasilkan baris empat kali lebih banyak, dan membutuhkan kedisiplinan yang harus diikuti oleh semua orang yang menyentuh file tersebut. Panduan kami tentang mengubah ekspor CRM menjadi laporan pipeline membahas persiapan data kesepakatan yang menjadi dasar dari proses ini.
Batas atas bersama (shared ceiling). Ketiganya mengasumsikan bahwa rencana tersebut stabil selama periode tersebut. Dalam praktiknya, perubahan di tengah tahun, jaminan satu kali, dan pengecualian per perwakilan penjualan datang melalui email, dan masing-masing merupakan amandemen manual yang tidak didokumentasikan oleh siapa pun.
Cara menghitung komisi penjualan dengan Powerdrill Bloom
Langkah 1: Unggah data kesepakatan dan tabel tarif Anda
Unggah ekspor kesepakatan yang ditutup (closed-deal) dan tabel tarif rencana secara bersamaan. Powerdrill Bloom akan memprofilkan keduanya, sehingga pemilik yang hilang, jumlah yang kosong, dan persentase pembagian yang tidak berjumlah 100% akan muncul sebelum pembayaran apa pun dihitung.
Langkah 2: Jelaskan aturan rencana dalam bahasa sehari-hari (natural language)
Nyatakan rencana tersebut alih-alih membangunnya. Katakan bahwa tingkatan (tier) tersebut progresif, berikan batas (band) dan tarifnya, serta tentukan ambang batas akselerator dan batas atas (cap) apa pun.
Kemudian mintalah pemeriksaan dalam langkah yang sama. Tanyakan kesepakatan mana yang memiliki pembagian yang tidak berjumlah 100%, dan perwakilan penjualan mana yang melewati ambang batas akselerator di tengah periode. Lalu tanyakan pengembalian dana mana yang jatuh pada periode yang berbeda dari kesepakatan aslinya.
Langkah 3: Ekspor grafik, laporan, atau dek presentasi
Ambil laporan per perwakilan penjualan yang menunjukkan alur dari kesepakatan hingga pembayaran, grafik pencapaian terhadap kuota, atau ringkasan untuk bagian keuangan.
Mengapa cara ini lebih baik daripada membangun ulang model setiap kuartal
| Rute manual | Powerdrill Bloom | |
|---|---|---|
| Tarif tahun rencana baru | Edit tabel, lalu verifikasi ulang rumus | Nyatakan batas dan tarif baru |
| Progressive versus flat tier | Bangun ulang struktur pembantu | Sebutkan mana yang digunakan dalam rencana |
| Persentase pembagian yang tidak berjumlah 100% | Kolom pemeriksaan manual | Tanyakan kesepakatan mana yang gagal dalam pemeriksaan |
| Menjelaskan angka kepada perwakilan penjualan | Rekonstruksi alur rumus | Minta rincian alur dari kesepakatan hingga pembayaran |
Baris terakhir adalah baris yang benar-benar menghemat waktu. Sebagian besar upaya dalam pekerjaan komisi bukanlah perhitungan, melainkan penjelasan, dan penjelasan adalah hal yang mustahil dilakukan dengan rumus bersarang.
Kesalahan umum
Menerapkan satu tarif ke seluruh jumlah dalam rencana progresif. Ini adalah kesalahan paling fatal dalam kategori ini dan selalu membuat pembayaran berlebih atau kurang bayar paling parah bagi mereka yang berkinerja terbaik.
Menulis tarif secara manual (hard-coding) di dalam rumus. Ini hanya berfungsi selama satu tahun dan membuat perubahan rencana tahun berikutnya menjadi proses penulisan ulang. Simpan tarif dalam tabel yang dapat Anda serahkan ke bagian keuangan.
Melakukan pembulatan di setiap langkah. Lakukan pembulatan sekali saja, pada saat pembayaran. Pembulatan di tengah jalan menghasilkan selisih yang tidak akan cocok dengan penggajian (payroll).
Mengedit baris asli untuk pengembalian dana (refund). Hal ini merusak laporan sebelumnya yang sudah disetujui. Tambahkan baris negatif dengan tanggal pada periode terjadinya pengembalian dana.
Lupa bahwa persentase pembagian harus berjumlah 100%. Dua alokasi masing-masing 60% akan membayar 120% komisi dan terlihat sangat normal di lembar kerja.
Hanya menyimpan aturan rencana di email. Model komisi penjualan yang aturannya berada dalam utas email tidak dapat diaudit atau diserahterimakan. Tuliskan aturan tersebut ke dalam buku kerja (workbook).
Mencampuradukkan definisi periode. Tanggal penutupan kesepakatan, tanggal faktur, dan tanggal pembayaran diterima menghasilkan tiga jawaban berbeda. Pilih satu, catat, dan terapkan ke setiap baris — kedisiplinan yang sama seperti pada laporan anggaran versus aktual.
Kesimpulan
Tentukan apakah rencana tersebut progresif atau flat, pindahkan tarif ke dalam tabel, hitung batas (band) secara eksplisit, dan catat pembagian (split), batas atas (cap), serta penarikan kembali (clawback) sebagai baris terpisah. Struktur tersebut akan bertahan dari audit dan perubahan rencana. Model komisi penjualan dinilai dari apakah orang lain dapat memahaminya.
Yang membuatnya mahal adalah pembuatan ulang setiap kali rencana bergeser, ditambah penjelasan setelahnya. Jika di situlah waktu kuartal Anda habis, coba Powerdrill Bloom pada ekspor kesepakatan dan tabel tarif Anda. Lihat juga panduan kami tentang menghitung biaya akuisisi pelanggan dari spreadsheet, serta halaman asisten AI Excel dan analisis keuangan AI.
Pertanyaan yang sering diajukan
Apa perbedaan antara tingkatan (tier) komisi penjualan flat dan progresif?
Flat tier menerapkan satu tarif ke seluruh jumlah setelah suatu batas (band) tercapai. Progressive tier menerapkan tarif setiap batas hanya pada bagian dari jumlah yang berada di dalam batas tersebut, seperti braket pajak penghasilan.
Bagaimana cara mencari tarif komisi tanpa pernyataan IF bersarang?
Masukkan batas (band) dan tarif ke dalam tabel yang berurutan, lalu gunakan VLOOKUP dengan pencocokan perkiraan (approximate matching) atau XLOOKUP yang diatur ke exact-or-next-smaller. Keduanya memungkinkan Anda mengubah tarif tanpa menyentuh rumus.
Bagaimana kesepakatan bersama (shared deals) harus ditangani?
Catat satu baris alokasi per perwakilan penjualan dengan persentase eksplisit, dan tambahkan pemeriksaan bahwa persentasenya berjumlah 100%. Menyesuaikan baris kesepakatan asli justru membuat pembagian tersebut mustahil untuk diaudit.
Di mana penarikan kembali (clawback) dan pengembalian dana (refund) ditempatkan?
Pada periode terjadinya pengembalian dana, sebagai baris negatif yang merujuk pada kesepakatan asli. Mengedit baris asli secara retroaktif akan mengubah laporan yang sudah disetujui dan dibayarkan.
Kapan angka-angka tersebut harus dibulatkan?
Sekali saja, pada jumlah pembayaran akhir. Pembulatan langkah perantara menimbulkan selisih di banyak baris, yang biasanya menjadi alasan mengapa model komisi gagal dicocokkan dengan penggajian (payroll).