Cara Menghitung LTV Saat Data Anda Terbatas
Anda tidak perlu riwayat pelanggan bertahun-tahun untuk menghitung LTV yang berguna. Berikut rumus yang cocok untuk tiap tahap — beserta asumsi yang harus Anda nyatakan secara eksplisit.
Alasan paling umum tim tahap awal melewatkan perhitungan LTV adalah merasa datanya belum cukup. Ini hampir selalu keputusan yang keliru. Estimasi LTV yang dibangun dari data pelanggan dua belas bulan dan asumsi yang eksplisit jauh lebih berguna daripada tidak punya estimasi sama sekali — karena ia memaksa Anda berpikir cermat tentang retensi, membuat asumsi Anda terlihat dan bisa dipertanyakan, dan memberi Anda angka untuk disempurnakan seiring bertambahnya data.
Tujuan di tahap awal bukanlah LTV yang presisi, melainkan LTV yang arahnya benar dengan asumsi yang terdokumentasi. Presisi datang seiring waktu. Disiplin untuk menghitungnya dimulai sejak hari pertama.
Dua rumus
Lifetime rata-rata = 1 ÷ 0,03 = 33 bulan.
LTV = $60 × 0,75 × 33 = $1,485
LTV = $45 × (0,82 + 0,71 + 0,64 + 0,59 + 0,55…) dijumlahkan hingga horizon yang diharapkan.
Pada 24 bulan: LTV ≈ $45 × 17,4 bulan efektif ≈ $783
Estimasi LTV dengan asumsi eksplisit jauh lebih berguna daripada tidak ada LTV sama sekali. Disiplin menghitungnya — bukan presisi hasilnya — yang mengubah cara tim mengambil keputusan.
Tiga asumsi yang mengubah segalanya
Tingkat churn. Input paling sensitif dalam setiap perhitungan LTV. Pergeseran churn bulanan dari 3% ke 5% mengurangi rata-rata customer lifetime dari 33 bulan menjadi 20 bulan — penurunan LTV sebesar 40%. Saat data terbatas, modelkan LTV dengan tiga asumsi churn (optimistis, tengah, pesimistis) dan sajikan rentangnya, bukan satu angka. Ini mencegah kesalahan umum berpatokan pada angka yang diturunkan dari data dua bulan.
Margin kotor. Memakai pendapatan, bukan laba kotor, membuat LTV tampak jauh lebih besar bagi bisnis dengan biaya penyampaian layanan yang signifikan. Bisnis SaaS dengan margin kotor 80% dan bisnis jasa dengan margin kotor 40% memiliki unit economics yang sangat berbeda meski pendapatannya sama. Jika margin kotor Anda di bawah 50%, LTV Anda jauh lebih rendah daripada hasil perhitungan berbasis pendapatan — dan batas toleransi CAC Anda ikut lebih rendah.
Horizon waktu. Secara teknis, LTV adalah jumlah seluruh laba kotor di masa depan dari seorang pelanggan, didiskontokan ke nilai kini. Dalam praktiknya, sebagian besar tim membatasi LTV pada horizon tiga sampai lima tahun, karena proyeksi di luar itu menambah lebih banyak ketidakpastian daripada wawasan. Nyatakan horizon Anda secara eksplisit. LTV yang dihitung untuk dua puluh empat bulan dan yang dihitung untuk enam puluh bulan bagi pelanggan yang sama bisa berbeda tiga sampai lima kali lipat — dan keduanya secara teknis "benar."
Gunakan LTV Sederhana jika riwayat pelanggan Anda kurang dari delapan belas bulan, jika Anda sedang membuat perhitungan cepat untuk gambaran arah, atau jika audiens Anda (investor, pimpinan) butuh angka yang bisa mereka uji kewajarannya dengan cepat. Gunakan LTV Prediktif jika data kohort Anda sudah cukup untuk melihat bagaimana kurva retensi benar-benar mendatar — biasanya setelah delapan belas bulan — dan saat Anda mengambil keputusan yang presisi tentang batas atas CAC atau target payback period. Rumus Sederhana akan melebih-lebihkan LTV jika kurva retensi Anda tidak mendatar (yaitu jika pelanggan terus churn dengan laju konstan tanpa batas, bukan menjadi stabil).
Angka yang benar-benar Anda pakai untuk mengambil keputusan
LTV dengan sendirinya tidak langsung dapat ditindaklanjuti. Angka yang Anda gunakan untuk keputusan sebenarnya adalah rasio LTV:CAC dan periode pembayaran kembali. Jika LTV Sederhana Anda adalah $1,485 dan CAC Anda adalah $400, rasio LTV:CAC Anda adalah 3,7:1 — sehat. Periode pembayaran kembali Anda adalah CAC dibagi dengan laba kotor bulanan per pelanggan: $400 ÷ ($60 × 0,75) = $400 ÷ $45 = sekitar 9 bulan — luar biasa.
Kedua angka sebaiknya dihitung ulang setiap kuartal seiring perubahan ARPU, tingkat churn, dan CAC Anda. Tren sama pentingnya dengan nilai saat ini: rasio 3:1 yang naik dari 2:1 dalam enam bulan menceritakan kisah yang sangat berbeda dari rasio 3:1 yang turun dari 5:1.
Jika pelanggan Anda melakukan upgrade seiring waktu — berpindah dari paket yang lebih rendah ke yang lebih tinggi, menambah seat, membeli add-on — rumus LTV sederhana Anda meremehkan nilai sebenarnya seorang pelanggan karena ARPU saat akuisisi lebih rendah daripada ARPU pada Bulan 18. Sesuaikan dengan memakai ARPU rata-rata selama customer lifetime, bukan ARPU saat akuisisi, atau tambahkan suku "pendapatan ekspansi" tersendiri. Bisnis dengan net revenue retention yang kuat (di atas 110%) akan sangat meremehkan LTV jika memakai asumsi ARPU yang statis.
Perhitungan LTV membutuhkan input dari berbagai bagian bisnis — data pendapatan dari keuangan, data churn dari produk atau CS, data margin kotor dari operasional. Di FabricLoop, tim yang melakukan tinjauan LTV per kuartal sering memakai catatan grup bersama yang merekam input, perhitungan, asumsi, dan rasio LTV:CAC yang dihasilkan, berdampingan dengan angka kuartal sebelumnya. Ketika asumsi didokumentasikan di tempat yang sama dengan hasilnya, perdebatan "tingkat churn mana yang kita pakai?" tidak muncul tiga bulan kemudian. Perhitungan menjadi bisa diaudit dan diperbaiki, bukan kotak hitam yang berubah setiap kali ada yang menghitung ulang.
