A. Pembahasan Umum
Pada skala mikro, proyeksi omzet harus sederhana dan mudah diperbarui setiap hari. Owner dapat memulai dari jumlah porsi yang mampu dibuat, jumlah transaksi realistis, harga rata-rata, serta hari operasi.
Kesalahan umum adalah mengalikan kapasitas maksimal dengan harga jual seolah semua porsi pasti terjual. Proyeksi perlu memasukkan hari sepi, produk tidak terjual, pembatalan, komisi, dan perubahan permintaan.
B. Studi Kasus
| Komponen | Kondisi |
|---|---|
| Jenis usaha | Kedai nasi ayam rumahan |
| Omzet | Realisasi awal Rp31.500.000 per bulan |
| Jumlah karyawan | Owner dan 2 helper |
| Channel penjualan | Takeaway, WhatsApp, delivery |
| Masalah utama | Target dibuat dari kapasitas penuh, bukan transaksi aktual |
Dapur Ayam Pagi semula menargetkan 80 porsi setiap hari. Setelah dua minggu, rata-rata penjualan hanya 47 transaksi dengan average bill Rp27.000. Owner kemudian membuat proyeksi berdasarkan hari, channel, dan tingkat pertumbuhan yang realistis.
| Skenario | Asumsi Harian | Proyeksi Bulanan |
|---|---|---|
| Konservatif | 40 transaksi x Rp26.000 x 26 hari | Rp27.040.000 |
| Dasar | 52 transaksi x Rp27.000 x 26 hari | Rp36.504.000 |
| Agresif | 65 transaksi x Rp28.000 x 26 hari | Rp47.320.000 |
| Batas kapasitas | 80 transaksi x Rp28.000 x 26 hari | Rp58.240.000; bukan target otomatis |
C. SOP yang Terkait
| Langkah | Prosedur |
|---|---|
| 1. Catat transaksi | Pisahkan jumlah transaksi, item, dan average bill per hari. |
| 2. Kelompokkan pola | Bandingkan weekday, weekend, payday, dan cuaca. |
| 3. Hitung kapasitas | Tentukan porsi maksimal yang dapat dibuat tanpa menurunkan kualitas. |
| 4. Buat tiga skenario | Gunakan transaksi dan average bill berbeda. |
| 5. Hubungkan ke pembelian | Sesuaikan stok dan prep dengan skenario dasar plus safety stock. |
| 6. Review mingguan | Perbarui asumsi dari data terbaru. |
D. Audit yang Terkait
| Area Audit | Pertanyaan Audit |
|---|---|
| Kontrol 1 | Apakah proyeksi memakai transaksi, bukan kapasitas penuh? |
| Kontrol 2 | Apakah average bill dihitung dari data aktual? |
| Kontrol 3 | Apakah hari operasi dan hari sepi dimasukkan? |
| Kontrol 4 | Apakah delivery dipisahkan dari takeaway? |
| Kontrol 5 | Apakah pembelian bahan mengikuti skenario yang realistis? |
E. Tujuan & Manfaat
Tujuannya adalah membantu owner menyiapkan bahan dan kas tanpa overstock atau kehilangan penjualan.
| Manfaat | Penjelasan |
|---|---|
| Belanja lebih tepat | Prep mengikuti volume yang realistis. |
| Target harian jelas | Owner mengetahui transaksi minimum. |
| Kas lebih aman | Pengeluaran tidak mengikuti omzet optimistis. |
| Evaluasi cepat | Gap dapat diperiksa setiap minggu. |
F. Proses & Alur Kerja
Owner mengambil data transaksi harian, mengelompokkan pola, menentukan kapasitas, lalu membuat tiga skenario. Proyeksi dipakai untuk prep, pembelian, dan target penjualan.
| Tahap | Aktivitas |
|---|---|
| Data | Kasir/owner mencatat transaksi dan average bill. |
| Pola | Owner membandingkan hari dan channel. |
| Model | Owner menyusun skenario. |
| Eksekusi | Helper menyesuaikan prep. |
| Review | Owner mengoreksi asumsi mingguan. |
G. Stakeholder Terkait
| Stakeholder | Peran |
|---|---|
| Owner | Menentukan arah, asumsi, modal, dan keputusan akhir. |
| Helper | Memberi masukan tentang kapasitas kerja dan kendala lapangan. |
| Supplier | Memberi data harga, minimum order, lead time, dan risiko pasokan. |
| Pelanggan | Menjadi sumber validasi kebutuhan, harga, dan pengalaman. |
| Keluarga owner | Membantu menilai batas modal, waktu, dan risiko rumah tangga. |
H. Evaluasi & Refleksi
Apakah target berasal dari permintaan atau hanya kapasitas?
Berapa transaksi minimum untuk menutup biaya?
Hari apa yang paling lemah dan mengapa?
Berapa waste jika skenario dasar tidak tercapai?
Apa tindakan ketika realisasi dua minggu di bawah proyeksi?
I. Kesimpulan Skala Mikro
Proyeksi omzet skala mikro harus berangkat dari transaksi, average bill, hari operasi, dan kapasitas nyata. Angka yang sederhana tetapi diperbarui rutin jauh lebih berguna daripada target tinggi tanpa dasar.
