Defensibility adalah seberapa sulit bagi pesaing untuk merebut pelanggan Anda begitu mereka memutuskan untuk mencoba. Anda mengukurnya lewat apa yang harus dikeluarkan penyerang: uang, waktu, atau akses yang tidak bisa dibeli. Produk yang bisa dibangun ulang oleh developer mana pun dalam tiga minggu memiliki defensibility yang rendah, seberapa pun bagus tampilannya.
Defensibility dan moat menggambarkan satu gagasan dari dua sisi. Moat adalah strukturnya. Defensibility adalah kesulitan praktis yang dihadapi pesaing ketika mereka mencoba menarik satu pelanggan tertentu. Anda mengujinya pelanggan demi pelanggan, bukan pasar demi pasar.
Contoh. Anda menjual software akuntansi ke 900 perusahaan kecil, dan setiap akun menyimpan tiga tahun transaksi yang sudah dikategorikan. Berpindah berarti mengekspor, mengimpor ulang, dan memeriksa ulang riwayat itu. Anggarkan delapan jam waktu akuntan seharga 65 euro per jam, dan perpindahan itu menghabiskan 520 euro bagi pelanggan tersebut. Pesaing yang membebankan 29 euro per bulan harus memberi sekitar 18 bulan gratis hanya untuk menutup biaya itu, karena 18 dikali 29 adalah 522 euro. Itulah defensibility yang bisa Anda beri angka pasti.
Sumbernya mencakup data yang ada hanya karena pelanggan menggunakan produk Anda, integrasi ke sistem yang mereka andalkan, kontrak, izin regulasi, dan distribusi yang aksesnya tidak bisa dibeli pesaing.
Kesalahpahamannya adalah menyamakan defensibility dengan kerahasiaan. Menyembunyikan kode Anda hanya melindungi sedikit, karena pesaing meniru produk yang terlihat, bukan implementasinya. Kesalahpahaman kedua adalah soal waktu: banyak founder menulis tentang defensibility seolah itu sudah ada sejak peluncuran. Pada hari pertama, hampir tidak ada yang benar-benar defensible.
Rencana yang dihasilkan Foundor mengangkat defensibility di bagian kompetisi. Jawaban yang kuat bersifat spesifik: sebutkan apa yang terus terakumulasi dalam bisnis Anda seiring waktu, dan apa yang harus dikeluarkan pesaing untuk mengejarnya.
