Startup Burn Rate Dashboard untuk Investor

Dashboard yang hanya menampilkan "burn rate Rp 2,1 miliar, runway 10 bulan" belum cukup. Investor perlu mengetahui apakah angka tersebut sudah mencakup pembayaran software tahunan, rencana perekrutan engineer, perubahan penerimaan dari pelanggan, dan dana SAFE sebesar Rp 6 miliar yang baru masuk ke rekening perusahaan.

Apa saja yang perlu ada dalam startup burn rate dashboard?

Tab Summary perlu menampilkan saldo kas saat ini, gross burn, net burn, runway, burn multiple, dan proyeksi bulan ketika kas mencapai batas minimum. Letakkan perbandingan antara aktual dan anggaran di samping setiap metrik burn rate, lalu tampilkan juga perubahannya dari bulan sebelumnya.

Gunakan struktur seperti berikut:

Angka tersebut memberikan informasi yang dapat ditindaklanjuti oleh direksi. Menunda perekrutan dua karyawan memperpanjang runway sebesar 1,6 bulan. Mempercepat perekrutan memajukan kebutuhan pendanaan sekitar lima minggu. Ini adalah dasar pengambilan keputusan, bukan sekadar hiasan dashboard.

Model di balik dashboard sebaiknya memiliki empat tab: Assumptions, Actuals, Forecast, dan Summary. Chart dan kartu KPI ditempatkan di Summary. Nilai yang ditulis langsung atau di-hardcode tidak boleh berada di tab tersebut. Pada penyebutan selanjutnya, artikel ini menggunakan istilah "nilai langsung" untuk input yang diketik ke dalam formula atau output tanpa mengambilnya dari tab sumber.

Bagaimana menghitung gross burn, net burn, runway, dan burn multiple?

Gross burn adalah kas operasional yang dibayarkan selama satu bulan sebelum memperhitungkan penerimaan kas dari pelanggan. Jika total pembayaran untuk payroll, kontraktor, hosting, penjualan, sewa, dan pengeluaran operasional lainnya mencapai Rp 2.700.000.000, gross burn perusahaan adalah Rp 2.700.000.000.

Net burn adalah kas operasional keluar dikurangi kas operasional masuk. Jika perusahaan menerima Rp 600.000.000 dari pelanggan, net burn menjadi Rp 2.100.000.000. Gunakan kas yang benar-benar diterima, bukan pendapatan yang dibukukan, ketika menghitung cash runway. Kontrak tahunan yang pendapatannya diakui selama 12 bulan tidak dapat membayar payroll jika pelanggan belum melakukan pembayaran.

Runway adalah jumlah bulan sebelum proyeksi saldo kas mencapai batas minimum operasional. Perhitungannya bukan sekadar membagi saldo kas saat ini dengan burn rate bulan lalu. Rumus singkat berikut berguna untuk memperoleh gambaran sesaat:

=IF(Current_Net_Burn<=0,"Cash Flow Positive",Current_Cash/Current_Net_Burn)

Untuk kebutuhan pendanaan dan pelaporan kepada investor, gunakan proyeksi arus kas bulanan:

=Prior_Month_Cash
 + Customer_Collections
 + Capital_Received
 - Operating_Cash_Out
 - Debt_Repayment
 - Capex

Burn multiple adalah net burn dibagi net new ARR untuk periode yang sama:

=IF(Net_New_ARR<=0,NA(),Net_Burn/Net_New_ARR)

Craft Ventures mendefinisikan burn multiple sebagai "Net Burn / Net New ARR". Rasio di bawah 1x dinilai sangat baik, 1x sampai 1,5x tergolong kuat, 1,5x sampai 2x masih baik, 2x sampai 3x perlu dicermati, dan di atas 3x dinilai buruk. Angka tersebut merupakan tolok ukur operasional, bukan aturan akuntansi. Lihat kerangka burn multiple dari David Sacks.

Pastikan periode yang digunakan konsisten. Membagi burn rate bulan Maret dengan net new ARR selama 12 bulan terakhir akan membuat rasio terlihat lebih rendah daripada kondisi sebenarnya. Kesalahan semacam ini dapat menghabiskan 20 menit rapat direksi hanya untuk memperdebatkan spreadsheet.

Mengapa runway harus berasal dari cash waterfall?

Rumus runway statis mengasumsikan burn rate tidak berubah. Dalam praktiknya, aktivitas startup jauh lebih dinamis. Karena itu, gunakan cash waterfall, yaitu proyeksi yang memperlihatkan seluruh kas masuk, kas keluar, dan saldo akhir untuk setiap bulan.

