Retool, Inc.

David Hsu tidak memulai dengan riset pasar atau analisis kompetitor. Ide Retool lahir karena ia dan timnya sendiri menghabiskan hampir separuh waktu engineering untuk membangun internal tools saat menjalankan Cashew. Ketika Cashew gagal, Hsu menyadari bahwa kode internal tools mereka justru lebih berharga dari produk utamanya. Retool mencapai US$2 juta ARR sebelum peluncuran resmi — bukti bahwa pain ini universal.

Produk B2B terbaik sering lahir dari founder yang pernah menjadi pengguna sendiri. Mereka memahami masalah di tingkat terdalam: bukan hanya 'apa' yang dibutuhkan, tapi 'bagaimana rasanya' membangun solusi yang buruk. Ini memberikan taste yang tidak bisa digantikan oleh riset pasar.

Membangun developer tools tanpa pernah menjadi developer yang mengalami pain tersebut. Mengandalkan riset pasar top-down untuk menentukan fitur, bukan empati langsung dari pengalaman.

Sebelum membangun produk B2B, pastikan kamu pernah mengalami masalah yang ingin kamu selesaikan. Jika belum, habiskan waktu bekerja di domain tersebut. Hsu menghabiskan berbulan-bulan membangun internal tools di Cashew sebelum menyadari peluangnya — waktu itu bukan waktu yang terbuang, tapi investasi dalam pemahaman.

Ketika Retool diluncurkan, ada dikotomi tajam: developer menulis kode dari nol (slow tapi fleksibel) atau pengguna bisnis pakai no-code (cepat tapi terbatas). Retool mengambil posisi di tengah yang tidak populer: drag-and-drop untuk hal repetitif (80% pekerjaan), tapi tetap bisa menulis JavaScript kustom untuk hal kompleks (20%). Developer awalnya skeptis terhadap 'low-code', namun setelah demo langsung menunjukkan 10x percepatan, resistensi luntur.

Pasar yang tampak terlalu crowded sering memiliki celah di tengah yang belum diisi siapa pun. Retool bukan no-code (terlalu terbatas untuk developer) dan bukan full-code (terlalu lambat untuk internal tools). Posisi 'di tengah' ini ternyata adalah sweet spot dengan TAM terbesar: lebih dari 40% waktu engineering di perusahaan dihabiskan untuk internal tools.

Platform low-code yang mengklaim 'untuk semua orang' tapi tidak memuaskan siapa pun. Developer tools yang terlalu 'magical' sehingga developer kehilangan kontrol. No-code tools yang hit dinding kompleksitas saat kebutuhan tumbuh.

Identifikasi persona utama dan bangun untuk mereka dengan fanatik. Retool memilih developer sebagai persona utama dan menolak kompromi: bisa kustom dengan kode kapan pun. Ini berarti learning curve lebih tinggi untuk non-developer, tapi developer mau mengadopsi karena merasa 'ini tool untuk saya, bukan tool yang memaksa saya beradaptasi.'

Saat startup lain berlomba menggalang dana sebesar mungkin pada valuasi setinggi mungkin, Hsu melakukan kebalikannya. Pada Series C (Desember 2021), ia sengaja hanya menggalang US$20 juta pada valuasi US$1,85 miliar — 'valuasi secara substansial lebih rendah dari kebanyakan penawaran yang kami terima.' Alasannya: valuasi rendah berarti dilusi rendah, yang berarti karyawan bisa exercise opsi saham mereka dengan biaya yang terjangkau. Hsu menghitung bahwa pendekatan ini menghemat rata-rata US$1 juta per engineer dan hingga US$10 juta per eksekutif.

Valuasi tinggi sering dianggap sebagai tanda kesuksesan, padahal bisa menjadi jebakan: karyawan yang bergabung setelah round besar menghadapi strike price tinggi, down round di masa sulit menghancurkan moral, dan tekanan untuk 'tumbuh sesuai valuasi' mendorong pembakaran kas yang tidak sustainable.

Mengejar valuasi tertinggi sebagai metrik kesuksesan. Mengumpulkan lebih banyak uang dari yang dibutuhkan 'untuk jaga-jaga'. Mengabaikan dampak dilusi terhadap karyawan yang bergabung belakangan.

Tanyakan: untuk siapa fundraise ini menguntungkan? Jika jawabannya hanya 'founder dan investor awal', ada masalah. Hsu membuktikan bahwa pendekatan alternatif — round kecil, sering, pada valuasi bertahap — bisa bekerja. Total funding Retool (~US$165 juta) jauh lebih kecil dari kompetitor, namun menghasilkan perusahaan US$3,2 miliar yang mendekati cashflow breakeven.

Pesan awal Retool gagal total: email outbound dengan subject 'excel-like, with higher order primitives' tidak mendapat respons. Pasar internal tools terlalu abstrak untuk dijual dengan kata-kata. Hsu belajar bahwa satu-satunya cara menjual Retool adalah demo langsung: tunjukkan developer membangun admin panel fungsional dalam 15 menit. Setelah beralih ke strategi demo-first, pipeline penjualan meledak.

