Runway startup meleset jika modal masuk dihitung sebagai pendapatan

Runway startup dihitung dengan membagi kas yang benar-benar dapat dipakai dengan rata-rata net burn operasional per bulan. Hasilnya memperkirakan berapa bulan kas mampu menutup kegiatan usaha jika pola penerimaan dan pembayaran tidak berubah. Y Combinator memakai saldo bank dibagi rata-rata burn dan menyarankan rata-rata beberapa bulan ketika pengeluaran tidak merata.

Net burn adalah kas yang dibayarkan untuk operasi dikurangi kas yang diterima dari operasi. Dana investor atau pinjaman yang sudah cair dapat menambah kas tersedia, tetapi memasukkannya sebagai penerimaan pelanggan akan mengecilkan burn secara semu. Panduan Lunera memisahkan pendanaan, penarikan utang, dan transfer antarrekening perusahaan dari penerimaan operasional.

Tentukan kas tersedia dan burn bulanan

Jumlahkan saldo seluruh rekening perusahaan pada tanggal perhitungan, lalu kurangi kas yang dibatasi penggunaannya atau harus ditahan untuk kewajiban tertentu. Pendanaan yang baru dijanjikan dan fasilitas kredit yang belum ditarik belum menjadi kas tersedia. Gunakan tanggal potong yang jelas agar saldo saat ini tidak tercampur dengan transaksi setelahnya.

Gross burn adalah seluruh pembayaran kas untuk operasi selama sebulan. Net burn adalah gross burn dikurangi penerimaan operasional yang sudah masuk, bukan nilai kontrak atau tagihan yang belum dibayar. Glosarium SEC mendefinisikan burn rate sebagai laju perusahaan menghabiskan kas dari waktu ke waktu, yang lazim dinyatakan per bulan.

Rumusnya: gross burn bulanan = pembayaran kas operasional; net burn bulanan = gross burn − penerimaan kas operasional; runway statis dalam bulan = kas tersedia ÷ rata-rata net burn bulanan. Pembagian terakhir berlaku ketika net burn positif. Jika operasi menghasilkan kas bersih atau impas, pembagian dengan angka nol atau negatif tidak memberi perkiraan waktu kehabisan kas; perubahan penerimaan dan pembayaran perlu diproyeksikan per bulan.

Pisahkan kegiatan usaha dari pendanaan

Klasifikasikan arus masuk sebelum menghitung burn. Pembayaran pelanggan termasuk penerimaan operasional, sedangkan setoran investor dan pencairan pinjaman termasuk arus pendanaan. Transfer antara rekening milik perusahaan yang sama tidak menciptakan kas baru pada tingkat perusahaan; perpindahan itu juga bukan biaya operasi.

Setelah pendanaan masuk, uang yang bebas dipakai menambah pembilang runway, sementara penyebutnya tetap mencerminkan burn operasi. Pinjaman yang telah ditarik diperlakukan serupa untuk saldo saat ini, tetapi cicilan dan bunga yang akan jatuh tempo harus masuk proyeksi pembayaran. Rekonsiliasi saldo dapat ditulis sebagai kas awal − net burn operasional + pendanaan bersih ± arus kas lain = kas akhir seluruh rekening.

Perubahan saldo bank saja karena itu tidak selalu menunjukkan burn. Saldo bisa naik ketika perusahaan menerima modal meskipun operasi terus menghabiskan uang. Sebaliknya, perpindahan dana dari rekening operasional ke rekening perusahaan lain dapat membuat satu rekening tampak menyusut tanpa mengubah total kas.

Lembar hitung rupiah selama tiga bulan

Berikut contoh hipotetis, bukan data perusahaan tertentu. Pada bulan pertama, pelanggan membayar Rp50 juta dan operasi mengeluarkan Rp120 juta, sehingga net burn Rp70 juta. Bulan kedua mencatat Rp60 juta masuk dan Rp130 juta keluar, sehingga net burn Rp70 juta. Bulan ketiga mencatat Rp70 juta masuk dan Rp150 juta keluar, sehingga net burn Rp80 juta.

• Gross burn tiga bulan: Rp120 juta + Rp130 juta + Rp150 juta = Rp400 juta, atau rata-rata sekitar Rp133,3 juta per bulan.
• Penerimaan pelanggan: Rp50 juta + Rp60 juta + Rp70 juta = Rp180 juta, atau rata-rata Rp60 juta per bulan.
• Net burn: Rp400 juta − Rp180 juta = Rp220 juta, atau rata-rata sekitar Rp73,3 juta per bulan.