Bayangkan sebuah perusahaan SaaS tahap seed dengan 30 pelanggan berbayar, ARPU Rp 4.200.000, MRR Rp 126.000.000, dan tingkat kehilangan pelanggan bulanan sebesar 4%. Rencananya mencakup tiga tingkat harga, perubahan komposisi pelanggan, perekrutan dua engineer, serta pembayaran asuransi tahunan pada Januari. Net burn bulan lalu tidak akan mewakili kebutuhan kas untuk sembilan bulan berikutnya.

Cash waterfall menangkap seluruh perubahan tersebut dari bulan ke bulan. Metode ini juga mencegah dana hasil penggalangan modal membuat kinerja operasional terlihat lebih baik dari kondisi sebenarnya. Dana SAFE sebesar Rp 6.000.000.000 menambah saldo kas, tetapi tidak mengurangi net burn.

Setiap bulan dalam periode proyeksi harus memenuhi kontrol berikut:

=Ending_Cash-(Beginning_Cash+Capital_Received+Customer_Collections-Operating_Cash_Out-Other_Cash_Out)

Hasilnya harus Rp 0. Terapkan conditional formatting apabila nilai absolutnya melebihi Rp 15.000. Model yang meleset Rp 555.000 tetap merupakan model yang tidak seimbang.

Untuk periode aktual, tambahkan rekonsiliasi kedua:

=Model_Ending_Cash-Bank_Statement_Ending_Cash

Kontrol tersebut juga harus menghasilkan Rp 0. Jika belum, jangan memperbarui materi rapat direksi.

Skenario runway apa yang perlu diperlihatkan kepada investor?

Tampilkan skenario dasar dan sedikitnya dua alternatif operasional. Pilihan generik seperti optimistis, dasar, dan pesimistis kurang berguna dibandingkan skenario yang terkait langsung dengan keputusan yang dapat diambil perusahaan.

Misalnya, rencana dasar mencakup perekrutan seorang senior engineer pada September dengan biaya total karyawan sebesar Rp 225.000.000 per bulan. Biaya total karyawan mencakup gaji, tunjangan, pajak terkait, bonus, perangkat kerja, dan biaya lain yang ditanggung perusahaan. Rencana tersebut juga mencakup seorang account executive yang mulai bekerja pada November dengan biaya Rp 180.000.000 per bulan.

Dalam rencana yang lebih cepat, keduanya mulai bekerja pada Agustus. Dalam rencana yang lebih lambat, tanggal mulai dipindahkan ke Januari.

Tabel sensitivitas sebaiknya menguji asumsi yang benar-benar dapat menggeser tanggal pendanaan, seperti bulan dimulainya perekrutan, penerimaan kas, tingkat kehilangan pelanggan bulanan, dan efisiensi penjualan. Tidak perlu membuat tabel berwarna berukuran 10 x 10 hanya karena Google Sheets mampu menampungnya.

Google menyatakan bahwa satu spreadsheet mendukung "hingga 10 juta sel" dalam dokumentasi batas file Drive. Model burn rate yang efektif seharusnya hanya menggunakan sebagian sangat kecil dari kapasitas tersebut. Model yang terlalu besar biasanya menyembunyikan struktur yang lemah, bukan mencerminkan analisis yang canggih.

Bagaimana metrik SaaS terhubung dengan burn dashboard?

Proyeksi pendapatan perlu dibangun berdasarkan profil pelanggan, bukan sekadar persentase pertumbuhan tetap. Mulailah dari jumlah pelanggan pada setiap tingkat harga, ARPU, pelanggan baru, expansion, contraction, dan churn. Dalam konteks ini, expansion berarti kenaikan pendapatan dari pelanggan yang sudah ada, contraction berarti penurunan pendapatan dari pelanggan yang bertahan, dan churn berarti pelanggan yang berhenti berlangganan.

Dengan 30 pelanggan dan blended ARPU atau ARPU rata-rata tertimbang sebesar Rp 4.200.000, opening MRR adalah Rp 126.000.000. Pada tingkat kehilangan pelanggan bulanan sebesar 4%, model kehilangan sekitar 1,2 pelanggan per bulan sebelum memperhitungkan penjualan baru. Jika perusahaan menambah empat pelanggan setiap bulan, jumlah pelanggan pada akhir bulan menjadi sekitar 32,8 dan MRR mencapai sekitar Rp 137.760.000 sebelum expansion atau perubahan harga.

Burn dashboard tidak perlu menyalin seluruh model pendapatan. Dashboard cukup mengambil empat output: penerimaan kas dari pelanggan, ending MRR, net new ARR, dan CAC payback.

Perubahan harga perlu dimasukkan ke tabel sensitivitas karena dapat memperpanjang runway tanpa mengubah payroll. Misalnya, blended ARPU naik dari Rp 4.200.000 menjadi Rp 4.875.000, sementara pengeluaran sales dan marketing tetap Rp 180.000.000 per bulan. Jika perusahaan memperoleh empat pelanggan baru setiap bulan, CAC-nya adalah Rp 45.000.000.

