De belangrijkste vraag in een maatwerktraject wordt zelden gesteld: wat gebeurt er als we uit elkaar gaan? Niet omdat je van plan bent te vertrekken, maar omdat het antwoord bepaalt hoe vrij je bent zolang je blijft. Een leverancier die weet dat je niet weg kunt, hoeft niet scherp te blijven op prijs, kwaliteit en tempo.
Die afhankelijkheid heet vendor lock-in: overstappen naar een andere partij is technisch of financieel onhaalbaar geworden. Bij maatwerk software ligt dat risico op de loer, omdat code, kennis en infrastructuur bij één partij samenkomen. Het goede nieuws: lock-in ontstaat vrijwel altijd aan het begin van een traject, en juist daar kun je hem voorkomen.
Waar de afhankelijkheid insluipt
Soms zit de lock-in in de techniek. Een applicatie op een no-code of low-code platform bestaat alleen binnen dat platform; weggaan betekent opnieuw beginnen. Hetzelfde geldt voor zelfgebouwde frameworks die alleen de leverancier beheerst en voor diensten die aan één specifieke cloudprovider vastzitten. Werkt niemand anders ermee, dan kan niemand anders het overnemen.
Minstens zo vaak zit de lock-in in het contract. Sommige ontwikkelaars houden het eigendom van de broncode bij zichzelf, of leveren op zonder documentatie en zonder afspraken over wat er bij een afscheid gebeurt. Dan doet de techniek er weinig meer toe: juridisch kun je nergens heen.
De vragen die je stelt voordat je tekent
Je hoeft geen ontwikkelaar te zijn om lock-in te voorkomen. Je moet vooral op tijd de juiste vragen stellen, en dat kan in het eerste gesprek al:
- Wie is na oplevering eigenaar van de broncode, en staat dat letterlijk in het contract?
- Ontwikkelen jullie met open, breed gebruikte technologie waar ook andere ontwikkelaars mee uit de voeten kunnen?
- Draait de applicatie ook buiten jullie eigen platform of infrastructuur?
- Kan ik mijn data op elk moment exporteren in een standaardformaat?
- Welke documentatie hoort bij de oplevering, en wordt die bijgehouden?
- Wat is er geregeld voor het einde van de samenwerking: overdracht, termijn, kosten?
Een leverancier die van deze vragen schrikt, geeft daarmee zijn eerste antwoord.
Wat je in de antwoorden wilt horen
Broncode-eigendom hoort bij jou te liggen, zwart op wit, vanaf de oplevering. Bij eenvoud is dat de standaardafspraak: de code die we voor je ontwikkelen is van jou, inclusief de vrijheid om ermee naar een ander te stappen. Dat lijkt tegen ons eigen belang in te gaan, maar het omgekeerde is waar: een opdrachtgever die kan vertrekken en toch blijft, blijft om de juiste redenen.
Vraag door op de techniek, ook als je er zelf niet in thuis bent. Open source talen en frameworks met een grote community betekenen dat er morgen een andere partij te vinden is die je systeem begrijpt. Standaarddatabases en exporteerbare dataformaten betekenen dat je gegevens van jou blijven. Wij ontwikkelen daarom met open technologie en zetten geen no-code platform tussen jou en je applicatie. Voor bedrijfskritische systemen is daarnaast een escrowregeling het overwegen waard: de broncode in bewaring bij een onafhankelijke derde, zodat je er ook bij een faillissement van je leverancier bij kunt.
Documentatie is het derde toetspunt, en het meest onderschatte. Zonder actuele documentatie kan een nieuwe partij je systeem niet overnemen, hoe open de techniek ook is. Hoe je daar afspraken over maakt, lees je in ons artikel over goede documentatie bij maatwerk software.
Een uitgang maakt de samenwerking sterker
Het voelt misschien ongemakkelijk om aan het begin van een samenwerking over het einde te praten. Toch is een heldere uitgang in ieders belang: hij houdt je leverancier scherp en geeft jou de rust om over het vraagstuk zelf na te denken in plaats van over de relatie. Een systeem dat overdraagbaar is opgezet, kan een andere partij desnoods oppakken voor doorontwikkeling en beheer. Die wetenschap alleen al verandert de verhouding.
Sta je aan het begin van een maatwerktraject? Leg deze vragen naast de offertes die je ontvangt, en stel ze gerust ook aan ons. Onze aanpak van maatwerkapplicaties is erop gebouwd dat je blijft omdat je dat wilt, niet omdat het moet.