Kembali ke berandaStudi kasus

Studi kasus 01

Bofet Aneka

Sudah diluncurkanDuri, Riau

Sebuah rumah makan dan sebuah kedai kopi berbagi satu tempat, satu tim, dan satu hari kerja — tetapi tidak berbagi jam buka. Sistemnya disusun dari kenyataan itu, bukan dari daftar fitur.

01

Konteks operasionalnya

Bofet Aneka ramai pada sore sampai malam. BA Coffee sudah buka sejak pagi. Keduanya berdiri di alamat yang sama dan dikerjakan tim yang sama, tetapi ritmenya berbeda — dan itulah keputusan desain pertama, bukan detail kecil.

Bofet Aneka
Rumah makan · sore hingga malam
BA Coffee
Kedai kopi · sejak pagi

02

Yang dilihat pelanggan

Halaman publik menjawab pertanyaan yang memang ditanyakan orang sebelum datang: apa yang dijual, kapan buka, di mana, dan bagaimana cara memesan. Menu punya halamannya sendiri supaya bisa dibagikan sebagai satu tautan.

Halaman muka situs publik Bofet Aneka dengan foto sate dan dua identitas usaha
Halaman menu publik Bofet Aneka

03

Yang dibutuhkan tim

Empat cara bekerja yang berbeda, bukan empat modul perangkat lunak. Masing-masing hanya melihat yang perlu dilihat.

  1. 01

    Pramusaji

    Membuka meja, mencatat pesanan, dan menambah pesanan susulan tanpa memulai tagihan baru.

  2. 02

    Barista

    Punya antrean minuman sendiri, terpisah dari dapur, karena keduanya memang bekerja terpisah.

  3. 03

    Kasir

    Menutup tagihan yang sudah berjalan, menerima tunai atau QRIS, lalu mencetak struk.

  4. 04

    Pemilik

    Melihat ringkasan hari itu, komposisi pembayaran, dan kas harian tanpa perlu bertanya.

04

Satu pesanan, dari awal sampai selesai

Urutan yang sama setiap hari. Pramusaji dan barista bekerja dari ponsel di lantai; kasir bekerja dari layar tetap di meja kasir.

  1. 01

    Meja dibuka

    Satu ketukan. Tidak ada formulir sebelum tamu bisa dilayani.

    Daftar meja pada ponsel: satu meja terisi, sisanya tersedia
  2. 02

    Pesanan dicatat

    Item dipilih, opsi ditanyakan hanya saat memang perlu, lalu dikirim sebagai satu batch.

    Layar pesanan pada ponsel dengan item yang sudah terkirim
  3. 03

    Antrean menerima

    Minuman masuk ke antrean barista; dapur menangani jalurnya sendiri.

    Antrean kopi pada ponsel dengan satu minuman menunggu disiapkan
  4. 04

    Kasir menutup

    Tagihan sudah hidup sejak meja dibuka. Kasir tinggal menyelesaikannya.

    Layar pembayaran kasir dengan rincian tagihan, metode tunai, dan kembalian

Seluruh tangkapan layar operasional di halaman ini diambil dari data uji lokal, bukan dari data operasional Bofet Aneka.

Struk menutup interaksi

Struk dicetak dari apa yang benar-benar dicatat server, bukan dari hitungan di layar kasir. Di dalamnya ada nomor pesanan, meja, item beserta opsinya, metode pembayaran, dan kembalian.

Struk berisi nomor pesanan, meja, dua item, total, metode tunai, dan kembalian

Pemilik bisa melihat harinya sendiri

Tanpa menelepon siapa pun: penjualan hari itu, komposisi tunai dan QRIS, pesanan yang masih terbuka, dan status kas harian.

Ringkasan pemilik dengan penjualan hari itu, komposisi pembayaran, dan pintasan operasional

05

Keputusan yang membentuk produknya

Bagian ini yang paling menentukan hasil akhirnya — dan paling sulit disalin.

  1. 01

    Dua jam buka tidak pernah digabung

    Satu baris “jam buka” akan mengirim orang ke dapur yang masih tutup pada pagi hari. Kedua jadwal ditampilkan terpisah di setiap permukaan yang menyebut jam.

  2. 02

    Membuka meja cukup satu ketukan

    Nama tamu tidak diminta di awal. Kalau memang dibutuhkan, ia ditanyakan saat pembayaran dan tetap opsional.

  3. 03

    Meja yang salah dibuka bisa kembali kosong

    Tanpa memaksa siapa pun mengarang penjualan hanya supaya meja bisa ditutup.

  4. 04

    Kode internal berhenti menjadi nama tagihan

    Di depan orang, sebuah tagihan disebut dengan nama mejanya. Nomor internal tetap ada sebagai rujukan audit, bukan sebagai bahasa sehari-hari.

  5. 05

    Fakta yang belum terverifikasi tidak ditulis

    Tanpa rating, tanpa kisaran harga, tanpa radius antar, tanpa klaim menu terlaris. Yang belum bisa dipastikan bersama pemiliknya tidak muncul di halaman publik.

Naufal PoS · Demo interaktif · sedang disiapkan

Ingin melihat alurnya sendiri?

Kami sedang menyiapkan Naufal PoS — demo publik ringan yang memakai pola operasional yang terbukti lewat proyek ini. Datanya data contoh, dan tidak terhubung ke sistem Bofet Aneka.

Pelajari Naufal PoS

Punya kebutuhan yang mirip?

Ceritakan bisnismu lewat WhatsApp. Kami jawab jujur, termasuk kalau kebutuhanmu ternyata lebih sederhana daripada yang kamu kira.

Studi kasus berikutnya

PT Orekus Bhumi Servitia