Banyak SaaS B2B awal di Indonesia tidak langsung murni self-serve. Produk perlu onboarding, migrasi data, training, integrasi, setup approval, dan support via WhatsApp. Ini normal, terutama jika menjual ke workflow operasional yang sebelumnya hidup di spreadsheet.
Masalahnya muncul saat founder menyebut semua revenue sebagai SaaS, tetapi biaya layanan manual tidak dihitung. MRR terlihat tumbuh, namun tim implementation kewalahan, support makin berat, margin turun, dan setiap pelanggan baru menambah beban.
Unit economics untuk SaaS layanan-berat harus dibaca lebih jujur. Tujuannya bukan mempermalukan bisnis, tetapi mengetahui bagian mana yang bisa diproduksi ulang dan bagian mana yang masih consultancy.
Pisahkan revenue subscription dan layanan
Langkah pertama: jangan campur semua revenue.
Pisahkan:
- subscription bulanan atau tahunan
- implementation fee
- custom setup
- training
- integration project
- support premium
- reimbursable cost
Investor dan founder perlu tahu mana revenue berulang dan mana yang satu kali. Implementation fee bisa sehat jika menutup biaya onboarding. Tetapi implementation fee tidak boleh membuat subscription terlihat lebih besar dari sebenarnya.
Hitung biaya onboarding per pelanggan
Onboarding sering menjadi biaya tersembunyi. Hitung:
- jam founder
- jam customer success
- jam engineer untuk data atau integrasi
- jam training
- biaya travel atau meeting
- template atau dokumentasi yang belum ada
- opportunity cost dari tim produk
Jika pelanggan membayar implementation fee Rp10 juta tetapi tim menghabiskan biaya internal setara Rp25 juta, ekonomi awalnya buruk. Bisa tetap masuk akal jika pelanggan punya ACV besar dan retention tinggi, tetapi founder harus tahu payback-nya.
Subscription gross margin
Gross margin subscription harus menghitung biaya langsung untuk melayani pelanggan:
- cloud dan infrastructure
- third-party API
- support langsung
- customer success yang proporsional
- monitoring dan maintenance
- biaya data processing
Jangan memasukkan semua payroll perusahaan ke COGS, tetapi jangan juga menganggap support gratis. Untuk SaaS layanan-berat, support bisa menjadi biaya terbesar setelah cloud.
Support load
Support load perlu diukur per akun, bukan hanya total tiket. Tanyakan:
- berapa tiket per pelanggan per bulan?
- topik apa yang paling sering muncul?
- apakah tiket muncul karena bug, training, atau produk kurang jelas?
- pelanggan mana yang paling berat?
- apakah pelanggan berat membayar lebih mahal?
Jika pelanggan kecil membutuhkan support enterprise, pricing salah atau segmen salah. Jika banyak tiket berasal dari masalah yang sama, produk atau dokumentasi perlu diperbaiki.
CAC payback yang memasukkan waktu founder
Di tahap awal, founder sering menjual sendiri. Karena tidak ada gaji sales penuh, CAC terlihat rendah. Tetapi waktu founder tetap biaya.
Hitung CAC dengan memasukkan:
- waktu prospecting
- discovery call
- demo
- proposal
- follow-up
- procurement documents
- travel atau event
- sales tools
- komisi atau partner fee, jika ada
CAC payback sederhana:
`CAC / gross profit bulanan dari pelanggan`
Gunakan gross profit, bukan revenue. Jika margin rendah karena support dan onboarding, payback lebih lama daripada yang terlihat di dashboard.
LTV jangan dihias
LTV sering menjadi angka paling mudah dibuat terlalu optimistis. Untuk SaaS awal, lebih baik memakai retention aktual dan cohort kecil dengan caveat daripada membuat asumsi 5 tahun tanpa bukti.
Tanyakan:
- berapa lama pelanggan aktif benar-benar bertahan?
- apakah renewal sudah terjadi?
- apakah expansion ada?
- apakah churn terjadi setelah pilot?
- apakah pelanggan annual benar-benar akan renew?
Jika belum ada data cukup, katakan "belum cukup data". Itu lebih baik daripada LTV palsu.
Automation path
SaaS layanan-berat tidak selalu buruk jika ada jalan otomatisasi yang jelas. Identifikasi pekerjaan manual yang paling sering:
- import data
- mapping field
- setup approval
- training user
- rekonsiliasi invoice
- laporan bulanan
- konfigurasi cabang
- troubleshooting integrasi
Lalu beri label:
- bisa dibuat template
- bisa dibuat self-serve
- perlu fitur produk
- harus tetap layanan premium
- sebaiknya tidak dikerjakan lagi
Automation path membuat margin membaik tanpa harus menghentikan semua layanan.
Pricing untuk layanan
Jika layanan dibutuhkan, beri harga. Jangan menyembunyikannya dalam subscription murah.
Opsi pricing:
- implementation fee berdasarkan kompleksitas
- paket onboarding standar
- training tambahan berbayar
- integration package
- premium support
- professional services untuk custom besar
Untuk pelanggan Indonesia, jelaskan dengan bahasa operasional. Bukan "professional services" saja, tetapi "migrasi data, konfigurasi cabang, training admin, dan UAT".
Dashboard unit economics sederhana
Buat dashboard per segmen:
| Metrik | Segmen A | Segmen B |
|---|---:|---:|
| ACV rata-rata | | |
| Implementation fee | | |
| Biaya onboarding | | |
| Gross margin subscription | | |
| Tiket support/bulan | | |
| CAC payback | | |
| Churn risk | | |
| Expansion potential | | |
Bandingkan segmen. Kadang pelanggan yang terlihat kecil lebih sehat karena onboarding ringan dan retention kuat. Kadang pelanggan besar tidak sehat karena custom terlalu dalam.
Kapan layanan masih sehat
Layanan masih masuk akal jika:
- membantu memahami workflow pelanggan
- dibayar cukup
- mempercepat adopsi
- menghasilkan template untuk pelanggan berikutnya
- membuka ACV atau expansion lebih besar
- tidak mengalihkan tim dari produk inti terlalu lama
Layanan buruk jika setiap pelanggan membutuhkan solusi unik dan tidak ada pembelajaran yang bisa dipakai ulang.
Red flags
Waspadai:
- implementation selalu molor
- support meningkat lebih cepat dari MRR
- pelanggan besar meminta custom tanpa bayar
- gross margin turun saat revenue naik
- engineer habis untuk operasi pelanggan
- renewal bergantung pada kerja manual founder
- pricing tidak berubah walau scope membesar
Red flags ini menunjukkan bahwa SaaS mungkin sedang berubah menjadi service business tanpa sadar.
Cara memperbaiki dalam 90 hari
Urutan praktis:
1. Pisahkan revenue subscription dan layanan.
2. Hitung biaya onboarding 10 pelanggan terakhir.
3. Kelompokkan tiket support berdasarkan penyebab.
4. Naikkan atau buat implementation fee untuk pelanggan baru.
5. Buat template onboarding untuk workflow paling umum.
6. Hentikan custom gratis.
7. Review segmen mana yang paling sehat.
8. Jadikan automation path sebagai roadmap produk.
Tidak perlu menyelesaikan semuanya sekaligus. Mulai dari angka yang paling kabur.
Unit economics bukan latihan investor deck saja. Ini alat untuk mengetahui apakah setiap pelanggan baru membuat perusahaan lebih kuat atau lebih sibuk. Untuk SaaS Indonesia yang masih banyak layanan, kejujuran ini penting karena pasar sering membutuhkan sentuhan manusia. Sentuhan itu boleh ada, tetapi harus dihitung, dihargai, dan perlahan diproduksi ulang.
Langkah praktis minggu ini: ambil 5 pelanggan terbaru dan tulis total jam onboarding, fee yang dibayar, MRR, tiket support, dan owner internal. Dari sana biasanya terlihat apakah pricing, segmen, atau produk yang paling perlu diperbaiki.