Platform Runway dan Burn Rate Terbaik 2026

Jika Anda harus memilih hari ini, gunakan panduan berikut:

Platform runway yang baik tidak hanya menampilkan dashboard. Sistem tersebut harus menjelaskan kapan kas menembus batas minimum, faktor yang menyebabkannya, dan tindakan yang dapat memperpanjang runway.

Perbandingan platform untuk melacak runway dan burn rate

Vendor FP&A umumnya menggunakan harga berdasarkan penawaran. Karena itu, bandingkan total biaya tahun pertama, bukan hanya biaya langganan.

Gunakan kerangka berikut saat meminta penawaran:

Total biaya tahun pertama =
langganan
+ implementasi
+ konektor data
+ migrasi historis
+ pelatihan
+ dukungan premium
+ pengguna tambahan

Sebagai kriteria keputusan internal, platform berbayar mulai layak dievaluasi ketika pemutakhiran aktual, rekonsiliasi, dan pembuatan skenario menghabiskan lebih dari 30-40 jam kerja per bulan. Batas ini bukan harga pasar, melainkan ambang ROI yang dapat disesuaikan dengan biaya tim keuangan Anda.

Pilihan platform untuk melacak runway dan burn rate berdasarkan tahap startup

Pre-seed dan seed: gunakan Google Sheets

Google Sheets biasanya memadai jika perusahaan memiliki kurang dari 30 karyawan, satu entitas, dan proyeksi kas diperbarui setiap bulan. Founder dapat melihat formula, mengubah asumsi, dan menelusuri sumber angka tanpa implementasi panjang.

Kelemahannya terletak pada pengendalian. Seseorang harus bertanggung jawab atas:

• Impor dan rekonsiliasi data
• Perlindungan formula
• Penamaan versi dan skenario
• Hak akses
• Pemeriksaan perubahan formula
• Penyimpanan snapshot untuk laporan investor

Google Sheets menjadi kurang efisien ketika banyak kepala departemen memasukkan asumsi secara bersamaan atau ketika perusahaan harus mengonsolidasikan beberapa entitas.

Series A: pertimbangkan Runway

Runway cocok ketika setiap departemen mulai memiliki rencana perekrutan dan anggaran sendiri. Jumlah karyawan, bookings, pendapatan, penerimaan pembayaran, kompensasi, dan biaya vendor dapat dikelola sebagai driver.

Pilih Runway jika hambatan utama Anda adalah kolaborasi perencanaan. Tetap gunakan spreadsheet untuk transaksi yang membutuhkan logika khusus, seperti covenant utang, waterfall investor, atau jadwal pembayaran berdasarkan milestone.

Series A sampai Series B: pertimbangkan Drivetrain

Drivetrain relevan ketika FP&A harus menjalankan skenario baru setiap minggu. Contohnya meliputi pembekuan perekrutan, penurunan bookings, perubahan margin kotor, dan keterlambatan penerimaan piutang.

Nilai utamanya terletak pada hubungan antardriver. Jika DSO berubah dari 43 menjadi 58 hari, proyeksi piutang, penerimaan pelanggan, dan saldo kas harus ikut berubah secara konsisten.

Pelaporan direksi dan investor: pertimbangkan Mosaic

Mosaic lebih sesuai ketika perusahaan memerlukan satu tampilan untuk aktual, anggaran, proyeksi, dan KPI operasional. Platform ini dapat mengurangi pekerjaan berulang dalam menyiapkan laporan bulanan atau triwulanan.

Mosaic bukan pilihan pertama jika kebutuhan utama Anda adalah model kas dengan logika transaksi yang sangat khusus. Fokusnya lebih kuat pada pelaporan, pemantauan KPI, dan analisis varians.

Mengapa runway tidak boleh dihitung dari rata-rata burn?

Rumus berikut berguna sebagai pemeriksaan awal:

Runway = saldo kas ÷ rata-rata net burn bulanan

Namun, rumus tersebut dapat memberikan rasa aman yang keliru. Misalnya, perusahaan memiliki kas Rp 20 miliar dan net burn Rp 1,89 miliar per bulan. Perhitungan sederhana menghasilkan runway sekitar 10,6 bulan.

Masalah muncul jika perusahaan harus membayar kontrak software tahunan sebesar Rp 6,72 miliar pada bulan ketiga. Saldo kas dapat menembus batas minimum jauh lebih cepat, meskipun beban pada laporan laba rugi terlihat stabil karena dicatat secara bulanan.

Definisi yang lebih berguna untuk pengambilan keputusan adalah:

Runway = waktu sampai saldo kas akhir
turun di bawah batas minimum kas

Jika direksi menetapkan cadangan minimum Rp 4 miliar, runway berakhir ketika kas turun di bawah Rp 4 miliar, bukan ketika saldo mencapai Rp 0.

