Kenapa Kami Bangun Model Harga Berdasarkan Revenue (dan Kenapa Pricing SaaS Biasa Nggak Adil untuk UMKM)

Masalah dengan Flat-Fee SaaS

Model harga standar di industri SaaS: "Rp X per bulan" — same price for everyone. Kafe baru yang buka seminggu lalu bayar sama dengan kafe established yang sudah 3 tahun jalan.

Untuk software kantoran, ini mungkin masuk akal. Semua orang dapat fitur yang sama, volume usage-nya kurang lebih sama.

Tapi untuk POS kafe kecil di Indonesia? Ini menciptakan masalah yang nyata.

Bayangkan dua kafe:

• Kafe A: baru buka 2 bulan lalu. Omzet Rp 3 juta/bulan. Masih cari-cari pelanggan. Cash flow sangat ketat
• Kafe B: sudah jalan 2 tahun. Omzet Rp 40 juta/bulan. Profitable dan stabil

Kalau keduanya bayar flat fee Rp 200.000/bulan, itu 6.7% dari revenue Kafe A tapi cuma 0.5% dari revenue Kafe B. Beban relatifnya beda 13 kali lipat.

Dan yang lebih buruk: Kafe A — yang paling nggak mampu bayar — justru yang paling butuh POS. Tanpa POS, mereka nggak punya data penjualan, nggak bisa tracking performa, nggak tahu kapan break even. Tools yang seharusnya membantu mereka survive justru jadi beban tambahan.

Prinsip yang Kami Pegang

Waktu mendesain model harga CrescendPOS, kami mulai dari satu pertanyaan: "Kapan bayar POS terasa fair?"

Jawabannya: ketika biaya POS selalu proporsional dengan kemampuan bisnis membayar. Dan proxy paling jujur untuk kemampuan bayar adalah revenue — bukan fitur yang dipakai, bukan jumlah user, bukan jumlah transaksi.

Dari situ lahir model pricing kami:

• Gratis untuk bisnis dengan revenue rendah. Kafe yang baru mulai dan omzetnya masih kecil nggak perlu bayar apa-apa. Mereka butuh POS untuk survive, bukan untuk dicharge
• Naik proporsional seiring revenue tumbuh. Semakin banyak revenue kamu, semakin banyak kamu bayar — tapi selalu dalam persentase yang kecil dan predictable
• Semua fitur tersedia untuk semua orang. Nggak ada tiering fitur. Kafe kecil dapat fitur yang sama persis dengan kafe besar. Perbedaannya cuma di biaya, bukan di kemampuan

Kenapa Bukan Per-Transaksi?

Alternatif lain yang kami pertimbangkan: charge per transaksi. Setiap kali ada penjualan, potong sekian persen atau sekian Rupiah.

Kami nggak pilih ini karena:

• Menciptakan insentif yang salah. Kalau kamu bayar per transaksi, secara psikologis setiap penjualan "terasa" lebih mahal. Kamu mulai berpikir "apakah transaksi kecil worth it?" — dan itu mindset yang nggak sehat untuk bisnis
• Unpredictable. Bulan ramai biaya POS tinggi, bulan sepi rendah. Kedengarannya fair, tapi di bulan ramai dimana seharusnya kamu maximize revenue, potongan yang lebih besar terasa menyakitkan
• Administratif rumit. Setiap transaksi harus dilacak dan dipotong. Ini menambah kompleksitas rekonsiliasi yang justru kami coba hilangkan

Kenapa Bukan Freemium dengan Fitur Terbatas?

Model freemium klasik: versi gratis dapat fitur dasar, bayar untuk fitur premium. Ini model yang populer di SaaS.

Kami nggak pilih ini karena:

• Fitur "dasar" itu subjektif. Siapa yang memutuskan laporan penjualan itu fitur dasar atau premium? Untuk kafe kecil, laporan penjualan justru fitur yang paling kritis — tanpa itu, mereka buta
• Menciptakan kelas dua. Pengguna gratis merasa jadi warga kelas dua. Mereka tahu ada fitur yang "disembunyikan" di balik paywall, dan itu menciptakan friction yang nggak perlu
• Kafe kecil yang paling butuh fitur advanced. Multi-printer supaya pesanan langsung ke dapur? Laporan per jam supaya tahu peak hours? Ini bukan fitur "premium" — ini fitur yang bikin kafe kecil bisa compete. Mengunci mereka di belakang paywall berarti mempersulit yang paling membutuhkan

Trade-off yang Kami Terima

Revenue-based pricing bukan tanpa kekurangan. Kami sadar trade-off-nya:

• Revenue kami juga naik lambat. Kalau customer kecil-kecil semua, pendapatan kami juga kecil. Model ini menuntut kami untuk bersabar menunggu customer tumbuh
• Harder to forecast. Revenue kami tergantung revenue customer kami. Kalau mereka sepi, kami juga sepi. Ini volatility yang lebih tinggi dibanding flat fee
• Trust-based. Revenue self-reported oleh customer (melalui data penjualan di POS). Kami percaya data mereka — dan sejauh ini ini bekerja karena data POS sendiri yang jadi basis perhitungannya

Tapi kami pikir trade-off ini worth it. Karena model ini align insentif kami dengan insentif customer: kami untung kalau mereka untung. Kami punya motivasi natural untuk membuat POS yang membantu bisnis mereka tumbuh — karena growth mereka langsung jadi growth kami.

Contoh Nyata

Supaya lebih konkret:

• Kafe baru, omzet Rp 800.000/bulan: gratis. Nol biaya POS. Fokus cari pelanggan dulu
• Kafe growing, omzet Rp 10 juta/bulan: biaya POS sangat kecil. Less than harga 1 cup kopi
• Kafe established, omzet Rp 40 juta/bulan: biaya POS naik, tapi masih fraction kecil dari revenue. Dan di titik ini, value yang mereka dapat dari POS (laporan, tracking, efisiensi) sudah jauh melebihi biayanya

Dalam semua skenario, biaya POS nggak pernah jadi beban yang meaningful dibanding revenue yang dihasilkan.

Kenapa Ini Penting untuk Ekosistem F&B Indonesia

Indonesia punya jutaan UMKM F&B. Kebanyakan kecil — warung kopi, kedai teh, gerobak, kafe mini. Bisnis-bisnis ini beroperasi di margin yang tipis dan cash flow yang ketat.

Kalau POS pricing-nya flat fee yang relatif mahal, bisnis-bisnis ini punya dua opsi: (1) bayar dan tertekan cash flow-nya, atau (2) nggak pakai POS dan tetap catat manual. Keduanya nggak bagus.

Revenue-based pricing membuka opsi ketiga: pakai POS yang proper, bayar sesuai kemampuan, dan tumbuh bersama. Ini bukan charity — ini alignment bisnis yang logis.

Kami percaya kalau UMKM F&B Indonesia punya tools yang tepat di harga yang tepat, mereka bisa operate lebih baik, membuat keputusan lebih smart, dan akhirnya tumbuh. Dan kalau mereka tumbuh, kami juga tumbuh. Itu model bisnis yang kami mau bangun.