Produk horizontal (bisa dipakai untuk banyak hal) jauh lebih sulit dijual daripada produk vertikal (solusi spesifik untuk masalah spesifik). Untuk produk horizontal, deskripsi akan selalu terdengar terlalu abstrak atau terlalu luas. Solusinya: biarkan produk berbicara sendiri melalui demo.

Menghabiskan berminggu-minggu menyempurnakan positioning deck tanpa pernah menunjukkan produk yang berjalan. Mengandalkan penjelasan fitur alih-alih demonstrasi nilai. Mengirim cold email dengan jargon teknis yang hanya dipahami oleh tim internal.

Jika kamu tidak bisa menjelaskan produkmu dalam satu kalimat yang membuat orang langsung ingin mencoba, pindah ke strategi demo-first. Retool berhasil setelah Hsu mulai melakukan live demo di setiap sales call — membangun dashboard fungsional real-time di depan calon pelanggan.

Cashew (Venmo untuk Inggris) menemukan product-market fit yang kuat dengan pertumbuhan 20%+ per minggu di kampus Oxford, namun model finansialnya tidak berkelanjutan. Dengan runway tersisa kurang dari 60 hari, Hsu harus pivot atau mati. Alih-alih menyerah, ia menggali semua software yang telah dibangun timnya selama menjalankan Cashew dan menemukan bahwa internal tools mereka adalah produk yang sebenarnya.

Banyak startup sukses besar lahir dari kegagalan startup sebelumnya. Kuncinya: founder tidak hanya pivot ke ide acak, tapi menggali 'byproduct' berharga dari pengalaman gagal. Slack lahir dari game Glitch yang gagal, Instagram dari app check-in Burbn, Retool dari fintech Cashew. Kegagalan memberikan dua hal yang tidak bisa dibeli: pengalaman domain dan kode yang sudah teruji.

Pivot tanpa arah yang jelas — mencoba ide baru yang tidak ada hubungannya dengan pengalaman sebelumnya. Terlalu cepat menyerah dan membuang semua learnings. Terlalu lama bertahan di ide yang jelas tidak bekerja karena sunk cost fallacy.

Ketika startup gagal, jangan langsung buang semuanya. Tanyakan: apa byproduct paling berharga yang telah kami bangun? Kode apa yang paling sering kami gunakan sendiri? Masalah apa yang kami selesaikan dengan baik — yang kebetulan bukan masalah yang sedang kami coba monetisasi?

Ketika 27 pelanggan cloud Retool dikompromikan oleh serangan phishing canggih pada Agustus 2023, Retool bisa saja meminimalkan insiden. Sebaliknya, Snir Kodesh mempublikasikan blog post detail yang menjelaskan seluruh rantai serangan: dari SMS phishing, deepfake suara, hingga eksploitasi fitur sinkronisasi cloud Google Authenticator. Blog ini bahkan mengkritik Google secara langsung. Respons transparan ini dijadikan benchmark industri untuk incident response.

Perusahaan yang merespons insiden keamanan dengan transparansi radikal sering keluar lebih kuat: mereka membangun trust dengan pelanggan yang melihat bahwa perusahaan tidak berusaha menyembunyikan kesalahan. Sebaliknya, perusahaan yang meminimalkan atau menyembunyikan insiden sering mengalami erosi trust jangka panjang yang lebih merusak dari insiden itu sendiri.

Merespons insiden keamanan dengan pernyataan minimal seperti 'kami mengambil keamanan dengan serius'. Menyalahkan pengguna alih-alih mengakui kerentanan sistem. Menunda pengungkapan untuk mengelola dampak PR.

Siapkan playbook incident response yang memprioritaskan transparansi. Jelaskan APA yang terjadi, BAGAIMANA terjadi, SIAPA yang terdampak, dan APA yang akan diubah. Blog post Retool adalah template yang baik: kronologis, teknis, jujur, dan menyertakan langkah perbaikan konkret.

Retool menemukan bahwa setelah sebuah perusahaan membangun beberapa internal tools di platformnya, switching cost menjadi sangat tinggi. DoorDash membangun 40+ internal tools di Retool, masing-masing memotong waktu pengembangan dari 1-2 bulan menjadi 30-60 menit. Mengganti platform berarti membangun ulang puluhan tool operasional yang sudah terintegrasi — risiko yang hampir tidak ada perusahaan yang mau ambil.

Produk B2B dengan net revenue retention tertinggi biasanya bukan yang paling canggih, tapi yang paling embedded dalam workflow operasional harian. Semakin banyak proses bisnis kritis yang berjalan di atas platformmu, semakin tinggi switching cost dan semakin rendah churn.

Membangun tool yang hanya dipakai sesekali atau untuk use case peripheral. Gagal mendorong adopsi multi-use-case di dalam satu pelanggan. Tidak memiliki strategi land-and-expand yang jelas.

Desain produk untuk menjadi semakin berharga seiring bertambahnya penggunaan (network effect internal). Retool melakukan ini dengan membuat setiap tool baru yang dibangun di platformnya lebih mudah dari yang pertama (komponen reusable, koneksi data yang sudah ada). DoorDash tidak memakai Retool karena satu tool; mereka memakai Retool karena 40+ tool yang saling terhubung.