Pendekatan ini juga konsisten dengan kebutuhan untuk memisahkan arus kas dari pengakuan pendapatan dan beban. Lihat IAS 7 Statement of Cash Flows dari IFRS Foundation sebagai rujukan mengenai penyajian arus kas operasi, investasi, dan pendanaan.

Contoh model runway yang dapat direproduksi

Contoh berikut menggunakan satu set angka yang konsisten.

Gross burn adalah seluruh arus kas keluar operasional. Net burn adalah arus kas keluar operasional setelah dikurangi penerimaan pelanggan.

Asumsi skenario yang dapat diaudit

Penurunan bookings sebesar 12% tidak harus menghasilkan penurunan penerimaan kas sebesar tepat 12% pada bulan yang sama. Penerimaan dipengaruhi saldo piutang awal, jadwal invoice, DSO, dan kontrak yang telah ditagih sebelumnya. Dalam contoh ini, gabungan driver tersebut menurunkan penerimaan bulan 1-3 dari Rp 5,60 miliar menjadi Rp 5,04 miliar.

Penundaan 10 posisi mengurangi gross burn sebesar Rp 430 juta per bulan selama tiga bulan pertama. Artinya, biaya kas rata-rata untuk posisi yang ditunda adalah:

Rp 430 juta ÷ 10 = Rp 43 juta per posisi per bulan

Angka tersebut mencakup gaji, tunjangan, BPJS, bonus yang diakru, serta pajak terkait penggajian.

Hasil tiga skenario

Kas akhir bulan ketiga pada skenario base dapat direproduksi sebagai berikut:

Rp 20 miliar
+ 3 × Rp 5,60 miliar
- 3 × Rp 7,49 miliar
- Rp 6,72 miliar
= Rp 7,61 miliar

Untuk skenario downside:

Rp 20 miliar
+ 3 × Rp 5,04 miliar
- 3 × Rp 7,49 miliar
- Rp 6,72 miliar
= Rp 5,93 miliar

Untuk skenario hiring freeze:

Rp 20 miliar
+ 3 × Rp 5,60 miliar
- 3 × Rp 7,06 miliar
- Rp 6,72 miliar
= Rp 8,90 miliar

Proyeksi kas bulanan lengkap selama 24 bulan

Tabel berikut dapat disalin ke Google Sheets. Semua angka dalam miliar Rupiah. Angka negatif menunjukkan kebutuhan pendanaan jika perusahaan tidak melakukan tindakan korektif.

Nilai setelah perusahaan menembus batas minimum bukan prediksi bahwa bisnis akan terus beroperasi dengan kas negatif. Kolom tersebut menunjukkan besarnya kebutuhan pendanaan atau penghematan jika tidak ada perubahan kebijakan.

Cara menghitung runway pecahan bulan

Untuk skenario base, kas akhir bulan keempat adalah Rp 5,72 miliar dan kas akhir bulan kelima Rp 3,83 miliar. Batas minimum Rp 4 miliar dilewati di antara kedua periode tersebut.

Runway =
4 + (Rp 5,72 miliar - Rp 4 miliar)
    ÷ (Rp 5,72 miliar - Rp 3,83 miliar)

Runway = 4,91 bulan

Untuk downside:

Runway =
3 + (Rp 5,93 miliar - Rp 4 miliar)
    ÷ (Rp 5,93 miliar - Rp 3,48 miliar)

Runway = 3,79 bulan

Untuk hiring freeze:

Runway =
6 + (Rp 4,18 miliar - Rp 4 miliar)
    ÷ (Rp 4,18 miliar - Rp 2,38 miliar)

Runway = 6,10 bulan

Formula Google Sheets untuk menghitung runway pecahan bulan:

=LET(
  Saldo,F25:AC25,
  Batas,Assumptions!$B$10,
  BulanPelanggaran,MATCH(TRUE,Saldo<Batas,0),
  SaldoSebelum,INDEX(Saldo,1,BulanPelanggaran-1),
  SaldoSesudah,INDEX(Saldo,1,BulanPelanggaran),
  BulanPelanggaran-1+
  (SaldoSebelum-Batas)/(SaldoSebelum-SaldoSesudah)
)

Dokumentasi resmi MATCH dan INDEX dari Google menjelaskan perilaku kedua fungsi yang digunakan untuk menemukan periode pelanggaran dan mengambil saldo terkait.

Struktur template runway 24 bulan di Google Sheets

Workbook yang digunakan untuk keputusan investor setidaknya memerlukan tujuh tab.

Buat kolom bulanan selama 24 bulan, misalnya Januari 2027 sampai Desember 2028. Semua skenario harus menggunakan struktur yang sama. Gunakan dropdown untuk memilih skenario, bukan salinan tab bernama Base_Final2 atau Downside_New.

