Jawaban Singkat
Framework 3P adalah fondasi finansial bisnis yang terdiri dari tiga lapis: Pricing (optimasi gross margin dan payment terms — jangan jadi bank untuk customer), Planning (FPNA — model keuangan 12 bulan ke depan yang menjawab “kalau saya hiring, cash flow break di bulan berapa?”), dan Product (simplifikasi lini — simple scales, complex fails). Framework ini mencegah pembunuh nomor satu bisnis yang sebenarnya bagus: kolaps cash flow di tengah revenue yang tinggi.
Ada satu jenis kebangkrutan yang paling menyakitkan: bisnis yang untung di atas kertas tapi tidak bisa bayar gaji. Dan Martell — yang mempopulerkan framework ini — mengalaminya sendiri di umur 24: bisnisnya punya kontrak senilai $500 ribu, tapi karena semua customer bayar dengan tempo Net 30-60, saldo rekeningnya nol saat payroll jatuh tempo. Piutang menumpuk, kas kosong. Bisnisnya gagal bukan karena tidak laku, tapi karena revenue ≠ cash, dan profit ≠ cash.
Pola yang sama terjadi di brand retail Indonesia setiap hari: penjualan marketplace ramai, tapi pembayaran COD baru cair 7-10 hari setelah order, kas terikat di stok, dan tiba-tiba invoice supplier datang di saat rekening sedang tipis. Framework 3P dirancang untuk menutup lubang ini secara sistematis.
Kenapa Bisnis yang “Untung” Bisa Kehabisan Kas?
Tiga kebingungan yang paling sering terjadi:
Revenue disangka profit. Omzet Rp1 miliar terdengar besar, tapi kalau 30% habis di COGS dan 40% di gaji, profit sebenarnya hanya Rp300 juta. Revenue adalah vanity metric kalau kamu tidak tahu margin di baliknya.
Profit disangka cash. Laporan laba rugi bilang untung, tapi uangnya terikat di piutang dan inventory. Kamu tidak bisa bayar gaji pakai piutang — hanya kas yang bisa.
Payment terms yang membunuh pelan-pelan. Customer bayar 30-60 hari kemudian, sementara kamu bayar staf dan supplier hari ini. Setiap kontrak baru justru memperbesar jurang kas. Kamu sedang membiayai pertumbuhan customer — padahal mereka tidak membayarmu cukup untuk jadi bank mereka.
Framework 3P menyerang tiga akar masalah ini satu per satu.
| Lapis | Pertanyaan Kunci | Masalah yang Dicegah | Tool Utama |
|---|---|---|---|
| Pricing | Apakah margin optimal? Apakah kamu membiayai customer? | Margin tipis, piutang menumpuk | Gross margin per produk, dynamic pricing |
| Planning | Apakah kamu tahu posisi kas 30-90 hari ke depan? | Payroll surprise, keputusan buta | FPNA (model kas 12 bulan) |
| Product | Apakah penawaranmu cukup simpel untuk di-scale? | COGS tak terprediksi, kas terikat di stok | Audit SKU, konsolidasi |
P Pertama: Pricing — Kenali Margin, Jangan Jadi Bank
Hitung gross margin per produk, bukan hanya total
Rumusnya sederhana: Gross Margin = (Harga Jual − COGS) / Harga Jual × 100%. Jual di Rp500 ribu dengan COGS Rp200 ribu berarti margin 60%. Yang jarang dilakukan brand: menghitung ini per produk, per customer, dan per channel — bukan hanya angka gabungan.
Konteks marketplace Indonesia membuat ini lebih genting. Produk dengan modal Rp100 ribu yang dijual Rp300 ribu terlihat punya margin gemuk, tapi setelah dipotong komisi marketplace 15-20% dan ongkir yang diserap seller Rp5-15 ribu, gross margin nyatanya sekitar 57%. Saat musim hujan dan biaya kirim naik ke Rp25 ribu, margin turun ke 52% — dan kalau kamu tidak melacaknya bulanan, kamu baru sadar setelah profit hilang.
Analogi dari dunia restoran: food cost yang sehat maksimal 21% dari revenue. Chef yang lalai membiarkannya merayap ke 35-40% — dan restoran yang “ramai terus” itu ternyata zero profit. Margin memang setipis itu, dan satu-satunya pertahanan adalah mengukurnya terus-menerus.
Dynamic pricing: harga berbeda untuk cara bayar berbeda
Prinsipnya: semakin cepat kas masuk, semakin murah harganya.
- Bayar penuh di depan → harga termurah. Kas langsung masuk, kamu bisa investasi hari ini.
- Cicilan bulanan → harga penuh atau premium 5-10%. Contoh angka lokal: transfer bank langsung Rp300 ribu, cicilan 3x jadi Rp105 ribu/bulan (total Rp315 ribu, premium 5%).
- Tempo Net 30-60 → premium 15-25%, atau tolak sama sekali.
Frame-nya ke customer bukan “saya butuh uangnya”, tapi “bayar lebih cepat = harga lebih murah untuk kamu.”
Kasus nyata dari framework ini: sebuah agency dengan kontrak 6 bulan meng-onboard klien dengan deposit 0% — artinya agency membayar gaji tim hari ini untuk pekerjaan yang baru dibayar berbulan-bulan kemudian, dan berulang kali gagal payroll. Perbaikannya satu perubahan pricing: deposit 50% di depan untuk kontrak 6 bulan, sisanya dicicil, dengan positioning “deposit memastikan project kamu diprioritaskan dengan resource yang tepat”. Cash flow langsung sehat, payroll aman, dan sisa kas bisa dipakai beriklan untuk cari klien baru.
Ubah sesuatu di pricing setiap 6 bulan
Aturan praktisnya: harus ada sesuatu yang berubah di struktur pricing minimal setiap 6 bulan — harga untuk customer baru, bundling, tiering Good/Better/Best, atau payment terms. Biaya supplier berubah, inflasi jalan terus, dan value perception kamu naik seiring track record. Harga yang tidak disentuh 3 tahun hampir pasti meninggalkan uang di atas meja — atau lebih buruk, margin-nya sudah tergerus tanpa kamu sadari.
P Kedua: Planning — FPNA, Bukan Sekadar Pembukuan
FPNA itu melihat ke depan, bukan ke belakang
FPNA (Financial Planning & Analysis) berbeda dari pembukuan. Pembukuan mencatat apa yang sudah terjadi; FPNA memodelkan apa yang akan terjadi. Pertanyaan yang dijawab FPNA:
- “Kalau saya hiring orang ini, cash flow break di bulan berapa?”
- “Kalau revenue turun 25%, berapa lama kas bertahan?”
- “Kalau biaya supplier naik 40%, harga harus naik berapa persen supaya tetap profit?”
Tanpa FPNA, semua keputusan besar adalah tebakan. Dengan FPNA, kamu melihat masalah 30 hari sebelumnya — bukan saat payroll sudah gagal.
Versi sederhananya cukup Google Sheets
Strukturnya: kolom untuk 12 bulan, baris untuk kategori income, kategori expense, net profit, dan — ini yang paling penting — saldo kas awal dan akhir per bulan. Isi 3 bulan terakhir dengan angka aktual, proyeksikan 9 bulan ke depan, lalu jalankan skenario: revenue drop 25%, tambah satu hire, biaya kirim naik.
Untuk bisnis Indonesia, FPNA wajib memasukkan musiman: Lebaran (spike penjualan Juni-Juli), Imlek (Februari sering melambat), dan musim pajak Maret-Mei di mana kas harus disisihkan. Model sederhana ini yang membedakan founder yang tahu Februari akan tipis dan sudah siap buffer, dari founder yang tiap bulan kaget.
Jangan hire CFO terlalu dini — pakai tangga finansial
Urutannya berjenjang mengikuti ukuran bisnis: bookkeeper dulu (rekonsiliasi, catat income-expense — jangan dikerjakan sendiri), lalu controller (approve setiap pengeluaran, jaga checks and balances), lalu analis FPNA (bangun model forward-looking — di bisnis kecil ini peran founder sendiri), dan CFO baru masuk akal di skala revenue besar dengan struktur kompleks. Kesalahan umum: hire CFO saat yang dibutuhkan baru bookkeeper, atau sebaliknya — mengambil keputusan hiring puluhan juta per bulan tanpa model FPNA sama sekali.
P Ketiga: Product — Simple Scales, Complex Fails
Prinsipnya keras: kamu tidak bisa men-scale kompleksitas. Kompleksitas itu chaos, dan chaos tidak bisa di-scale.
Kasus dari framework ini: pemilik beberapa toko retail dengan 100+ SKU per lokasi, margin per produk timpang (ada yang 20%, ada yang 70%), inventory jadi mimpi buruk, dan kas selalu terikat di “barang”. Setiap bulan selalu “more month than money”. Perbaikannya: simplifikasi ke 20-30 SKU inti, kurangi varian warna dan ukuran, kill produk low margin. Hasilnya: inventory lebih kecil = kas lebih banyak di tangan, margin lebih jelas, staf lebih mudah dilatih, dan profitabilitas jadi bisa diprediksi.
Cara mengauditnya — plot semua produk di matriks margin × volume:
| Kategori | Margin | Volume | Aksi |
|---|---|---|---|
| Star | Tinggi | Tinggi | Keep & expand |
| Underpriced | Rendah | Tinggi | Naikkan harga, atau kill |
| Hidden gem | Tinggi | Rendah | Push penjualan, atau kill |
| Money loser | Rendah | Rendah | Kill sekarang |
Untuk seller marketplace: 30 warna kemeja yang sama → 3 warna best seller. 7 ukuran → 3 ukuran (S, M, L). Custom order → standar saja, atau charge premium 50% untuk custom. Test ke customer dulu: “Kalau kami hanya jual 3 pilihan, mana yang akan kamu beli?” Bangun dari jawaban itu.
Product yang simpel juga yang membuat dua P lainnya bekerja: COGS jadi terprediksi (Pricing beres), variabel di model keuangan lebih sedikit (Planning beres). Amazon mulai dari satu kategori — buku — sebelum menambah kompleksitas setelah sistemnya siap.
Bagaimana BAIK Digital Menerapkan Ini
Di BAIK Digital, keputusan scaling budget iklan tidak pernah dibuat dari ROAS saja — kami selalu mulai dari gross profit per order dan struktur margin brand, karena scale di atas unit economics yang negatif hanya mempercepat kehabisan kas. Untuk brand retail yang sebagian besar transaksinya COD marketplace, kami juga memperhitungkan jeda pencairan 7-10 hari ke dalam rencana budget bulanan, supaya kenaikan spend tidak menabrak posisi kas brand di tengah bulan.
Relevan untuk Siapa?
Relevan kalau: revenue kamu sudah jalan tapi saldo kas terasa tidak sinkron dengan laporan profit; harga produk tidak berubah lebih dari setahun; kamu punya banyak SKU dengan margin yang timpang; atau kamu takut hiring karena tidak tahu apakah kas kuat menanggungnya.
Belum relevan kalau: bisnis kamu masih di tahap validasi produk dan belum ada penjualan konsisten. Di tahap itu, fokus dulu ke satu produk dengan margin jelas — framework 3P baru berguna saat sudah ada arus kas yang perlu distabilkan.
Mau Audit Struktur Margin dan Cash Flow Brand Kamu?
BAIK Digital adalah performance ads strategic partner berbasis Jakarta yang membantu brand retail Indonesia tumbuh secara sustainable. Dengan pengalaman menangani 16+ brand retail aktif, kami membantu memastikan keputusan scaling iklan dibangun di atas unit economics dan posisi kas yang sehat — bukan sekadar ROAS di dashboard.
Pertanyaan yang Sering Muncul
Apa bedanya framework 3P ini dengan sekadar “atur cash flow”?
“Atur cash flow” biasanya berhenti di mencatat uang masuk-keluar. Framework 3P menyerang akar strukturalnya: margin yang tidak diketahui per produk (Pricing), ketidakmampuan memproyeksikan kas ke depan (Planning), dan kompleksitas produk yang mengikat kas di inventory (Product). Kalau ketiganya beres, cash flow sehat sebagai konsekuensi — bukan hasil tambal sulam bulanan.
Bagaimana cara mulai dynamic pricing tanpa bikin customer lama marah?
Terapkan hanya ke customer dan deal baru — jangan ubah kesepakatan yang sedang berjalan (grandfathering). Sajikan sebagai pilihan, bukan kenaikan: “Mau diskon bayar di depan, atau cicilan bulanan?” Contohnya: bank transfer langsung Rp300 ribu vs cicilan 3x total Rp315 ribu. Lacak berapa persen yang memilih tiap opsi; data itu jadi dasar penyesuaian berikutnya.
Berapa lama waktu penagihan (collection time) yang masih sehat?
Di bawah 30 hari dari invoice ke kas masuk itu sehat; di atas 60 hari itu bahaya. Kalau rata-rata kamu di atas 45 hari, itu sinyal kuat untuk menerapkan dynamic pricing: beri insentif bayar di depan, atau tambahkan premium untuk tempo. Untuk seller marketplace dengan COD, hitung juga jeda pencairan 7-10 hari sebagai bagian dari collection time kamu — dan pertimbangkan diskon kecil, misalnya 5%, untuk mendorong transfer di depan lewat channel direct.
Apakah FPNA harus pakai software mahal?
Tidak. Versi yang berfungsi cukup satu Google Sheet: 12 kolom bulan, baris income per sumber, expense per kategori, net profit, dan saldo kas awal-akhir. Yang membuatnya bekerja bukan tool-nya, tapi disiplinnya: isi aktual tiap bulan, proyeksikan ke depan, dan jalankan minimal satu skenario stress test seperti “revenue turun 25%”. Software baru relevan saat revenue stream sudah banyak dan multi-entitas.
Produk mana yang harus di-kill duluan saat simplifikasi?
Mulai dari kuadran low margin + low volume — ini money loser murni, kill sekitar 10% terbawah dulu. Lalu evaluasi produk low margin tapi high volume: naikkan harganya, dan kalau volume anjlok setelah naik, produk itu memang tidak layak dipertahankan. Sebelum eksekusi, tanya customer: “Kalau kami hilangkan semua kecuali 3 penawaran, mana yang paling kamu rindukan?” Jawaban mereka adalah peta konsolidasimu.
Kalau biaya supplier tiba-tiba naik 40%, apa langkah pertamanya?
Buka FPNA dan modelkan dampaknya ke margin — misalnya, apakah kamu masih profit kalau harga jual tetap, dan berapa persen harga harus naik untuk mempertahankan margin. Lalu sesuaikan pricing sebelum margin habis, bukan setelahnya. Jangka menengah: bangun diversifikasi supplier dan kunci harga dengan kontrak saat memungkinkan. Inilah alasan aturan “ubah pricing tiap 6 bulan” ada — supaya kamu tidak pernah terjebak dengan harga jual lama di atas struktur biaya baru.