Anda sedang memandang dasbor yang menampilkan satu hal, sementara bagian keuangan menutup bulan dengan yang lain. Tim penjualan menunjuk pada kesepakatan yang terkunci, pemasaran menunjuk pada konversi yang dikaitkan, dan bagian akuntansi menunjuk pada angka akhir yang bertahan dari pengembalian, diskon, dan pemotongan waktu. Jika Anda perlu tahu cara menghitung pendapatan penjualan dengan cara yang menyelaraskan semua pandangan tersebut, matematikanya sederhana, tetapi alur kerja di sekitarnya adalah di mana sebagian besar laporan menjadi kacau.
Solusi praktisnya adalah memperlakukan pendapatan sebagai urutan, bukan perkalian tunggal. Mulai dengan penjualan kotor, kemudian kurangi potongan yang termasuk dalam periode, dan baru kemudian jumlahkan total berdasarkan produk, layanan, saluran, atau kontrak berulang. Data sumber yang bersih sama pentingnya dengan rumus, itulah mengapa tim yang peduli dengan akurasi pelaporan juga peduli tentang strategi verifikasi prospek B2B dan kebersihan CRM sebelum mereka pernah menyentuh buku kerja.
Mengapa Angka Pendapatan Penjualan Anda Terasa Salah
Angkanya terlihat baik hingga seseorang bertanya dari mana asalnya. Seorang pemasar melihat pendapatan yang dipesan di dasbor, keuangan melihat angka penutupan yang lebih rendah, dan kesenjangan biasanya berasal dari waktu periode, potongan yang hilang, atau transaksi yang seharusnya tidak pernah dihitung. Formula dasarnya masih menjadi titik awal, tetapi hanya menggambarkan lapisan teratas dari perhitungan, bukan angka yang dapat dilaporkan secara final, itulah mengapa bisnis yang sama dapat tampak sehat di satu layar dan kurang berkinerja di layar lain. Untuk perbedaan yang jelas antara kotor dan bersih, HelpWithMetrics tentang pendapatan bersih adalah bacaan pelengkap yang berguna.
Penjualan kotor dan penjualan bersih tidak dapat dipertukarkan
Pendapatan penjualan kotor adalah angka mentah, total yang Anda dapatkan sebelum penyesuaian. Pendapatan penjualan bersih adalah apa yang tersisa setelah pengembalian, potongan harga, dan diskon dihapus, dan perbedaan itu penting karena bisnis dapat memesan penjualan kotor yang kuat sambil melaporkan pendapatan bersih yang jauh lebih sedikit. Perbedaannya tidak kosmetik. Ini mengubah komisi, prakiraan, dan kepercayaan yang ditempatkan pemimpin pada angka itu.
Aturan praktis: jangan buka spreadsheet hingga periode akuntansi terkunci. Jika cutoffnya tidak jelas, angka pendapatan juga akan tidak jelas.
Itulah mengapa saya memulai dengan tiga pertanyaan sebelum saya mempercayai laporan apa pun. Periode tepat apa yang kami ukur? Transaksi mana yang selesai? Potongan mana yang termasuk dalam periode yang sama? Jika sebuah tim tidak dapat menjawab dengan cepat, masalahnya biasanya bukan matematikal, melainkan disiplin input.
Hal yang sama berlaku untuk data sumber. Jika CRM berisi duplikat, kontak basi, atau prospek yang tidak diverifikasi, laporan penjualan dapat terlihat lebih aktif daripada kenyataannya. Itulah mengapa tim operasional sering memasangkan tinjauan pendapatan dengan pemeriksaan kualitas data dan alat seperti strategi verifikasi prospek B2B sebelum mereka menandatangani angka tersebut.
Rumus Pendapatan Inti Dijelaskan
Perhitungan inti tetap sama di semua model. Untuk produk, itu adalah unit terjual × harga unit rata-rata. Untuk layanan, itu adalah pelanggan yang dilayani × harga layanan rata-rata. Formula tersebut terlihat sederhana karena memang sederhana, tetapi bagian yang sulit adalah memastikan Anda menggunakan jumlah unit yang benar, harga yang tepat, dan periode yang tepat.
Cara yang baik untuk memikirkannya adalah memisahkan pembangunan bruto dari laporan bersih. Pertama-tama hitung jumlah penjualan kasar baris demi baris. Kemudian kurangkan penyesuaian di kemudian hari. Urutan ini membuat buku kerja tetap mudah dibaca dan menghindari kesalahan umum menggabungkan pengurangan ke dalam formula dasar.
Contoh katalog kecil
Katakanlah sebuah bisnis menjual dua produk dalam bulan yang sama. Produk A menjual 500 unit masing-masing $10, yang menghasilkan $5.000 dalam penjualan bruto. Produk B menjual 200 unit masing-masing $15, yang menghasilkan $3.000. Pendapatan penjualan bruto gabungan untuk periode itu adalah $8.000 sebelum potongan apa pun.
Logika yang sama persis berlaku untuk layanan. Jika tim konsultasi melayani serangkaian pelanggan dengan biaya rata-rata, pendapatannya masih kuantitas dikalikan harga, hanya dengan kuantitas dinyatakan sebagai pelanggan atau unit yang dapat ditagih. Itulah mengapa formula diajarkan sebagai aritmatika dasar pengukuran pendapatan daripada trik akuntansi khusus.
Pendapatan hanya bermakna ketika periode itu jelas. Angka bulanan, angka triwulanan, dan angka tahunan semuanya dapat benar pada waktu yang bersamaan.
Untuk tim yang membangun laporan mereka dalam SQL atau gudang data, langkah agregasi sama pentingnya dengan formula itu sendiri. Gambaran praktis dari logika roll-up itu ada dalam analitik bible pemasaran email, terutama ketika kumpulan data yang sama memberi makan beberapa tampilan.
Contoh Kerja untuk Transaksi Tunggal dan Tempoh Masa
Rumus pendapatan terasa abstrak sehingga anda menjalankannya terhadap tempoh sebenar. Cara paling bersih untuk melakukan itu adalah dengan mengekalkan tempoh tetap dan mengubah hanya model. Penutupan ritel satu bulan dan penutupan SaaS satu kuartal kedua-duanya menggunakan logik unit-kali-harga yang sama, tetapi definisi unit berubah, dan kadar pelaporan berubah dengannya.
Ritel untuk satu bulan
Pasukan ritel menutup bulan dengan tiga lini produk. Satu lini menjual 120 unit pada $25, yang lain menjual 80 unit pada $40, dan yang ketiga menjual 50 unit pada $60. Perhitungan bruto adalah lini demi lini, kemudian dijumlahkan, kerana itulah satu-satunya cara untuk melihat dari mana nilainya berasal.
- Lini 1: 120 × $25 = $3,000
- Lini 2: 80 × $40 = $3,200
- Lini 3: 50 × $60 = $3,000
Jumlah pendapatan penjualan bruto untuk bulan ini adalah $9,200 sebelum potongan. Jika satu lini memiliki pengembalian atau diskon, mereka dihapus selepas angka bruto dibangun, bukan sebelumnya.
SaaS untuk satu kuartal
Pasukan langganan mengukur kuartal secara berbeza. Ia mungkin melacak pelanggan, nilai kontrak, atau metrik pendapatan berulang, bergantung pada bagaimana bisnis menjual. Model berulang masih didasarkan pada pendapatan per pelanggan atau kontrak, tetapi periode menjadi sebahagian daripada perhitungan itu sendiri kerana nilainya terkumpul dari masa ke masa.
Sebagai contoh, jika kontrak mencakup beberapa bulan dalam kuartal, pendapatan kuartal adalah bahagian yang diperoleh dalam periode itu, bukan nilai kontrak penuh yang dijatuhkan ke satu bulan. Itulah perbezaan praktis antara penjualan sekali jadi dan komitmen berulang.
Apabila pasukan bekerja dari gudang data, rutinitas agregasi yang mudah membantu mencegah penghitungan berganda. Panduan untuk fungsi agregat SQL berguna bagi sesiapa yang perlu menjumlahkan pendapatan dengan bersih merentasi baris tanpa mengubah laporan menjadi permainan meneka-nek.
Buku kerja yang baik memisahkan item baris dari ringkasan. Itu membuat lebih mudah untuk mengasingkan kesepakatan bernilai tinggi, pembaruan, atau penjualan sekali jadi tanpa menguburinya dalam jumlah campuran. Untuk penanda aras yang lebih luas, penanda aras email BillionVerify dapat membantu pasukan membandingkan aliran kualitas kontak terhadap pola pelaporan historis mereka sendiri, walaupun matematika pendapatan itu sendiri tetap tidak berubah.
Menyesuaikan Pengembalian, Tunjangan, dan Diskon
Pendapatan kotor adalah angka optimis. Pendapatan bersih adalah angka yang bertahan ulasan. Kesenjangan antara keduanya adalah tempat banyak kesalahan pelaporan bersembunyi, karena tim baik lupa mengurangi sesuatu atau menguranginya dua kali. Pendekatan teraman adalah memperlakukan pengembalian, tunjangan, dan diskon sebagai lapisan terpisah.
Kurangi dalam urutan yang benar
Pengembalian mengurangi pendapatan karena pelanggan mengirim produk kembali atau layanan dibatalkan. Tunjangan mengurangi pendapatan karena bisnis mempertahankan penjualan tetapi mengkompensasi pelanggan atas masalah. Diskon mengurangi pendapatan karena pelanggan membayar kurang dari harga daftar. Ini adalah peristiwa yang berbeda, dan harus dilacak berbeda dalam buku kerja.
| Penyesuaian | Apa yang Diwakilinya | Efek pada Pendapatan Bersih |
|---|---|---|
| Pengembalian | Penjualan terbalik yang tidak lagi dihitung sebagai pendapatan yang diselesaikan | Kurangi dari penjualan kotor |
| Tunjangan | Pengurangan harga yang diberikan setelah masalah atau perselisihan | Kurangi dari penjualan kotor |
| Diskon | Harga penjualan berkurang yang disepakati pada saat penjualan | Kurangi dari penjualan kotor |
Urutan itu penting karena mencampurnya dapat menciptakan cerita pemulihan palsu. Jika tim menghubungkan pengembalian terhadap penjualan baru tanpa memberi label sebagai pembalikan, periode dapat terlihat lebih kuat dari yang sebenarnya. Laporan harus menunjukkan kotor, kemudian setiap potongan, kemudian bersih.
Apa yang termasuk dalam potongan
Hanya kurangi item yang termasuk dalam perhitungan pendapatan penjualan bisnis. Jika biaya adalah pajak pass-through atau biaya, tidak boleh dilipat ke pendapatan tingkat atas sejak awal. Jika penawaran masih tertunda, itu bukan pendapatan belum. Jika transaksi jatuh di luar cutoff periode, itu termasuk dalam laporan yang berbeda.
Buku kerja harus menceritakan kisah yang sama dengan jejak faktur. Jika tidak, perbedaan biasanya ada di kolom potongan, bukan langkah perkalian.
Proses penutupan yang dapat diandalkan memeriksa setiap potongan terhadap catatan sumber sebelum nomor akhir dipublikasikan. Kebiasaan itu menangkap kebocoran kecil yang membuat keuangan dan penjualan berdebat tentang total yang seharusnya telah rekonsiliasi sejak awal.
Mengira Hasil Berdasarkan Saluran dan Kempen
Jangan hanya memerlukan jumlah total. Anda perlu mengetahui sama ada penjualan langsung, e-dagang, rujukan rakan niaga, atau langganan yang membawa angka tersebut, dan sama ada tag kempen seharusnya termasuk dalam cerita. Cara yang betul untuk berbuat demikian adalah dengan menandai setiap transaksi di sumber, kemudian gulung logik kasar-tolak-potongan yang sama ke atas mengikut saluran dan kempen.
Gunakan logik buku kerja yang sama di semua saluran
Mulakan dengan jadual transaksi yang merangkumi tarikh, saluran, kempen, unit, harga, pengembalian, kelonggaran, dan diskaun. Kemudian hitung hasil kasar setiap baris, tolak potongan, dan jumlahkan hasil bersih mengikut tag. Kaedah tidak berubah sekadar kerana saluran berubah.
Formula lembaran kerja mungkin kelihatan seperti ini dalam istilah mudah.
- Hasil kasar setiap baris: unit × harga
- Hasil bersih setiap baris: hasil kasar - pengembalian - kelonggaran - diskaun
- Jumlah saluran: jumlah hasil bersih di mana saluran sama dengan nilai sasaran
- Jumlah kempen: jumlah hasil bersih di mana kempen sama dengan nilai sasaran
Struktur ini berfungsi sama ada sumbernya adalah pesanan kedai dalam talian, petunjuk rakan niaga, langganan SaaS, atau penglibatan perkhidmatan sekali sahaja. Ia juga membantu mencegah kesilapan umum mencampurkan saluran yang mempunyai corak pengembalian berbeza atau masa pengebilan berbeza.
Cara yang mesra CSV untuk memikirkannya
Jika ekspor data adalah rata, simpan medan yang jelas dan boleh disusun.
- Tarikh
- Saluran
- Kempen
- Unit Dijual
- Harga
- Pengembalian
- Kelonggaran
- Diskaun
- Hasil Bersih
Setelah lajur-lajur itu wujud, laporan hasil menjadi senaman pengagregatan yang mudah dan bukannya projek penyelarasan manual. Ini amat berguna apabila perniagaan yang sama menggunakan penjualan langsung, e-dagang, saluran rakan niaga, dan langganan dalam satu timbunan pelaporan.
Rekod kontak yang bersih juga penting di sini kerana atribusi saluran bergantung pada data sumber yang terpercaya. Jika entri CRM tidak teratur, pemisahan saluran juga menjadi tidak teratur, dan laporan kempen berhenti berguna.
Kesalahan Umum dan Kebiasaan Verifikasi
Lima kesalahan paling umum biasanya mudah dikenali setelah Anda tahu di mana mencarinya. Tim menghitung penawaran atau pesanan yang tertunda terlalu awal, menggabungkan pajak dan biaya pass-through ke dalam pendapatan lini teratas, mencampur periode di berbagai sistem, lupa pengembalian, atau menghitung dua kali pembaruan yang sudah diakui. Perbaikannya bukan matematika yang lebih rumit. Ini tentang kebiasaan pra-penutupan yang lebih ketat.
Rutinitas verifikasi cepat
Sebelum tinjauan kepemimpinan, periksa bahwa setiap transaksi selesai, setiap tanggal jatuh dalam periode yang dipilih, dan setiap potongan diklasifikasikan sekali. Kemudian bandingkan penjualan kotor, potongan, dan pendapatan bersih dengan ekspor sumber. Jika angkanya tidak sesuai, hentikan dan temukan baris yang terlepas dari atau keluar dari ruang lingkup.
- Pesanan Tertunda: kecualikan penawaran dan pesanan yang tidak dipenuhi.
- Pajak Pass-Through: hapus pajak dan biaya yang tidak termasuk dalam bisnis.
- Diskon yang Salah Kelola: terapkan diskon dengan cara yang sama setiap kali.
- Periode Waktu Campuran: selaraskan semua sistem dengan tanggal yang sama.
- Pengembalian Terlupakan: kurangkan pengembalian dana dan pembalikan dalam periode yang benar.
Daftar periksa itu membutuhkan waktu lebih sedikit daripada menjelaskan laporan yang buruk setelah rapat dimulai. Ini juga mencegah tim menambal kesalahan dengan pengeditan manual yang tidak dapat diaudit kemudian.
Bagi tim yang menginginkan cara ringan untuk membersihkan daftar kontak sebelum atribusi pendapatan, Email Validation API adalah titik referensi praktis karena sesuai dengan pemeriksaan otomatis daripada proyek pembersihan terpisah.
Menghubungkan Ketepatan Pendapatan dengan Data Kontak yang Bersih
Matematika pendapatan sering disalahkan untuk masalah yang berasal dari hulu. Jika kontak yang terlampir pada pesanan, pembaruan, atau kampanye adalah duplikat, usang, atau palsu, laporan masih bisa benar secara aritmetika tetapi salah secara operasional. Itulah mengapa data CRM yang bersih harus berada dalam percakapan yang sama dengan perhitungan pendapatan, bukan dalam pertemuan kebersihan terpisah.
BillionVerify adalah layanan verifikasi email profesional yang dibangun untuk menyelesaikan satu masalah: data email yang buruk menghabiskan uang bisnis. Jika digunakan dengan baik, lapisan verifikasi saat pendaftaran dan sebelum pengiriman kampanye membantu tim menjaga kontak yang tidak dapat dikirim dan catatan lemah agar tidak mencemari sistem yang sama yang memberi makan pelaporan pendapatan.
Untuk pembersihan daftar, alat pembersihan BillionVerify cocok secara alami ke dalam alur kerja karena mendukung langkah hulu yang membuat matematika hilir lebih mudah. Setelah kontak diverifikasi, segmentasi berdasarkan catatan terverifikasi versus tidak terverifikasi memberikan pemahaman yang lebih akurat tentang pendapatan yang dikaitkan dengan kampanye dan mengurangi kebisingan yang membuat rekonsiliasi lebih sulit.
Jika laporan pendapatan Anda terus bergeser, perbaiki input sebelum Anda memperdebatkan matematikanya. Kunjungi BillionVerify untuk menambahkan verifikasi email ke alur pendaftaran, proses pembersihan daftar, atau alur kerja CRM Anda, sehingga angka pendapatan yang Anda laporkan dibangun berdasarkan catatan yang lebih bersih dari awal.