2 minuten leestijd

Vendor lock-in voorkom je voordat je software bouwt

Vendor lock-in betekent dat je platform zo afhankelijk wordt van één leverancier dat overstappen duur, traag of risicovol wordt. Dat gebeurt bijna nooit door één grote fout. Het ontstaat door kleine keuzes die op dat moment logisch lijken. Daarom zien wij overdraagbaarheid niet als exit-strategie, maar als onderdeel van goed beheer. Je moet kunnen blijven omdat de samenwerking werkt, niet omdat vertrekken technisch onmogelijk is.

Vastzitten begint klein

Een hostingomgeving die vooral je leverancier goed kent.
Toegang tot servers en sleutels die alleen daar ligt.
Een manier van live zetten die niemand anders begrijpt.
Data die je er wel uit krijgt, maar niet zonder gedoe.

Na een paar jaar heb je dan geen vrije samenwerking meer.

Je hebt afhankelijkheid.

Eigendom is niet hetzelfde als controle

Veel opdrachtgevers zeggen: “De code moet van ons zijn.” Dat is begrijpelijk. 

Maar kun je een nieuwe versie live zetten?
Weet je waar alle data staat en hoe je die eruit haalt?
Wie heeft toegang tot de systemen?
Wat gebeurt er als de belangrijkste developer vertrekt?
En wat gebeurt er als de samenwerking ooit stopt?

Als je die vragen niet goed kunt beantwoorden, geeft eigendom vooral geruststelling op papier. Echte grip heb je pas als je platform beheerd, aangepast en overgedragen kan worden. Door ons, door jullie of door een andere partij die daar toegang en context voor krijgt.
Zonder paniek, zonder maanden vertraging en zonder onnodige extra kosten.

Hoe wij afhankelijkheid voorkomen

We bouwen educatieve software.

We weten hoe lang zulke platforms meegaan en hoe vaak eisen veranderen. Schooljaren, privacyregels, piekbelasting, nieuwe gebruikers en doorontwikkeling verdwijnen niet na livegang. Dan begint het werk meestal pas echt.

Daarom maken we vanaf het begin expliciet hoe eigendom, gebruik, toegang en overdraagbaarheid geregeld zijn.

Maatwerk voor jullie organisatie is van jullie.
Open source blijft open source.
Onze eigen bouwstenen blijven van ons. We leggen vooraf vast waar ze in het platform zitten, welke gebruiksafspraken gelden en wat dit betekent voor beheer, doorontwikkeling of overdracht.

We gebruiken wat al goed bewezen is, waar dat verstandig is. En we bouwen maatwerk waar jullie organisatie of context daarom vraagt.

Overdraagbaarheid is geen exit-strategie. Het is goed beheer. Het geeft rust tijdens de samenwerking, niet alleen wanneer die ooit stopt.

Want als vooraf duidelijk is wat van jullie is, wat jullie mogen gebruiken en hoe beheer werkt, blijft samenwerken een keuze. Niet een noodzaak.

Dat lijkt ons de verstandigste manier van werken. Zeker bij educatieve software, waar platforms jarenlang moeten meebewegen met gebruikers, content en organisatie.

Kies je startpunt

Elke softwarevraag vraagt om een andere eerste stap. Kies de route die past bij wat er nu speelt.

1

Iets dat al draait verbeteren

Voor bestaande educatieve software die stroever wordt in gebruik, techniek, beheer of doorontwikkeling.

Bespreek wat er beter moet
2

Iets nieuws verantwoord starten

Voor nieuwe software waarbij inhoud, gebruikers, techniek en beheer vanaf het begin moeten kloppen.

Verken een nieuwe vraag
3

Bespreek continuïteit

Voor software waarbij beheer, overdracht, stabiliteit of afhankelijkheid risico begint te worden.

Bespreek continuïteit
Past dit niet precies? Beschrijf je situatie