Agensi yang Sempat Diblokir Rate Limiter-ku Kini Upgrade jadi Klien Tahunan Terbesar

Email itu masuk hari Selasa, persis tiga minggu setelah aku deploy perbaikan urutan pemeriksaan rate limiter yang sempat mengunci dashboard mereka berjam-jam. Subjeknya pendek: "Upgrade ke annual + tambah 15 seat?" Bukan komplain susulan, bukan minta potongan harga atas insiden kemarin. Ini justru tawaran memperbesar kontrak — dari paket bulanan 35 kursi jadi tahunan 50 kursi, kontrak berbayar terbesar yang pernah masuk ke tracker langgananku, datang dari akun yang tiga minggu sebelumnya nyaris kutinggal pergi gara-gara bug buatanku sendiri.

Kenapa Aku Kira Ini Awal dari Kehilangan Klien

Begitu insiden rate limiter itu terungkap, reaksi pertamaku bukan lega karena sudah ketemu akar masalahnya, tapi cemas menghitung berapa lama sampai mereka pindah ke kompetitor. Ini agensi 35 orang yang baru dua minggu onboarding lewat akun multi-seat, dan produk yang seharusnya membantu mereka melapor ke klien malah balik mengunci mereka sendiri di gerbang pertama. Aku sudah menyiapkan mental untuk email pembatalan, bukan email upgrade — sampai aku sadar yang mereka nilai bukan cuma apakah bug itu ada, tapi apa yang terjadi setelah bug itu ketahuan.

Yang Ternyata Mereka Hargai Bukan Bug-nya Hilang, Tapi Caranya Ditangani

Hari itu juga, begitu fix urutan pemeriksaan identitas-sebelum-limiter selesai di-deploy, aku menulis entri insiden di status page publik yang sudah lama kupasang — bukan kalimat generik "masalah telah diperbaiki", tapi kronologi jujur: jam berapa laporan masuk, apa akar masalahnya (limiter berbasis IP yang tidak tahu bedanya bot dan kantor beranggota banyak), dan langkah konkret yang diambil. Aku juga jalankan satu query cepat ke log lama untuk mengecek akun berbayar lain yang mungkin diam-diam ikut kena tapi belum melapor — ketemu satu tim kecil di jaringan wifi kampus — dan menghubungi mereka duluan sebelum mereka sempat sadar itu masalah, bukan koneksi lambat biasa.

Ops lead di agensi itu menyebut dua hal spesifik waktu menjelaskan kenapa mereka justru mau menambah kursi, bukan mengurangi: kecepatan fix di hari yang sama, dan fakta bahwa mereka tahu persis apa yang salah dari status page publik itu, bukan dari basa-basi customer support. Buat tim yang kerjanya sendiri melapor ke klien mereka soal insiden, transparansi semacam itu ternyata bukan nilai tambah kosmetik — itu bukti bahwa alat yang mereka pakai untuk membangun kepercayaan ke klien mereka sendiri juga dijalankan dengan cara yang sama.

Angka di Balik "Upgrade" Itu

Kontrak lama mereka paket bulanan 35 kursi, sekitar sepertujuh dari MRR-ku bulan itu. Kontrak baru: tahunan, 50 kursi, dibayar di muka, langsung jadi lebih dari seperempat total pendapatan berulangku dalam satu tanda tangan. Ini juga kontrak pertama yang lebih besar dari tawaran Rp180 juta setahun yang pernah kutolak bulan lalu karena syaratnya membelah produk jadi versi kustom — bedanya, yang ini datang tanpa syarat sepotong pun terhadap arsitektur produk, cuma minta kuota lebih besar dan SLA respons insiden tertulis, yang sudah bisa kupenuhi dari praktik yang sudah berjalan.

Aku juga menambahkan satu perubahan kecil di sisi infrastruktur supaya ini bukan kebetulan sekali jalan: setiap insiden yang menyentuh akun berbayar sekarang otomatis memicu draf entri status page dalam lima menit, bukan menunggu aku ingat menulisnya manual setelah kepala dingin. Backend yang menyimpan riwayat insiden itu sendiri berjalan di server terpisah dari API utama, supaya status page tetap bisa diakses walau layanan utamanya sedang bermasalah — hal kecil yang baru terasa penting justru setelah insiden ini selesai, bukan sebelumnya.

Takeaway

Aku sempat mengira insiden rate limiter itu akan jadi cerita kehilangan klien terbesarku, bukan cerita mendapat kontrak tahunan terbesarku. Bedanya ternyata bukan pada seberapa parah bug-nya, tapi pada apa yang terjadi di jam-jam sesudahnya: kecepatan perbaikan, kejujuran soal apa yang salah, dan proaktif mengecek siapa lagi yang mungkin ikut kena sebelum mereka mengeluh. Klien yang produknya sendiri soal kepercayaan ternyata menilai vendornya dengan standar yang sama — dan standar itu jauh lebih mudah dipenuhi kalau sistem untuk jujur soal insiden sudah berjalan otomatis, bukan diingat-ingat manual setiap kali ada yang salah.

Sumber gambar: Glenn Carstens-Peters di Unsplash Sumber gambar: Philipp Katzenberger di Unsplash Sumber gambar: Florian Olivo di Unsplash Sumber gambar: imgix di Unsplash