Dengan gross margin 80%, CAC payback turun dari 13,4 bulan menjadi 11,5 bulan:

=45000000/(4200000*80%)

=45000000/(4875000*80%)

Perbaikan 1,9 bulan tersebut hanya berarti jika kenaikan harga tidak menurunkan win rate atau tingkat keberhasilan penjualan, serta tidak meningkatkan churn. Modelkan ketiga variabel secara bersamaan. Asumsi harga naik tanpa perubahan conversion rate lebih cocok untuk pitch deck daripada analisis sensitivitas.

Bagaimana fundraising dan dilusi SAFE perlu ditampilkan?

Cash runway dan dilusi kepemilikan saling berkaitan, tetapi keduanya tidak boleh dicampur dalam satu perhitungan. Dana hasil pendanaan masuk ke cash waterfall. Konversi SAFE dan priced round masuk ke jadwal kapitalisasi atau cap table terpisah.

Misalnya, perusahaan memiliki 10.000.000 saham sebelum pendanaan, post-money SAFE senilai Rp 7.500.000.000 dengan valuation cap Rp 75.000.000.000, post-money SAFE lain senilai Rp 4.500.000.000 dengan cap Rp 120.000.000.000, serta pendanaan Series A sebesar Rp 45.000.000.000 pada pre-money valuation Rp 180.000.000.000. Investor priced round memiliki 20% perusahaan tepat setelah penerbitan saham baru, sebelum penambahan option pool:

=45000000000/(180000000000+45000000000)

Perhitungan SAFE bergantung pada ketentuan perjanjian, definisi kapitalisasi, discount, perlakuan option pool, serta apakah instrumen tersebut menggunakan skema pre-money atau post-money. Y Combinator menerbitkan formulir SAFE post-money AS secara terpisah dan mengingatkan pendiri untuk menggunakan versi yang sesuai dalam dokumen pendanaan SAFE.

Jangan menampilkan satu angka dilusi sebelum jadwal cap table merekonsiliasi pemegang saham sebelum pendanaan, seluruh SAFE, option pool, dan investor baru hingga tepat 100,00%:

=SUM(Post_Money_Ownership_Percentages)

Hasil kontrol harus 100,00%. Setelah itu, burn dashboard dapat menampilkan tanggal pendanaan, modal yang dihimpun, saldo kas setelah pendanaan, dan kepemilikan fully diluted atau kepemilikan setelah memperhitungkan seluruh instrumen yang berpotensi menjadi saham. Dashboard tidak perlu berpura-pura bahwa seluruh angka tersebut berasal dari satu rumus yang sama.

Chart apa saja yang perlu ada dalam startup burn rate dashboard?

Gunakan tiga chart. Line chart bulanan yang membandingkan gross burn dengan net burn menunjukkan apakah penerimaan dari pelanggan mulai menutup porsi biaya operasional yang lebih besar. Line chart proyeksi saldo kas memperlihatkan titik kritis pendanaan dan batas minimum kas. Column chart runway berdasarkan skenario menunjukkan dampak setiap pilihan operasional.

Burn multiple dapat ditampilkan sebagai KPI dengan sparkline enam bulan. Chart keempat berukuran penuh biasanya tidak sepadan dengan ruang yang digunakan, kecuali efisiensi menjadi topik utama rapat direksi.

Chart bukan alat kontrol. Tetap tampilkan rekonsiliasi kas, selisih aktual terhadap anggaran, dan tanggal pembaruan asumsi di atas atau di sampingnya. Chart yang rapi biasanya tidak bermasalah. Nilai langsung pada sel sumber justru lebih sering menjadi penyebab kesalahan.

Mengapa rata-rata tiga bulan masih dapat menyesatkan?

Rata-rata bergerak net burn selama tiga bulan lebih baik daripada menggunakan satu bulan yang tidak stabil, tetapi metrik tersebut terlambat menangkap perubahan yang disengaja. Jika burn rate Januari sebesar Rp 1.500.000.000, Februari Rp 1.800.000.000, dan Maret Rp 2.100.000.000, rata-ratanya adalah Rp 1.800.000.000. Angka tersebut membuat runway terlihat lebih panjang tepat ketika perusahaan sedang mempercepat perekrutan.

Gunakan rata-rata bergerak sebagai KPI historis. Untuk proyeksi runway, gunakan cash waterfall bulanan. Beri label yang jelas pada keduanya:

=AVERAGE(Burn_Actuals_Last_3_Months)

=MATCH(TRUE,Projected_Cash_Range<=Minimum_Cash_Threshold,0)

