Verdedigbaarheid is hoe moeilijk het voor een concurrent is om je klanten over te nemen zodra ze besluiten het te proberen. Je meet het aan wat de aanvaller moet uitgeven: geld, tijd, of toegang die niet te koop is. Een product dat elke ontwikkelaar in drie weken kan namaken heeft lage verdedigbaarheid, hoe goed het er ook uitziet.
Verdedigbaarheid en moat beschrijven één idee vanuit twee kanten. Een moat is de structuur. Verdedigbaarheid is de praktische moeilijkheid waar een concurrent tegenaan loopt als die probeert een specifieke klant weg te trekken. Je toetst het klant voor klant, niet markt voor markt.
Een voorbeeld. Je verkoopt boekhoudsoftware aan 900 kleine bedrijven, en elk account bevat drie jaar aan gecategoriseerde transacties. Overstappen betekent exporteren, opnieuw importeren en die geschiedenis opnieuw controleren. Reken op acht uur werk van een boekhouder tegen 65 euro per uur, en de overstap kost die klant 520 euro. Een concurrent die 29 euro per maand rekent zou ongeveer 18 maanden gratis moeten weggeven om dat alleen al te dekken, want 18 keer 29 is 522 euro. Dat is verdedigbaarheid waar je een cijfer op kunt plakken.
Bronnen zijn onder meer data die alleen bestaat omdat de klant je product gebruikt heeft, integraties met systemen waar ze van afhankelijk zijn, contracten, regelgevende goedkeuringen, en distributie waar een concurrent geen toegang toe kan kopen.
Het misverstand is verdedigbaarheid gelijkstellen aan geheimhouding. Je code verbergen beschermt weinig, want concurrenten kopiëren het zichtbare product, niet de implementatie. Een tweede misverstand betreft timing: veel starters schrijven over verdedigbaarheid alsof die al bestaat bij lancering. Op dag één is bijna niets verdedigbaar.
Het gegenereerde plan van Foundor brengt verdedigbaarheid ter sprake in het concurrentiehoofdstuk. Het antwoord dat standhoudt is specifiek: benoem wat zich in de loop van de tijd opstapelt in je bedrijf, en wat een concurrent zou moeten uitgeven om dat in te halen.
