Performa Channel · Bestseller & Stok · Item Sale · Rencana Produksi
🧪 Data contoh dari file Anda (KPI, Target, Reorder Point) — belum live dari DealPOS
🕒 Memuat riwayat...
⚠️ Catatan penting: Isi tabel Bestseller & Stok di bawah diambil manual dari sebagian baris file REORDER_POINT.pdf Anda sebagai contoh tampilan — bukan seluruh SKU, dan kolomnya perlu divalidasi ulang langsung dari file Excel sumber (bukan PDF) sebelum dipakai untuk keputusan produksi sungguhan. Data Performa Channel diambil dari KPI_HLGN_2026 dan TARGET_2026 (Jan–Jun 2026, angka aktual).
Belum ditarik — dashboard masih menampilkan data contoh dari file yang Anda upload.
Belum ditarik — kolom Alarm di tabel Bestseller & tab 🚨 Alarm Tren masih kosong sampai data 3/7/14/28 hari ditarik.
🧭 Ringkasan Eksekutif — Mulai Dari Sini
Temuan otomatis dari data channel & stok. Urut prioritas: bereskan dulu yang merah (achievement rendah / stok kritis) baru lanjut.
🕒 Riwayat Pembaruan
Tersimpan otomatis tiap kali data ditarik dari DealPOS atau WIP diedit manual — tetap ada walau dashboard ditutup & dibuka lagi.
Memuat riwayat...
📊 Performa Penjualan per Channel — Jan–Jun 2026
Realisasi vs Target — All Channel
RealisasiGaris Target
🛒 Shopee vs Target — kontribusi terbesar
🎵 TikTok Shop — penopang utama
🥧 Kontribusi Channel (kumulatif Jan–Jun)
Bulan
Target (Rp)
Realisasi (Rp)
Achv %
Shopee
TikTok
Lazada
Tokopedia
Baca cepat: TikTok Shop konsisten di atas ekspektasi dan menutupi kekurangan channel lain. Shopee konsisten di bawah kontribusi yang diharapkan dan makin melemah menjelang Juni. Ketergantungan pada satu channel (TikTok) untuk menutup target adalah risiko konsentrasi — kalau performa TikTok turun, target total ikut turun tajam.
🏆 Bestseller & Kesehatan Stok
#
Artikel
Kategori
84D
28D
AVG Sale 84D
AVG Sale 28D
Growth
SOH
Cover(bln)
Status
Klik judul kolom untuk mengurutkan. Data di bawah ini ditarik langsung dari tab Reorder Point live di Google Sheet Anda — Status & Cover memakai formula asli per kategori milik Hooligans. Kolom Vendor, WIP, Tambah Stok, Perlu Produksi, dan Alarm dipindah/disembunyikan dari tabel ini — datanya masih dipakai di tab 🚨 Alarm Tren, 📦 Notifikasi Produksi, dan 📋 Tracking Order.
🚨 Alarm Tren Penjualan — 3 Tingkat
Membandingkan rata-rata penjualan di jendela waktu pendek vs panjang untuk mendeteksi perubahan tren lebih awal daripada Cover/Status biasa (yang berbasis rata-rata bulanan saja). Klik 📈 Cek Alarm Tren Penjualan (DealPOS) di atas untuk mengisi/refresh data ini.
🔵 Alarm Awal
Avg harian 3 hari vs 7 hari terakhir. Sinyal paling awal, paling sensitif/noisy — baru untuk dipantau, belum untuk aksi produksi.
🟠 Alarm Aksi
Total 1 minggu terakhir vs rata-rata mingguan 4 minggu. Kalau muncul, pertimbangkan aksi: percepat reorder (jika naik tajam) atau tahan produksi (jika turun tajam).
🟣 Alarm Monitoring
Avg 2 minggu vs avg 12 minggu. Konfirmasi tren jangka menengah — masukkan ke rencana produksi/kategori berikutnya kalau konsisten dengan 2 alarm di atas.
Artikel
Kategori
🔵 Awal (3h vs 7h)
🟠 Aksi (1mgg vs avg4mgg)
🟣 Monitoring (2mgg vs avg12mgg)
Saran
Catatan: ambang trigger (25% untuk Alarm Awal & Aksi, 20% untuk Alarm Monitoring) adalah nilai default — sesuaikan di kode kalau kategori Anda punya volatilitas berbeda (mis. produk sale/musiman wajar lebih fluktuatif daripada basic item).
📦 Notifikasi Produksi — Breakdown per Size & Kirim WhatsApp
Cara kerja: breakdown per size dihitung dari rasio penjualan 84 hari terakhir per size di DealPOS, diterapkan ke total Perlu Produksi per artikel. Ini lebih mewakili demand riil dibanding rasio SOH (yang bisa menyesatkan kalau size tertentu stoknya kecil justru karena laku cepat). Tetap perlu dicek manual kalau ada size baru rilis/data penjualannya belum representatif (misal baru restock <84 hari).
Belum ditarik — breakdown size di bawah masih kosong untuk artikel yang perlu produksi.
Artikel
Perlu Produksi (total)
Breakdown per Size
Kirim ke WhatsApp
Nomor tujuan opsional — kosongkan kalau mau pilih kontak/grup manual saat WhatsApp terbuka.
Tombol ini membuka WhatsApp (app/web) dengan draft pesan sudah terisi — Anda tetap perlu klik Kirim di WhatsApp-nya sendiri. Tidak ada pengiriman otomatis diam-diam.
📋 Tracking Order Produksi
Tersimpan otomatis (persisten, tetap ada walau dashboard dibuka ulang). Remaining dihitung otomatis = Order − Delivered per size, tidak perlu diisi manual. 3 baris dari ORDER___WIP_TRACK.xlsx yang Anda upload sudah otomatis masuk di bawah — edit langsung kalau ada yang perlu diperbarui (Delivered, Status, dll).
#
Category
Artikel
Vendor
Order Date
Bahan
Warna
Status
ORDER
DELIVERED
REMAINING
S/28
M30
L/32
XL/34
XXL/36
S/28
M30
L/32
XL/34
XXL/36
S/28
M30
L/32
XL/34
XXL/36
🏷️ Item Sale — Cairkan Stok Lambat
Barang cover > 6 bulan (BERLEBIH) = stok menumpuk relatif laju jual. Usulan diskon dihitung dari seberapa lambat perputarannya.
Artikel
Kategori
SOH
/bln
Cover(bln)
Usul Diskon
Logika usul diskon (generik, sesuaikan margin Anda): Cover > 12 bln → 50% · 9–12 bln → 35% · 6–9 bln → 25%. Semakin lama stok tak berputar, semakin dalam diskonnya.
📐 Rumus & Logika Lengkap
Dua sumber logika berbeda di dashboard ini — jangan disamakan:
1) Logika ROP asli Hooligans (ditarik langsung dari tab Reorder Point live di Google Sheet Anda) — dipakai untuk kolom Status, Tambah Stok (= Target Stock Level asli − SOH), dan Perlu Produksi (= kolom "selisih" asli dari sheet Anda, sudah memperhitungkan WIP/PO berjalan):
Buffer Lead Time: bervariasi per kategori (contoh: T-Shirt 1,5 bln, Jaket 2 bln)Buffer Lebaran: 0,5 bln (umumnya)Target LBRN Stock Level: 100–200% dari average sales tergantung kategoriROP & SSL: dihitung sheet Anda, ditampilkan apa adanya
Ini sekarang jadi sumber utama untuk 105 SKU yang ditampilkan — bukan lagi rata-rata/tebakan, tapi hasil langsung dari formula yang sudah Anda percaya dan pakai sehari-hari.
2) Logika generik template — hanya dipakai sebagai fallback untuk SKU yang belum punya Target Stock Level (misalnya hasil live-pull DealPOS per-varian yang belum di-map ke buffer kategori):
Lead time asumsi: 2 bulanStok pengaman: 1 bulanTitik pesan ulang (cover): 3 bulan
Kalau dua logika ini menghasilkan kesimpulan berbeda untuk SKU yang sama, ikuti logika #1 (Reorder Point asli Anda) — logika #2 hanya jaring pengaman kalau ada SKU baru yang belum punya buffer terdefinisi.
Langkah perhitungan generik (contoh nyata)
Istilah
Rumus
Contoh
Kenapa pakai "cover" bukan sekadar "stok sedikit"?
SOH 1.200 pcs bisa aman untuk produk yang terjual 30/bln, tapi kritis untuk produk yang terjual 400/bln. Yang menentukan bukan jumlah stok, tapi berapa lama stok itu bertahan pada laju jual sekarang.
📈 Alarm Tren Penjualan — 3 Tingkat (fitur baru)
Tier
Rumus
Ambang
Kegunaan
🔵 Alarm Awal
(d3÷3 − d7÷7) ÷ (d7÷7) × 100%
±25%
Sinyal paling awal & paling sensitif/noisy — untuk dipantau, belum untuk aksi produksi.
🟠 Alarm Aksi
(d7 − d28÷4) ÷ (d28÷4) × 100%
±25%
1 minggu terakhir vs rata-rata mingguan 4 minggu — kalau trigger, pertimbangkan aksi nyata (percepat reorder / tahan produksi).
🟣 Alarm Monitoring
(d14÷2 − s84÷12) ÷ (s84÷12) × 100%
±20%
Avg 2 minggu vs avg 12 minggu (baseline s84 yang sudah ada) — konfirmasi tren jangka menengah untuk rencana produksi berikutnya.
Butuh field d3/d7/d14/d28 (total unit terjual 3/7/14/28 hari terakhir per SKU) — ditarik lewat tombol 📈 Cek Alarm Tren Penjualan (DealPOS). Sebelum diklik, kolom Alarm & tab Alarm Tren kosong (bukan berarti stabil — memang belum ada datanya). Ambang 25%/20% adalah default awal; sesuaikan kalau kategori tertentu (mis. item sale/musiman) wajar lebih fluktuatif.
Papan kerja Hooligans · dibuat dari template internal · data KPI & Reorder Point per Jun 2026 · perlu diverifikasi sebelum dipakai untuk keputusan produksi.