Pemisahan ini merupakan salah satu perbaikan paling berguna yang dapat dilakukan pendiri. Burn rate historis menjawab, "Berapa besar pengeluaran kita selama ini?" Forecast runway menjawab, "Kapan rencana ini memaksa kita mencari pendanaan baru?"

Per Juli 2026, pemisahan tersebut juga mempermudah perbandingan alat. Jika Anda sedang mempertimbangkan apakah model sebaiknya tetap berada di Google Sheets atau dipindahkan ke software khusus, baca perbandingan platform pemantauan runway dan burn rate 2026.

Bagaimana AI dapat membantu tanpa melemahkan model?

AI efektif untuk menyusun formula bulanan yang berulang, memisahkan asumsi dari kalkulasi, menerapkan format angka, dan menemukan referensi rusak, yaitu formula yang menunjuk ke sel atau rentang yang sudah dipindahkan, dihapus, atau tidak lagi valid. Namun, AI bukan pengganti rekonsiliasi bank atau dokumen pendanaan yang telah ditandatangani.

Prompt yang berguna harus spesifik:

Buat tab Summary menggunakan tab Actuals dan Forecast yang sudah tersedia. Tampilkan saldo kas saat ini, rata-rata net burn tiga bulan, proyeksi bulan ketika kas mencapai batas minimum, burn multiple, serta runway untuk skenario Dasar, Perekrutan Lebih Lambat, dan Perekrutan Lebih Cepat. Tambahkan kontrol rekonsiliasi kas yang harus menghasilkan nol.

ModelMonkey dapat menyusun formula tersebut dan memformat output langsung di Google Sheets atau Excel. Setiap usulan perubahan pada spreadsheet juga dapat ditinjau terlebih dahulu. Pendiri tetap bertanggung jawab atas asumsi yang digunakan dan persetujuan akhir atas seluruh angka.

FAQ tentang startup burn rate dashboard

Apa perbedaan gross burn dan net burn?

Gross burn adalah seluruh kas operasional yang dibayarkan perusahaan dalam satu periode. Net burn adalah kas operasional keluar dikurangi kas yang diterima dari pelanggan pada periode yang sama. Untuk menghitung runway, net burn biasanya lebih relevan karena mencerminkan penurunan kas aktual.

Bagaimana cara menghitung runway startup?

Perhitungan singkatnya adalah saldo kas dibagi net burn bulanan. Namun, untuk pelaporan kepada investor, gunakan cash waterfall bulanan yang memperhitungkan penerimaan pelanggan, perekrutan, pembayaran tahunan, capex, pelunasan utang, dan pendanaan baru.

Apakah dana SAFE mengurangi net burn?

Tidak. Dana SAFE menambah saldo kas dan dapat memperpanjang runway, tetapi tidak mengurangi net burn operasional. Pisahkan arus kas pendanaan dari penerimaan pelanggan agar efisiensi operasional tidak terlihat lebih baik secara semu.

Berapa skenario runway yang sebaiknya ditampilkan?

Tampilkan setidaknya tiga skenario: skenario dasar dan dua alternatif yang terkait dengan keputusan nyata. Contohnya adalah perekrutan lebih lambat dan perekrutan lebih cepat. Setiap skenario harus menunjukkan dampaknya terhadap net burn, saldo kas terendah, dan bulan kebutuhan pendanaan.

Seberapa sering burn rate dashboard perlu diperbarui?

Perbarui dashboard sedikitnya setiap bulan setelah penutupan buku dan rekonsiliasi bank. Perbarui lebih cepat jika ada perubahan material, seperti pendanaan baru, kontrak besar, perubahan harga, perekrutan utama, atau pengeluaran tak terduga.

Kontrol apa yang wajib ada sebelum dashboard dibagikan?

Pastikan saldo kas model sama dengan saldo rekening bank, cash waterfall setiap bulan seimbang, periode burn multiple konsisten, dan cap table berjumlah tepat 100,00%. Jangan membagikan dashboard kepada investor jika salah satu kontrol tersebut belum lolos.

Ringkasan

Startup burn rate dashboard yang siap disajikan kepada investor memiliki tab Summary yang rapi, asumsi terpisah, cash waterfall bulanan, serta kontrol yang direkonsiliasi dengan saldo bank. Dashboard juga menampilkan runway berdasarkan keputusan nyata, seperti waktu perekrutan, perubahan harga, dan rencana pendanaan.

Angka yang dibutuhkan investor bukan sekadar "9,3 bulan". Informasi yang berguna adalah "9,3 bulan pada skenario dasar, 10,9 bulan jika dua perekrutan ditunda, dan 8,0 bulan jika rencana perekrutan dipercepat", dengan setiap skenario terhubung langsung ke arus kas.