Anda menatap dasbor yang menunjukkan satu hal, sementara keuangan menutup bulan dengan angka yang berbeda. Tim penjualan menunjuk ke kesepakatan yang dikonfirmasi, pemasaran menunjuk ke konversi yang dikaitkan, dan akuntansi menunjuk ke angka akhir yang bertahan dari pengembalian, diskon, dan batas waktu. Jika Anda perlu tahu cara menghitung pendapatan penjualan dengan cara yang mempertemukan semua pandangan tersebut, matematikanya sederhana, tetapi alur kerja di sekitarnya adalah di mana sebagian besar laporan melenceng.
Perbaikan praktis adalah memperlakukan pendapatan sebagai urutan, bukan sebagai perkalian tunggal. Mulai dengan penjualan kotor, kemudian kurangi potongan yang termasuk dalam periode, dan baru kemudian kumpulkan total berdasarkan produk, layanan, saluran, atau kontrak berulang. Data sumber yang bersih adalah sama pentingnya dengan rumusnya, itulah mengapa tim yang peduli dengan akurasi pelaporan juga peduli dengan strategi verifikasi prospek B2B dan kebersihan CRM sebelum mereka pernah menyentuh buku kerja.
Mengapa Angka Pendapatan Penjualan Anda Terasa Salah
Angkanya terlihat baik-baik saja sampai seseorang bertanya dari mana asalnya. Seorang pemasar melihat pendapatan yang dicatat di dasbor, keuangan melihat angka penutupan yang lebih rendah, dan kesenjangan biasanya berasal dari penetapan waktu periode, potongan yang hilang, atau transaksi yang seharusnya tidak pernah dihitung sejak awal. Rumus dasar masih menjadi titik awal, tetapi hanya menjelaskan lapisan atas perhitungan, bukan angka akhir yang dapat dilaporkan, itulah sebabnya bisnis yang sama dapat terlihat sehat di satu layar dan kurang berkinerja di layar lain. Untuk perbedaan yang jelas antara bruto dan bersih, HelpWithMetrics tentang perhitungan pendapatan bersih adalah bacaan pendamping yang berguna.
Penjualan bruto dan penjualan bersih tidak dapat dipertukarkan
Pendapatan penjualan bruto adalah angka mentah, total yang Anda dapatkan sebelum penyesuaian. Pendapatan penjualan bersih adalah apa yang tersisa setelah pengembalian, tunjangan, dan diskon dikurangi, dan perbedaan itu penting karena bisnis dapat mencatat penjualan bruto yang kuat sambil melaporkan pendapatan bersih yang jauh lebih rendah. Perbedaannya lebih dari sekadar kosmetik. Ini mengubah komisi, prakiraan, dan kepercayaan yang diberikan para pemimpin pada angka tersebut.
Aturan praktis: jangan buka spreadsheet sampai periode akuntansi dikunci. Jika batas waktu tidak jelas, angka pendapatan juga tidak akan jelas.
Itulah mengapa saya memulai dengan tiga pertanyaan sebelum mempercayai laporan apa pun. Periode apa yang pasti kami ukur. Transaksi mana yang sudah selesai. Potongan mana yang termasuk dalam periode yang sama. Jika tim tidak dapat menjawab dengan cepat, masalahnya biasanya bukan matematika, tetapi disiplin input.
Hal yang sama berlaku untuk data sumber. Jika CRM berisi duplikat, kontak usang, atau prospek yang tidak diverifikasi, laporan penjualan dapat terlihat lebih aktif dari yang sebenarnya. Itulah mengapa tim operasional sering memasangkan tinjauan pendapatan dengan pemeriksaan kualitas data dan alat seperti Strategi verifikasi prospek B2B sebelum mereka menyetujui angka tersebut.
Formula Pendapatan Inti Dijelaskan
Matematika inti tetap sama di semua model. Untuk produk, itu adalah unit terjual × harga unit rata-rata. Untuk layanan, itu adalah pelanggan dilayani × harga layanan rata-rata. Formula tampak sederhana karena memang sederhana, tetapi bagian yang sulit adalah memastikan Anda menggunakan jumlah unit yang tepat, harga yang tepat, dan periode yang tepat.
Cara yang rapi untuk memikirkannya adalah memisahkan perhitungan kotor dari laporan bersih. Pertama hitung jumlah penjualan mentah baris demi baris. Kemudian kurangi penyesuaian kemudian. Urutan itu menjaga buku kerja tetap terbaca dan menghindari kesalahan umum mencampurkan pengurangan ke dalam formula dasar.
Contoh katalog kecil
Katakanlah suatu bisnis menjual dua produk dalam bulan yang sama. Produk A menjual 500 unit dengan harga $10 per unit, yang menghasilkan $5.000 dalam penjualan kotor. Produk B menjual 200 unit dengan harga $15 per unit, yang menghasilkan $3.000. Pendapatan penjualan kotor gabungan untuk periode tersebut adalah $8.000 sebelum potongan apa pun.
Logika yang sama persis berlaku untuk layanan. Jika tim konsultasi melayani serangkaian pelanggan dengan biaya rata-rata, pendapatan masih merupakan kuantitas dikalikan harga, hanya dengan kuantitas dinyatakan sebagai pelanggan atau unit yang dapat ditagih. Itulah mengapa formula diajarkan sebagai aritmetika dasar pengukuran pendapatan daripada trik akuntansi khusus.
Pendapatan hanya berarti sesuatu ketika periode jelas. Angka bulanan, angka triwulanan, dan angka tahunan semuanya dapat benar pada waktu yang sama.
Untuk tim yang membangun laporan mereka di SQL atau gudang data, langkah agregasi sama pentingnya dengan formula itu sendiri. Gambaran umum praktis dari logika roll-up itu terletak di analitik bible pemasaran email, terutama ketika dataset yang sama memberi makan ke beberapa tampilan.
Contoh Praktis untuk Transaksi Tunggal dan Periode Waktu
Sebuah rumus pendapatan terasa abstrak sampai Anda menjalankannya terhadap periode nyata. Cara paling bersih untuk melakukan itu adalah mempertahankan periode tetap dan mengubah hanya modelnya. Penutupan ritel satu bulan dan penutupan SaaS satu kuartal keduanya menggunakan logika unit-kali-harga yang sama, tetapi definisi unit berubah, dan frekuensi pelaporan berubah seiring dengan itu.
Ritel untuk satu bulan
Tim ritel menutup bulan dengan tiga lini produk. Satu lini menjual 120 unit dengan harga $25, lini lain menjual 80 unit dengan harga $40, dan yang ketiga menjual 50 unit dengan harga $60. Perhitungan kotor dilakukan lini demi lini, kemudian dijumlahkan, karena itu 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
Total pendapatan penjualan kotor untuk bulan ini adalah $9,200 sebelum potongan. Jika satu lini memiliki pengembalian atau diskon, hal tersebut dihapus setelah angka kotor dibangun, bukan sebelumnya.
SaaS untuk satu kuartal
Tim berlangganan mengukur kuartal secara berbeda. Ini dapat melacak pelanggan, nilai kontrak, atau metrik pendapatan berulang, tergantung pada cara bisnis menjual. Model berulang masih didasarkan pada pendapatan per pelanggan atau kontrak, tetapi periode menjadi bagian dari perhitungan itu sendiri karena nilainya terakumulasi seiring waktu.
Misalnya, jika kontrak mencakup beberapa bulan dalam kuartal, pendapatan kuartal adalah porsi yang diperoleh dalam periode itu, bukan nilai kontrak penuh yang jatuh ke satu bulan. Itu adalah perbedaan praktis antara penjualan sekali dan komitmen berulang.
Ketika tim bekerja dari gudang data, rutinitas agregasi yang sederhana membantu mencegah penghitungan ganda. Panduan fungsi agregat SQL berguna bagi siapa saja yang perlu menjumlahkan pendapatan dengan bersih di seluruh baris tanpa mengubah laporan menjadi permainan menebak.
Buku kerja yang baik memisahkan item baris dari ringkasan. Itu membuat lebih mudah untuk mengisolasi kesepakatan bernilai tinggi, perpanjangan, atau penjualan sekali tanpa mengubur di dalam total campuran. Untuk benchmarking yang lebih luas, benchmark email BillionVerify dapat membantu tim membandingkan tren kualitas kontak terhadap pola pelaporan historis mereka sendiri, bahkan ketika rumus pendapatan itu sendiri tetap tidak berubah.
Menyesuaikan untuk Pengembalian, Tunjangan, dan Diskon
Pendapatan kotor adalah angka yang optimis. Pendapatan bersih adalah angka yang bertahan setelah tinjauan. Celah antara keduanya adalah tempat banyak kesalahan pelaporan bersembunyi, karena tim-tim entah 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 mengembalikan produk atau layanan dibatalkan. Tunjangan mengurangi pendapatan karena bisnis mempertahankan penjualan tetapi memberikan kompensasi kepada pelanggan atas masalah. Diskon mengurangi pendapatan karena pelanggan membayar lebih sedikit dari harga yang tercantum. Itu adalah peristiwa yang berbeda, dan mereka harus dilacak secara berbeda dalam buku kerja.
| Penyesuaian | Apa yang Diwakilinya | Pengaruh 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 jual yang dikurangi disepakati pada saat penjualan | Kurangi dari penjualan kotor |
Urutan itu penting karena mencampur mereka bersama-sama dapat menciptakan cerita pemulihan yang palsu. Jika sebuah tim menjaring pengembalian terhadap penjualan baru tanpa memberi label mereka sebagai pembalikan, periode dapat terlihat lebih kuat dari apa adanya. Laporan harus menunjukkan kotor, kemudian setiap potongan, kemudian bersih.
Apa yang termasuk dalam pengurangan
Hanya kurangi item yang termasuk dalam perhitungan pendapatan penjualan bisnis. Jika biaya adalah pajak atau biaya pass-through, itu tidak boleh dimasukkan ke dalam pendapatan tingkat atas sejak awal. Jika kutipan masih tertunda, itu belum menjadi pendapatan. Jika transaksi berada di luar batas periode, itu termasuk dalam laporan yang berbeda.
Buku kerja harus menceritakan kisah yang sama dengan jejak faktur. Jika tidak, perbedaannya biasanya terletak di kolom potongan, bukan langkah perkalian.
Proses penutupan yang dapat diandalkan memeriksa setiap potongan terhadap catatan sumber sebelum angka akhir dipublikasikan. Kebiasaan itu menangkap kebocoran kecil yang membuat keuangan dan penjualan berdebat tentang total yang seharusnya telah diselaraskan sejak awal.
Menghitung Pendapatan Menurut Saluran dan Kampanye
Jangan hanya perlu total. Anda perlu tahu apakah penjualan langsung, e-commerce, rujukan mitra, atau langganan yang membawa angka, dan apakah label kampanye layak dimasukkan dalam cerita. Cara yang tepat untuk melakukan itu adalah menandai setiap transaksi di sumbernya, kemudian mengalirkan logika kotor-kurang-potongan yang sama ke atas menurut saluran dan kampanye.
Gunakan logika buku kerja yang sama di setiap saluran
Mulai dengan tabel transaksi yang mencakup tanggal, saluran, kampanye, unit, harga, pengembalian, kelonggaran, dan diskon. Kemudian hitung pendapatan kotor per baris, kurangi potongan, dan jumlahkan bersih menurut label. Metode tidak berubah hanya karena salurannya berubah.
Formula spreadsheet mungkin terlihat seperti ini dalam bahasa Inggris biasa.
- Pendapatan kotor per baris: unit × harga
- Pendapatan bersih per baris: pendapatan kotor - pengembalian - kelonggaran - diskon
- Total saluran: jumlah pendapatan bersih di mana saluran sama dengan nilai target
- Total kampanye: jumlah pendapatan bersih di mana kampanye sama dengan nilai target
Struktur itu berfungsi baik sumbernya adalah pesanan toko, prospek mitra, langganan SaaS, atau keterlibatan layanan sekali. Ini juga membantu mencegah kesalahan umum menggabungkan saluran yang memiliki pola pengembalian berbeda atau waktu penagihan berbeda.
Cara berpikir yang ramah CSV
Jika ekspor data datar, pertahankan kolom eksplisit dan dapat diurutkan.
- Tanggal
- Saluran
- Kampanye
- Unit Terjual
- Harga
- Pengembalian
- Kelonggaran
- Diskon
- Pendapatan Bersih
Setelah kolom-kolom itu ada, laporan pendapatan menjadi latihan agregasi sederhana bukan proyek rekonsiliasi manual. Itu sangat membantu ketika bisnis yang sama menggunakan penjualan langsung, e-commerce, saluran mitra, dan langganan dalam satu tumpukan pelaporan.
Catatan kontak yang bersih juga penting di sini karena atribusi saluran bergantung pada data sumber yang dapat dipercaya. Jika entri CRM berantakan, pembagian saluran juga berantakan, dan laporan kampanye berhenti menjadi berguna.
Kesalahan Umum dan Kebiasaan Verifikasi
Lima kesalahan paling umum biasanya mudah diidentifikasi setelah Anda tahu di mana mencari. Tim menghitung penawaran atau pesanan tertunda terlalu awal, memasukkan pajak sehubungan dan biaya ke dalam pendapatan kotor, mencampur periode di seluruh sistem, lupa pengembalian, atau menghitung dua kali perpanjangan yang sudah diakui. Solusinya bukan matematika yang lebih rumit. Ini adalah kebiasaan pra-penutupan yang lebih ketat.
Rutinitas Verifikasi Cepat
Sebelum tinjauan kepemimpinan, periksa bahwa setiap transaksi diselesaikan, setiap tanggal jatuh dalam periode yang dipilih, dan setiap pengurangan diklasifikasikan sekali. Kemudian bandingkan penjualan kotor, pengurangan, dan pendapatan bersih terhadap ekspor sumber. Jika angkanya tidak cocok, berhenti dan temukan baris yang tergelincir masuk atau keluar dari cakupan.
- Pesanan Tertunda: kecualikan penawaran dan pesanan yang tidak terpenuhi.
- Pajak Sehubungan: hapus pajak dan biaya yang tidak termasuk dalam bisnis.
- Diskon 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 ini memakan waktu lebih sedikit daripada menjelaskan laporan buruk setelah rapat dimulai. Ini juga mencegah tim memperbaiki kesalahan dengan pengeditan manual yang tidak dapat diaudit kemudian.
Untuk 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 Akurasi Pendapatan dengan Data Kontak yang Bersih
Perhitungan pendapatan sering disalahkan atas masalah yang berasal dari hulu. Jika kontak yang terlampir pada pesanan, pembaruan, atau kampanye adalah duplikat, usang, atau palsu, laporan masih bisa benar secara matematis tetapi salah secara operasional. Itulah mengapa data CRM yang bersih harus didiskusikan bersamaan dengan perhitungan pendapatan, bukan dalam rapat kebersihan data terpisah.
BillionVerify adalah layanan verifikasi email profesional yang dibangun untuk mengatasi 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 dikirimkan 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 perhitungan hilir lebih mudah. Setelah kontak diverifikasi, segmentasi berdasarkan catatan yang diverifikasi versus yang tidak diverifikasi memberikan pembacaan yang lebih akurat tentang pendapatan yang dikaitkan dengan kampanye dan mengurangi kebisingan yang membuat rekonsiliasi lebih sulit.
Jika laporan pendapatan Anda terus berubah-ubah, perbaiki input data sebelum memperdebatkan rumusnya. Kunjungi BillionVerify untuk menambahkan verifikasi email ke alur pendaftaran, proses pembersihan daftar, atau alur kerja CRM Anda, sehingga angka pendapatan yang Anda laporkan dibangun dari catatan yang lebih bersih sejak awal.