Laporan Penjualan Harian: Apa yang Layak Masuk

Laporan otomatis punya satu kegagalan khas yang tidak pernah muncul di daftar fitur: ia berhenti dibaca. Bukan karena datanya salah, melainkan karena isinya terlalu banyak, periodenya salah, atau datang pada jam ketika tidak ada yang bisa berbuat apa-apa dengan informasinya.

Tulisan ini membahas keputusan-keputusan kecil yang menentukan apakah sebuah laporan harian bertahan lebih dari sebulan.

Aturan pertama: satu laporan, satu pembaca

Laporan yang berusaha melayani pemilik dan manajer cabang sekaligus akan gagal untuk keduanya. Pemilik butuh perbandingan antar cabang dan sinyal anomali; manajer cabang butuh detail cabangnya sendiri dan tidak peduli angka cabang lain.

Pisahkan sejak awal. Dua laporan pendek lebih dibaca daripada satu laporan panjang, dan menyiapkannya tidak dua kali lebih lama karena definisinya sama.

Berapa angka yang cukup

Empat sampai enam. Di atas itu, laporan berubah menjadi tabel yang harus dipelajari, dan tidak ada yang mempelajari tabel di HP sambil berjalan.

Untuk pemilik retail multi-cabang, kombinasi yang jarang meleset:

Angka	Kenapa ada
Omzet per cabang	Pertanyaan pertama, selalu
Perubahan vs hari yang sama minggu lalu	Membuat angka punya arti
Jumlah transaksi	Membedakan naiknya harga dari naiknya pembeli
Rata-rata per transaksi	Mendeteksi pergeseran perilaku belanja
Satu anomali (bila ada)	Yang benar-benar perlu ditindaklanjuti

Untuk F&B, tambahkan satu: bahan yang mendekati habis. Ini satu-satunya angka di laporan harian yang bisa mencegah kerugian pada hari itu juga.

Periode pembanding: Sabtu dibanding Sabtu

Kesalahan paling umum di laporan harian adalah membandingkan hari ini dengan kemarin. Hampir semua bisnis punya pola mingguan yang kuat: akhir pekan berbeda dari Senin, tanggal muda berbeda dari tanggal tua.

Membandingkan Sabtu dengan Jumat menghasilkan “naik 40%” yang tidak berarti apa-apa, dan setelah beberapa kali orang berhenti mempercayai angka pembandingnya.

Bandingkan dengan hari yang sama minggu sebelumnya. Untuk laporan bulanan, bandingkan dengan bulan yang sama tahun lalu, bukan dengan bulan kemarin — kecuali bisnis Anda memang tidak punya musim.

Jam pengiriman

Aturannya sederhana: kirim setelah data hari sebelumnya benar-benar lengkap, dan sebelum keputusan hari ini diambil.

Untuk retail yang tutup jam 21.00 dan tutup buku jam 22.00, jam 7 pagi masuk akal. Untuk F&B yang masih mencatat transaksi sampai lewat tengah malam, jam 9 pagi lebih aman.

Yang harus dihindari adalah mengirim terlalu pagi. Laporan yang memuat angka belum lengkap akan dikoreksi manual oleh pembacanya di kepala masing-masing, dan sejak saat itu laporannya tidak lagi jadi rujukan.

Definisi yang disepakati sekali

Ini bagian yang paling sering dilewati dan paling mahal.

“Omzet” bisa berarti nilai sebelum pajak, sesudah pajak, sebelum diskon, sesudah diskon, termasuk transaksi batal atau tidak. Bila definisinya tidak ditulis, setiap laporan akan memakai definisi orang yang membuatnya — dan dua laporan yang berbeda akan bertemu di satu rapat.

Tulis definisinya satu kali, di satu tempat, lalu pakai definisi itu untuk semua laporan dan untuk semua pertanyaan mendadak. Ini fungsi utama semantic layer atau kamus data: bukan fitur teknis, melainkan kesepakatan yang disimpan di tempat yang bisa dirujuk.

Contoh definisi yang cukup jelas untuk dipakai:

Omzet bersih = total nilai transaksi berstatus selesai, setelah diskon, sebelum pajak, tidak termasuk transaksi dengan tipe void atau retur.

Yang tidak perlu ada di laporan harian

Grafik tren 12 bulan. Tidak ada yang membaca tren tahunan setiap pagi. Itu laporan bulanan.
Peringkat produk lengkap. Lima teratas cukup; sisanya ditanyakan saat perlu.
Persentase dengan dua angka desimal. “Naik 6,1%” cukup. “Naik 6,14%” memberi kesan presisi yang tidak dimiliki datanya.
Target yang tidak pernah diperbarui. Perbandingan dengan target tahun lalu yang tidak relevan lagi akan membuat seluruh laporan terasa usang.

Cara menguji apakah laporannya berhasil

Setelah sebulan berjalan, ajukan dua pertanyaan:

Adakah keputusan yang diambil karena laporan ini? Bila tidak ada satu pun, laporannya salah isi — bukan pembacanya yang salah.
Adakah yang bertanya kalau laporannya tidak datang? Bila tidak ada, ia sudah berhenti dibaca sebelum Anda menyadarinya.

Laporan yang lolos dua pertanyaan itu layak diteruskan. Yang tidak lolos sebaiknya dipangkas menjadi tiga angka dan diuji ulang, bukan ditambah isinya — menambah isi adalah reaksi yang paling sering diambil dan paling jarang berhasil.