Startup & Bisnis Tech

SLA Startup: Menjanjikan Layanan Tanpa Menjebak Diri

SLA sering ditulis untuk memenangkan kontrak, bukan untuk dijalankan sehari-hari. Panduan praktis menyusun janji layanan yang masih realistis dipenuhi tim kecil.

Permintaan SLA dari calon pelanggan enterprise sering jadi momen panik pertama bagi startup B2B. Tim penjualan ingin segera menandatangani kontrak, sementara tim engineering belum pernah menghitung berapa biaya sebenarnya untuk menjaga layanan tetap hidup 99,95 persen setiap bulan. Akibatnya, janji di atas kertas berubah menjadi utang operasional yang menumpuk diam-diam dan baru terasa saat insiden pertama terjadi.

Hitung Dulu Arti Angka Uptime dalam Satuan Menit

Persentase uptime terasa abstrak sampai dikonversi ke menit. Dalam bulan yang dihitung 30 hari atau 43.200 menit, artinya seperti ini:

  • 99,9 persen berarti sekitar 43 menit gangguan per bulan.
  • 99,95 persen berarti sekitar 22 menit.
  • 99,99 persen berarti hanya sekitar 4 menit.

Selisih 99,9 dan 99,99 persen terlihat sepele di slide presentasi, tetapi tuntutan teknisnya berbeda jauh. Angka 99,9 persen masih mungkin dicapai dengan satu server cadangan dan proses pemulihan manual yang rapi. Angka 99,99 persen menuntut redundansi di beberapa zona, failover otomatis, rotasi on-call, dan prosedur pengujian chaos yang rutin. Sebelum menaikkan angka di kontrak, tanyakan dulu siapa yang akan bangun pukul tiga pagi saat alarm berbunyi.

Langkah praktisnya sederhana: buat tabel berisi target uptime, kebutuhan infrastruktur, perkiraan biaya bulanan, dan jumlah orang yang harus siap siaga. Jika biaya tambahan tidak sebanding dengan nilai kontrak, turunkan targetnya atau batasi ruang lingkupnya.

Tentukan Ruang Lingkup Sebelum Berdebat Soal Angka

Sebagian besar sengketa SLA bukan soal uptime melainkan soal apa yang dihitung sebagai gangguan. Karena itu, definisi harus ditulis lebih dulu, baru angkanya.

Beberapa hal yang sebaiknya masuk definisi:

  • Layanan mana yang dijanjikan, misalnya API utama, dasbor, atau webhook, dan di region mana.
  • Apa yang dianggap tidak tersedia, termasuk apakah respons yang lambat luar biasa tetap dihitung sebagai gangguan.
  • Pengecualian yang wajar, seperti pemeliharaan terjadwal dengan pemberitahuan 48 jam sebelumnya, gangguan penyedia cloud di luar kendali, koneksi internet pelanggan, dan pemakaian di luar batas wajar yang tertulis di dokumentasi.

Tanpa daftar pengecualian, tim kecil bisa dipaksa menanggung kompensasi atas kegagalan jaringan kantor pelanggan sendiri. Itu bukan komitmen yang salah, hanya komitmen yang tidak pernah disepakati.

Service Credit: Ganti Rugi yang Tetap Menjaga Kas

Hindari menjanjikan pengembalian uang tunai sebagai bentuk kompensasi utama. Service credit berupa potongan tagihan bulan berikutnya jauh lebih aman bagi arus kas startup yang masih tipis.

Contoh struktur yang cukup umum dan mudah dihitung:

  • Uptime bulanan di bawah target tetapi di atas 99,0 persen: kredit 10 persen dari biaya langganan bulan tersebut.
  • Uptime di bawah 99,0 persen: kredit 25 persen.
  • Total kredit dibatasi maksimal 30 persen dari tagihan bulanan.

Sertakan juga aturan mainnya: pelanggan harus mengajukan klaim dalam 30 hari setelah insiden, dan kredit tidak berlaku sebagai pengganti kerugian tidak langsung. Batas atas kompensasi melindungi startup dari satu bulan yang bisa menghapus margin setahun.

Rute Eskalasi dan Ritme Komunikasi Insiden

SLA yang baik mengatur komunikasi, bukan hanya ketersediaan. Tentukan sejak awal siapa yang dihubungi, lewat kanal apa, dan seberapa cepat.

Susunan yang bisa dipakai startup dengan tim kecil:

  • Halaman status publik yang diperbarui minimal setiap 60 menit selama insiden berlangsung.
  • Pemberitahuan pertama ke pelanggan dalam 30 menit sejak insiden terdeteksi.
  • Laporan akar masalah atau postmortem dalam 5 hari kerja setelah layanan pulih.
  • Kanal khusus untuk insiden prioritas tinggi, misalnya email grup dan nomor telepon, dengan jam dukungan yang jujur.

Menawarkan hotline 24 jam tanpa rotasi on-call yang benar-benar siap adalah jebakan klasik. Lebih baik menulis jam dukungan 07.00 sampai 22.00 WIB dengan target respons satu jam, lalu menaikkannya setelah tim punya jadwal jaga yang berjalan.

Uji SLA Sebelum Tanda Tangan, Bukan Sesudah Insiden

Sebelum kontrak disepakati, jalankan simulasi meja. Pilih satu skenario, misalnya basis data utama mati selama 40 menit, lalu jawab bersama tim: siapa yang menyadari lebih dulu, siapa yang mengabari pelanggan, dan berapa kredit yang harus dibayar. Simulasi satu jam ini biasanya memunculkan celah yang tidak terlihat di dokumen.

Setelah berjalan, pantau error budget setiap bulan. Jika jatah gangguan bulanan sudah habis di pertengahan bulan, hentikan sementara peluncuran fitur baru dan alihkan energi tim ke stabilitas. Kebiasaan ini mengubah SLA dari dokumen legal menjadi alat pengambilan keputusan.

Klausul Kecil yang Sering Terlupakan

Beberapa butir yang kerap baru dibaca ulang saat masalah muncul:

  • Ketergantungan pada pihak ketiga, seperti penyedia cloud atau gateway pembayaran, dan bagaimana risikonya dibagi.
  • Prosedur perubahan SLA, misalnya pemberitahuan 30 hari sebelum penyesuaian.
  • Definisi pelanggan yang berhak atas kredit, misalnya tagihan harus lancar.
  • Hukum yang berlaku dan cara penyelesaian sengketa.

SLA pada akhirnya bukan alat pemasaran untuk memenangkan tender, melainkan kontrak operasional yang mengikat tim setiap hari. Mulailah dari versi yang paling sederhana dan benar-benar bisa dipenuhi, catat setiap insiden dengan rapi, lalu naikkan target seiring kemampuan infrastruktur dan kesiapan tim. Pelanggan enterprise umumnya lebih menghargai janji yang ditepati daripada angka sembilan yang tidak pernah terbukti.