Cerita di Balik Dashboard Laporan Kami — Apa yang Kami Tampilkan, Apa yang Nggak, dan Kenapa

Lebih Banyak Data ≠ Lebih Baik

Waktu pertama kali bikin fitur laporan, godaannya besar banget untuk nampilkan segalanya. Total penjualan, breakdown per jam, per kasir, per metode pembayaran, per kategori, per item, per hari, per minggu, per bulan, growth rate, moving averages, tren year-over-year...

Semua data itu ada di database. Secara teknis, kita bisa tampilkan semuanya. Tapi pertanyaan yang lebih penting: apakah pemilik kafe yang baru pulang dari shift 10 jam butuh semua itu?

Jawabannya hampir selalu: nggak. Yang mereka butuh adalah jawaban atas beberapa pertanyaan spesifik. Dan tugas dashboard bukan menampilkan data — tapi menjawab pertanyaan.

Pertanyaan yang Kami Jadikan Kompas

Kami bikin list pertanyaan yang menurut kami paling sering ada di kepala pemilik bisnis F&B di akhir hari:

1. Berapa total penjualan hari ini? Naik atau turun dari kemarin?
2. Berapa transaksi yang terjadi?
3. Berapa rata-rata nilai per transaksi?
4. Menu apa yang paling laris?
5. Berapa split antara tunai dan non-tunai?
6. Ada selisih kas nggak?
7. Shift siapa yang perform paling baik?

Tujuh pertanyaan. Bukan tujuh puluh. Dashboard kami dibangun untuk menjawab ketujuh pertanyaan ini dengan cepat — tanpa perlu klik, filter, atau scroll panjang.

Apa yang Kami Tampilkan

Ringkasan hari ini. Total revenue, jumlah transaksi, rata-rata per transaksi. Tiga angka ini ada di bagian paling atas dan paling pertama terlihat. Kalau pemilik cuma punya 5 detik, mereka minimal tahu ini.

Tren harian. Grafik sederhana yang menunjukkan penjualan 7 hari terakhir. Bukan chart kompleks — cukup line chart yang langsung terlihat apakah tren naik, turun, atau flat.

Top products. 5-10 menu item yang paling banyak terjual, dengan quantity. Ini membantu identifikasi menu andalan dan juga deteksi kalau ada item yang tiba-tiba drop.

Breakdown metode pembayaran. Berapa persen tunai, berapa persen QRIS atau non-tunai lainnya. Penting untuk perencanaan cash float dan juga untuk track adopsi pembayaran digital.

Per-shift summary. Setiap shift yang sudah ditutup menampilkan ringkasan: total penjualan, jumlah transaksi, selisih kas. Ini bikin accountability visible tanpa perlu interrogasi.

Apa yang Kami Pilih untuk Nggak Tampilkan (di Halaman Utama)

Year-over-year comparison. Kebanyakan pengguna kami adalah kafe yang baru 1-2 tahun beroperasi. Data year-over-year belum meaningful. Kalau nanti mayoritas pengguna sudah punya data setahun penuh, kami mungkin tambahkan.

Customer demographics. Kami nggak collect data pelanggan individual (itu di roadmap V2-V3). Daripada nampilkan dashboard kosong yang bikin frustrasi, kami nggak nampilkan sama sekali sampai datanya ada.

Complex analytics. Moving averages, cohort analysis, funnel conversion — ini powerful tools untuk bisnis yang punya data analyst. Tapi untuk pemilik kafe yang juga jadi kasir, manajer, dan cleaning crew sekaligus — ini lebih membingungkan dari membantu.

Real-time live ticker. Kami sempat eksperimen dengan dashboard yang update setiap detik. Ternyata malah bikin orang terlalu sering ngecek dan nggak fokus ke operasional. Data yang update per shift closing sudah cukup actionable.

Keputusan Desain yang Paling Sulit

Menyembunyikan angka yang technically tersedia. Ini kontra-intuitif buat engineer. Data ada, kenapa nggak tampilkan? Tapi setiap angka yang kamu tampilkan adalah angka yang menuntut perhatian. Dan perhatian itu limited resource — terutama untuk orang yang baru selesai kerja shift panjang.

Defaulting ke hari ini, bukan minggu ini. Kebanyakan POS nampilkan summary mingguan sebagai default. Kami pilih harian karena dari pengamatan kami, pemilik kafe paling sering mau tahu "gimana hari ini" — dan mereka bisa ganti ke mingguan atau bulanan kalau perlu.

Menaruh selisih kas di tempat yang prominent. Ini keputusan yang bikin beberapa orang uncomfortable. Kenapa selisih kas harus di tempat yang gampang terlihat? Karena selisih kas yang diabaikan itu menumpuk. Kalau setiap shift closing langsung terlihat selisihnya, ada accountability natural yang terbentuk — dan masalah bisa ditangani saat masih kecil.

Export: Untuk yang Butuh Lebih

Kami sadar bahwa dashboard yang disimplifikasi nggak cukup untuk semua use case. Ada pemilik yang mau analisis lebih dalam — atau yang perlu share data ke akuntan, partner, atau investor.

Untuk itu, kami sediakan CSV export. Semua data mentah — transaksi, per-item breakdown, per-shift detail — bisa di-download dan diolah di spreadsheet sesuai kebutuhan.

Prinsipnya: dashboard untuk quick answers, export untuk deep analysis. Dua alat untuk dua kebutuhan yang berbeda.

Apa yang Kami Pelajari

Membangun dashboard laporan mengajarkan kami bahwa product design yang baik sering kali tentang apa yang kamu nggak tampilkan, bukan apa yang kamu tampilkan.

Setiap chart, setiap angka, setiap filter yang kamu tambahkan menambah cognitive load. Dan untuk pengguna yang sudah kelelahan setelah shift panjang, cognitive load itu musuh utama usability.

Dashboard yang paling berguna bukan yang paling lengkap — tapi yang paling cepat menjawab pertanyaan yang paling penting.