Runway bukan angka untuk menenangkan diri. Runway adalah batas waktu untuk membuat keputusan. Banyak founder tahu saldo kas, tetapi tidak benar-benar tahu kapan harus memperlambat hiring, menaikkan harga, menutup eksperimen growth, atau mulai fundraising.
Burn multiple membantu membaca seberapa mahal growth yang sedang dibeli. Untuk startup SaaS tahap awal, metrik ini tidak perlu dipakai secara kaku seperti perusahaan publik. Tetapi ia berguna untuk bertanya: apakah setiap rupiah burn menghasilkan revenue baru yang masuk akal?
Hitung runway dengan cash nyata
Formula dasar:
- runway bulan = cash balance / net burn bulanan
Net burn adalah cash out minus cash in per bulan. Gunakan cash, bukan invoice yang belum dibayar. Jika pelanggan enterprise punya payment term 60 hari, revenue di kontrak tidak otomatis menyelamatkan runway bulan ini.
Pisahkan:
- cash di bank
- receivables
- committed revenue
- biaya tetap
- biaya variabel
- pembayaran besar yang akan datang
Runway yang sehat dihitung konservatif. Jangan memakai forecast sales terbaik sebagai baseline.
Burn multiple
Formula sederhana:
- burn multiple = net burn / net new ARR
Jika startup membakar banyak kas untuk menambah sedikit ARR, growth mahal. Jika burn turun dan net new ARR tetap naik, efisiensi membaik.
Untuk tahap sangat awal, net new ARR bisa kecil dan burn multiple terlihat aneh. Gunakan sebagai alat diskusi, bukan angka tunggal. Lihat tren beberapa bulan, bukan satu bulan.
Buat tiga skenario
Setiap bulan, buat:
- base case: sales sesuai rata-rata realistis
- downside case: sales mundur 3 bulan
- aggressive case: pipeline besar benar-benar closing
Keputusan operasional sebaiknya mengikuti base/downside, bukan aggressive. Hiring berdasarkan aggressive case sering membuat runway hilang sebelum revenue datang.
Decision point
Tentukan titik keputusan:
- runway 12 bulan: mulai fundraising preparation
- runway 9 bulan: kurangi eksperimen yang belum terbukti
- runway 6 bulan: freeze hiring non-kritis dan cari opsi bridge/profitability
- runway 3 bulan: keputusan survival, bukan optimisasi
Angka ini bukan aturan mutlak. Tetapi founder perlu threshold tertulis. Tanpa threshold, tim sering menunggu terlalu lama.
Hiring dan burn
Setiap hiring harus menjawab:
- apakah role ini mempercepat revenue, produk inti, atau retention?
- kapan hasilnya terlihat?
- apakah role ini menggantikan founder bottleneck nyata?
- apa yang terjadi jika hiring ditunda 90 hari?
Hiring karena "startup harus scale" adalah alasan lemah. Hiring harus terhubung dengan bottleneck dan runway.
Cash rhythm mingguan
Buat ritual 30 menit:
- saldo kas
- cash in minggu ini
- cash out minggu ini
- invoice overdue
- payroll berikutnya
- runway update
- keputusan yang perlu diambil
Ritual ini membosankan, tetapi menyelamatkan founder dari kejutan. Banyak masalah runway muncul bukan karena tidak ada revenue, tetapi karena kas masuk lebih lambat dari pengeluaran.
Red flag
Waspadai jika:
- runway dihitung dari revenue forecast
- receivables dianggap sama dengan cash
- hiring tetap berjalan tanpa trigger
- biaya cloud/support naik tanpa terlihat di gross margin
- investor update tidak menyebut runway jujur
- founder menunda cut cost karena menunggu deal besar
Checklist runway
- cash balance aktual
- net burn 3 bulan terakhir
- runway base/downside/aggressive
- payment term pelanggan besar
- invoice overdue
- hiring plan
- decision point tertulis
- fundraising timeline
- cut list jika downside terjadi
Cut list sebelum panik
Buat cut list saat runway masih cukup, bukan saat kas hampir habis.
Kategori:
- stop sekarang: tools tidak dipakai, eksperimen tanpa owner, paid channel tanpa payback
- pause 30-60 hari: hiring non-kritis, event mahal, agency yang belum terbukti
- renegotiate: cloud, software, contractor, office, vendor
- protect: payroll inti, pelanggan aktif, security dasar, infrastructure penting
Cut list yang dibuat saat tenang lebih rasional. Saat panik, founder cenderung memotong hal yang mudah, bukan hal yang paling benar.
Burn multiple dan stage
Burn multiple perlu dibaca sesuai stage:
- pre-revenue: fokus ke learning velocity dan runway, bukan burn multiple
- early revenue: lihat apakah burn menghasilkan customer sehat
- post-seed: investor mulai menilai efisiensi growth
- menuju Series A: burn multiple dan retention makin penting
Jika startup masih mencari PMF, burn multiple tinggi mungkin bisa dijelaskan. Tetapi jika sudah mengklaim repeatable GTM, burn harus mulai lebih disiplin.
Investor update runway
Tulis runway dengan jelas:
- cash balance
- runway base case
- runway downside
- burn bulan ini
- perubahan besar dari bulan lalu
- keputusan biaya yang diambil
- bantuan yang diminta
Investor tidak bisa membantu jika update hanya berisi kabar baik. Runway jujur lebih berguna daripada optimisme yang terlambat.
Spreadsheet runway yang cukup
Kolom minimum:
- bulan
- opening cash
- cash in
- payroll
- cloud/tools
- marketing/sales
- contractor/vendor
- other opex
- closing cash
- net burn
- runway
Tambahkan kolom scenario: base, downside, aggressive. Jangan membuat model terlalu rumit jika datanya belum disiplin. Model sederhana yang diperbarui mingguan lebih berguna daripada forecast indah yang tidak pernah dipakai.
Cara memakai burn multiple dalam diskusi tim
Gunakan pertanyaan:
- burn terbesar pergi ke mana?
- revenue baru datang dari aktivitas apa?
- apakah growth berasal dari channel yang bisa diulang?
- apakah biaya support naik seiring pelanggan baru?
- apakah burn bulan ini membeli learning atau hanya menutup inefisiensi?
Burn multiple bukan angka untuk menyalahkan tim. Ia alat untuk melihat apakah growth makin efisien.
Keputusan yang tidak boleh ditunda
Tulis owner dan deadline untuk:
- hiring freeze
- cut vendor
- menaikkan harga
- mengejar collection
- mengubah target segmen
- mulai fundraising
- menyiapkan bridge plan
Runway tanpa keputusan hanya laporan. Founder perlu mengubah angka menjadi tindakan.
Scenario review bulanan
Setiap bulan, bandingkan forecast bulan lalu dengan realisasi:
- cash in meleset berapa?
- opex naik di mana?
- deal mana yang mundur?
- invoice mana yang belum dibayar?
- apakah cut plan masih cukup?
- apakah fundraising timeline perlu dimajukan?
Kesalahan forecast bukan masalah jika cepat dipelajari. Masalahnya adalah founder terus memakai asumsi lama setelah realitas berubah.
Hubungkan runway dengan GTM
Runway tidak bisa dipisahkan dari sales. Jika sales cycle rata-rata 90 hari, runway 6 bulan sebenarnya sempit. Founder hanya punya dua siklus sales sebelum keputusan keras.
Tanyakan:
- berapa lama dari discovery ke invoice dibayar?
- berapa persen pipeline realistis closing?
- apakah buyer butuh procurement panjang?
- apakah annual prepay bisa mempercepat cash?
- apakah pricing perlu diubah untuk cash collection?
Runway yang dihitung tanpa sales cycle akan terlalu optimistis.
Langkah berikutnya
Buka rekening dan laporan kas tiga bulan terakhir. Hitung net burn aktual, bukan angka budget. Buat downside case jika sales mundur tiga bulan. Lalu tulis keputusan yang harus diambil saat runway menyentuh 9, 6, dan 3 bulan. Runway berguna hanya jika memicu keputusan.