1. Jadwal headcount

Setiap baris mewakili satu posisi. Beban gaji hanya muncul setelah tanggal mulai:

=IF(F$4>=$C5,$D5/12,0)

Dengan asumsi:

• F$4 adalah bulan proyeksi
• $C5 adalah tanggal mulai
• $D5 adalah gaji tahunan

Tambahkan biaya tenaga kerja lain secara eksplisit:

=Gaji_Bulanan
+BPJS
+Tunjangan
+Bonus_Akrual
+Pajak_Penggajian

Tanggal mulai efektif untuk skenario hiring freeze dapat dihitung dengan:

=IF(
  Assumptions!$B$2="Hiring freeze",
  EDATE(Tanggal_Mulai_Awal,3),
  Tanggal_Mulai_Awal
)

2. Bookings, pendapatan, dan penerimaan kas

Bookings tidak langsung menjadi pendapatan atau kas. Untuk kontrak SaaS 12 bulan, contoh sederhana konversi bookings menjadi pendapatan adalah:

=Bookings_Baru/12

Jika kontrak mulai di tengah bulan, gunakan proporsi hari aktif atau jadwal kontrak terpisah. Pendapatan bulanan kemudian terdiri dari pendapatan kontrak lama dan bookings baru yang telah aktif.

Estimasi piutang akhir berbasis DSO:

=Revenue_AR!F10*Assumptions!$B$7/30

Penerimaan pelanggan:

=AR_Awal+Pendapatan-AR_Akhir-Penghapusan_Piutang

Perubahan DSO dari 43 menjadi 58 hari akan meningkatkan piutang dan mengurangi penerimaan kas, meskipun pendapatan pada P&L belum berubah.

3. Pembayaran tahunan

Catat tanggal pembayaran sebenarnya. Jangan membagi tagihan tahunan menjadi 12 arus kas bulanan yang sama.

=SUMIFS(
  Annual_Payments!$D:$D,
  Annual_Payments!$C:$C,">="&F$4,
  Annual_Payments!$C:$C,"<"&EDATE(F$4,1)
)

Dengan formula ini, pembayaran software Rp 6,72 miliar muncul seluruhnya pada bulan jatuh tempo.

4. Saldo kas bulanan

Kas akhir bulan pertama:

=Kas_Awal+Total_Penerimaan-Total_Pengeluaran

Kas akhir untuk bulan berikutnya:

=Kas_Akhir_Bulan_Lalu+Total_Penerimaan-Total_Pengeluaran

Hubungan lengkapnya adalah:

Kas akhir =
kas awal
+ penerimaan pelanggan
+ pendanaan
- penggajian
- vendor dan operasional
- pembayaran tahunan
- pajak
- pembayaran utang

5. Pemeriksaan yang harus menghasilkan nol

Tab Checks sebaiknya berisi formula, nilai aktual, dan status.

Contoh formula pemeriksaan piutang:

=AR_Awal+Pendapatan-Penerimaan-Penghapusan-AR_Akhir

Contoh formula status:

=IF(ABS(B5)<=1000,"OK","PERIKSA")

Tambahkan conditional formatting merah jika hasil pemeriksaan melebihi Rp 1.000 secara absolut.

Cara membangun model runway dalam dua jam

Urutan kerja yang realistis:

1. Buat tujuh tab dan kolom proyeksi 24 bulan.
2. Masukkan kas awal, batas minimum, DSO, dan tiga skenario pada Assumptions.
3. Impor daftar karyawan serta rencana 14 perekrutan ke Headcount.
4. Masukkan biaya penuh setiap posisi, termasuk BPJS dan tunjangan.
5. Hubungkan bookings, pendapatan, piutang, dan penerimaan pada Revenue_AR.
6. Masukkan semua pembayaran besar berdasarkan tanggal pada Annual_Payments.
7. Hubungkan P&L ke Cash_Flow, kemudian hitung kas akhir bulanan.
8. Tambahkan formula runway pecahan bulan.
9. Pastikan seluruh pemeriksaan rekonsiliasi menghasilkan nol.
10. Gunakan dropdown untuk berpindah skenario tanpa menggandakan workbook.

ModelMonkey dapat membantu mengekstrak dan menormalkan daftar transaksi, invoice pelanggan, kontrak vendor, serta data headcount langsung di Google Sheets. Tim keuangan tetap mengendalikan formula proyeksi dan keputusan skenario.

Cara menguji platform runway dan burn rate sebelum membeli

Gunakan data perusahaan sendiri, bukan hanya data demo vendor. Minta setiap vendor menyelesaikan pengujian berikut:

1. Rekonsiliasikan saldo kas dengan neraca dan rekening bank.
2. Impor 24 bulan data aktual serta proyeksi untuk sedikitnya 60 karyawan.
3. Ubah bookings sebesar 12%, DSO dari 43 menjadi 58 hari, dan tanggal mulai 10 karyawan.
4. Jelaskan perubahan runway berdasarkan driver.
5. Tampilkan dampak perubahan pada P&L, neraca, dan cash flow.
6. Masukkan pembayaran tahunan besar pada bulan tertentu.
7. Ekspor laporan untuk direksi dan periksa angka, komentar, serta label skenario.

Tanyakan juga secara tertulis:

• Berapa total biaya tahun pertama dan biaya perpanjangan?
• Berapa biaya implementasi dan migrasi data?
• Apakah konektor akuntansi, bank, HRIS, CRM, dan billing termasuk?
• Apakah ada batas jumlah entitas, skenario, atau pengguna?
• Berapa lama refresh data berlangsung?
• Apakah formula dan transformasi data dapat diaudit?
• Apakah hasil dapat diekspor ke Google Sheets, Excel, atau Google Slides?
• Bagaimana data historis dan skenario dapat diambil jika kontrak dihentikan?

Platform mana yang sebaiknya dipilih?

Pilih Google Sheets jika Anda membutuhkan model hari ini, anggaran terbatas, dan seluruh formula harus terlihat. Pilih Runway jika banyak kepala departemen ikut menyusun rencana. Pilih Drivetrain jika tim FP&A menjalankan skenario terhubung setiap minggu. Pilih Mosaic jika pelaporan aktual dibandingkan rencana menjadi sumber pekerjaan terbesar.

Platform terbaik bukan sistem dengan grafik burn rate paling menarik. Pilihan terbaik adalah sistem yang dapat menunjukkan bahwa runway turun karena DSO bertambah 15 hari, pembayaran tahunan jatuh tempo, atau perekrutan dipercepat, kemudian menghubungkan perubahan tersebut kembali ke P&L, neraca, dan cash flow.

FAQ tentang platform untuk melacak runway dan burn rate

Apa platform terbaik untuk startup tahap awal?

Google Sheets biasanya menjadi pilihan terbaik untuk startup tahap awal karena murah, cepat disiapkan, dan mudah diaudit. Beralihlah ke platform FP&A ketika pemutakhiran aktual, kolaborasi departemen, atau pengelolaan skenario mulai memakan puluhan jam setiap bulan.

Apa perbedaan gross burn dan net burn?

Gross burn adalah seluruh arus kas keluar operasional selama suatu periode. Net burn adalah arus kas keluar operasional setelah dikurangi penerimaan operasional. Untuk menghitung kebutuhan pendanaan, keduanya perlu dipantau bersama dengan jadwal pembayaran besar.

Berapa runway yang dianggap aman?

Tidak ada angka yang berlaku untuk semua perusahaan. Direksi perlu menetapkan batas minimum kas berdasarkan penggajian, kewajiban pajak, pembayaran utang, waktu penggalangan dana, dan ketidakpastian penerimaan pelanggan. Runway kemudian dihitung sampai kas menembus batas tersebut.

Mengapa hasil runway berbeda dari saldo kas dibagi net burn?

Pembagian sederhana mengasumsikan burn yang stabil. Model bulanan memasukkan perubahan perekrutan, DSO, pendapatan, pajak, pembayaran tahunan, dan utang. Karena itu, model bulanan biasanya memberikan tanggal runway yang lebih realistis.

Apakah pembayaran software tahunan termasuk burn rate?

Ya, pembayaran tersebut merupakan arus kas keluar dan harus muncul dalam proyeksi kas pada bulan pembayaran. Pada P&L, bebannya mungkin diakui selama 12 bulan, tetapi arus kas dapat keluar sekaligus.

Seberapa sering model runway harus diperbarui?

Startup tahap awal umumnya dapat memperbaruinya setiap bulan. Perusahaan dengan kas terbatas, penerimaan tidak stabil, atau proses fundraising aktif sebaiknya memperbarui aktual dan proyeksi setiap minggu.

Apakah Google Sheets cukup untuk laporan investor?

Google Sheets cukup jika formula dilindungi, sumber data terdokumentasi, skenario diberi label dengan jelas, dan seluruh pemeriksaan rekonsiliasi menghasilkan nol. Simpan juga snapshot setiap versi yang pernah dibagikan kepada investor.

Kapan perusahaan perlu beralih ke platform FP&A?

Pertimbangkan perpindahan ketika perusahaan memiliki banyak entitas, lebih dari satu pemilik anggaran, puluhan skenario, atau proses pelaporan yang membutuhkan banyak penyalinan data. Sebelum membeli, ukur waktu kerja yang dapat dihemat dan bandingkan dengan total biaya tahun pertama.