Misalkan kas awal Rp500 juta dan pendanaan Rp300 juta cair pada bulan kedua. Kas akhir seluruh rekening menjadi Rp580 juta: Rp500 juta + Rp300 juta − Rp220 juta. Transfer internal Rp40 juta selama periode itu tidak mengubah total tersebut. Jika Rp80 juta dari saldo akhir tidak dapat dipakai untuk operasi, kas tersedia adalah Rp500 juta; runway statisnya Rp500 juta ÷ sekitar Rp73,3 juta, yakni sekitar 6,8 bulan.

Rekonsiliasi menunjukkan akibat salah klasifikasi secara langsung. Saldo seluruh rekening naik Rp80 juta, tetapi operasi memakai Rp220 juta; kenaikan saldo berasal dari pendanaan Rp300 juta. Jika dana investor digabung dengan penerimaan pelanggan, arus masuk tampak Rp480 juta dan hasil operasi keliru terlihat menghasilkan kas Rp80 juta. Perkiraan runway dari burn semu itu akan menutupi kebutuhan kas yang sebenarnya.

Perlakukan biaya sekali bayar secara terbuka

Andaikan Rp30 juta dari pembayaran bulan ketiga adalah biaya hukum sekali bayar. Kas itu tetap keluar, sehingga tetap termasuk dalam gross dan net burn aktual. Untuk memperkirakan beban yang mungkin berulang, tampilkan hitungan terpisah: net burn setelah biaya tersebut dipisahkan adalah (Rp220 juta − Rp30 juta) ÷ tiga, atau sekitar Rp63,3 juta per bulan.

Saldo kas tersedia tidak bertambah kembali karena pembayaran Rp30 juta sudah terjadi. Pembagian Rp500 juta dengan Rp63,3 juta menghasilkan sekitar 7,9 bulan, tetapi angka itu hanya relevan jika biaya tersebut memang tidak berulang dan arus kas lain tetap. Perbedaan antara burn aktual dan burn yang disesuaikan membuat pengaruh bulan yang tidak normal terlihat tanpa menghapus transaksi dari riwayat kas.

Uji perubahan penerimaan dan pembayaran

Runway statis 6,8 bulan mengandaikan rata-rata burn historis berlanjut. Bila pelanggan membayar lebih cepat, perusahaan merekrut pegawai, atau tagihan besar jatuh tempo, hitung saldo akhir setiap bulan: kas awal bulan + penerimaan yang diperkirakan benar-benar diterima − pembayaran yang jatuh tempo. Biaya sekali bayar ditempatkan pada bulan pembayarannya, bukan diratakan hanya untuk membuat angka bulanan tampak stabil.

Dalam skenario dasar contoh tadi, kas tersedia Rp500 juta turun menjadi Rp430 juta setelah bulan pertama, Rp360 juta setelah bulan kedua, dan Rp280 juta setelah bulan ketiga. Jika pembayaran operasi tetap Rp120 juta, Rp130 juta, dan Rp150 juta, tetapi penerimaan pelanggan menjadi Rp60 juta, Rp70 juta, lalu Rp80 juta, saldo akhir ketiga bulan masing-masing Rp440 juta, Rp380 juta, dan Rp310 juta. Kenaikan penerimaan yang belum pasti tetap menjadi skenario, bukan bagian dari angka dasar.

Untuk skenario lebih berat, anggap pembayaran rutin Rp140 juta dan pelanggan membayar Rp50 juta setiap bulan, ditambah pembayaran sekali bayar Rp90 juta pada bulan kedua. Saldo turun dari Rp500 juta menjadi Rp410 juta, lalu Rp230 juta, dan akhirnya Rp140 juta pada akhir bulan ketiga. Dengan arus kas yang berubah, bulan ketika saldo tidak lagi cukup menutup pembayaran berikutnya memberi batas yang lebih berguna untuk keputusan perekrutan atau penggalangan dana daripada satu angka hasil pembagian rata-rata.

Baca juga:

• Runway terlihat panjang? Satu bulan tak normal bisa menipu hitungan
• Runway startup bukan omzet—hitung kas yang benar-benar masuk
• Jam tayang YouTube bisa hilang dari target—enam sumber ini tidak dihitung