Kenapa Diskon dan Void di CrescendPOS Perlu Approval Manager

Keputusan Desain yang Sengaja Kami Buat Lebih Lambat

Saat kami merancang alur kasir di CrescendPOS, ada satu keputusan yang cukup panjang diskusinya: apakah kasir bisa langsung beri diskon atau void pesanan tanpa perlu persetujuan siapa pun?

Dari sisi UX murni, jawabannya gampang: ya, buat sesimpel mungkin. Satu tombol, langsung jalan.

Tapi dari sisi operasional bisnis F&B yang sesungguhnya — terutama kafe dan restoran dengan lebih dari satu kasir, lebih dari satu shift — jawabannya jauh lebih bernuansa. Dan kami akhirnya pilih untuk mewajibkan approval manager lewat PIN untuk dua aksi ini.

Ini cerita di balik keputusan itu.

Masalah yang Kami Coba Selesaikan

Dari obrolan kami dengan pemilik kafe sebelum CrescendPOS dibangun, satu tema yang konsisten muncul: diskon dan void adalah dua titik paling umum di mana angka di laporan keuangan nggak cocok dengan realita kas.

Ini beberapa skenario nyata yang mereka ceritakan:

Diskon untuk teman atau kenalan. Kasir memberi diskon ke teman yang datang, tanpa sepengetahuan owner. Kalau ini terjadi beberapa kali sehari di jam sibuk, kerugiannya bisa kumulatif dalam sebulan.

Void untuk tutup-tutupin kesalahan. Pesanan yang salah input — entah karena kasir kurang teliti atau karena pelanggan berubah pikiran — kadang di-void tanpa dicatat alasannya. Yang masalah bukan void-nya sendiri, tapi ketidakjelasan mengapa void terjadi. Tanpa alasan yang tercatat, kamu nggak bisa bedakan void yang legitimate dari yang bermasalah.

Kombinasi keduanya. Pesanan di-void lalu di-input ulang dengan harga lebih rendah. Ini lebih susah terdeteksi kalau nggak ada sistem approval.

Kami bukan menuduh semua kasir bermasalah — jauh dari itu. Tapi sistem yang baik bukan yang berasumsi semua orang jujur. Sistem yang baik adalah yang membuat kejujuran mudah dan penyalahgunaan sulit.

Bagaimana Alur Approval-nya Bekerja

Saat kasir di CrescendPOS melakukan aksi yang butuh approval — misalnya memberikan diskon di atas threshold tertentu, atau void item yang sudah masuk ke dapur — sistem akan meminta PIN manager.

Alurnya sengaja kami desain agar nggak memaksa manager untuk meninggalkan posisinya jika dia ada di dekat kasir: kasir cukup serahkan tablet sebentar ke manager, manager masuk PIN, selesai. Prosesnya bisa berlangsung dalam 5-10 detik kalau manager ada di lokasi.

Setiap approval tersimpan di audit trail dengan tiga informasi: siapa yang melakukan aksi (kasir), siapa yang approve (manager), dan alasan yang diisi. Alasan ini opsional tapi kami dorong untuk diisi — karena ini yang akan membuat laporan jadi berguna, bukan hanya daftar angka.

Apa yang Audit Trail Bisa Kasih Tahu Kamu

Ini bagian yang paling menarik untuk dibahas — dan yang paling sering underestimated oleh owner kafe saat pertama kali pakai sistem ini.

Setelah beberapa minggu beroperasi dengan approval yang konsisten, laporan audit mulai menunjukkan pola:

Pola diskon per kasir. Apakah ada kasir tertentu yang approval diskon-nya jauh lebih sering dari yang lain? Ini bisa berarti banyak hal — dia lebih sering dapat tamu yang komplain, dia terlalu cepat menawarkan diskon, atau memang ada sesuatu yang perlu dicek lebih lanjut.

Pola void per jenis menu. Kalau satu item tertentu di-void lebih sering dari yang lain, itu bisa sinyal bahwa ada masalah di deskripsi menu (pelanggan nggak ekspektasi itu), atau ada masalah di proses pembuatan (mudah salah).

Pola waktu. Apakah void lebih sering terjadi di jam-jam tertentu? Jam paling sibuk? Kalau iya, mungkin ada masalah di alur operasional saat peak time — kasir terburu-buru, input salah, dan void jadi solusi.

Data ini bukan untuk menghakimi — tapi untuk membantu kamu improve sistem. Kamu nggak bisa improve apa yang nggak kamu ukur.

Trade-off yang Jujur: Ada Langkah Tambahan

Kami nggak mau pura-pura bahwa ini tanpa biaya. Approval manager menambahkan satu langkah ke aksi yang tanpa approval bisa selesai dalam satu klik.

Kalau manager sedang tidak ada di lokasi — sedang di dapur, sedang di luar untuk urusan supplier — kasir harus menunggu atau menghubungi manager untuk masuk PIN. Ini bisa terasa menghambat kalau terjadi di jam sibuk.

Ada beberapa cara untuk meminimalisir gesekan ini:

• Tentukan threshold diskon yang masuk akal. Diskon kecil (misalnya kurang dari 5-10%) bisa kamu setting untuk tidak butuh approval, sementara diskon yang lebih besar butuh manager.
• Pastikan selalu ada satu orang dengan akses manager di setiap shift. Ini bukan hanya soal approval diskon — tapi juga untuk berbagai situasi operasional lain yang butuh keputusan cepat.
• Training kasir tentang kapan void itu legitimate dan kapan perlu dicari solusi lain. Void yang tepat dan beralasan nggak akan butuh waktu lama karena manager akan langsung understand konteksnya.

Mengapa Kami Pilih Visibilitas di Atas Kecepatan

Kalau kamu harus merangkum filosofi di balik keputusan ini dalam satu kalimat: kami percaya bahwa visibilitas lebih berharga dari kecepatan untuk aksi yang punya risiko finansial.

Diskon dan void adalah dua aksi yang langsung berdampak pada pendapatan yang kamu catat. Setiap rupiah yang di-diskon atau di-void seharusnya bisa dijelaskan — kenapa, oleh siapa, dengan persetujuan siapa. Kalau kamu nggak bisa jawab pertanyaan itu, kamu nggak benar-benar tahu apa yang terjadi di bisnismu.

Approval bukan tentang nggak percaya staf. Ini tentang membangun sistem yang membuat akuntabilitas jadi otomatis — bukan sesuatu yang harus kamu kejar dan tanyakan satu per satu setiap akhir bulan.

Apa yang Kami Pelajari Setelah Fitur Ini Jalan

Setelah fitur ini live dan dipakai oleh kafe yang pakai CrescendPOS, ada satu feedback yang paling sering kami dengar: owner merasa lebih tenang saat nggak bisa langsung pantau operasional secara fisik.

Kamu bisa lihat laporan shift dari mana saja. Kamu bisa lihat berapa void terjadi hari ini, siapa yang approve, dan alasannya. Kalau ada yang terasa aneh, kamu bisa langsung tanya dengan konteks yang jelas — bukan hanya perasaan bahwa sesuatu nggak beres.

Itu nilai yang nggak bisa diukur hanya dari efisiensi langkah per transaksi. Dan itulah kenapa kami mempertahankan keputusan desain ini.