Wat is vendor lock-in en hoe voorkomt u het?

Uw onderneming groeit. U heeft geïnvesteerd in software ontwikkeling en heeft u een product ontwikkeling waarmee u uw klanten kunt bedienen. Uw genereert omzet en u bent een end op weg. Op een dinsdagmorgen ontvangt u een e-mail van een van uw belangrijkste klanten, het is een verzoek om een nieuwe feature te introduceren. Het is een logisch verzoek, de feature in kwestie kan een hoop andere klanten van pas komen. U heeft een plan, en neemt contact op met uw software ontwikkelaar. 

Deze geeft aan over een maand of twee tijd te hebben om aan de feature te gaan werken. Dat is aanzienlijk later dan u zou willen. Maar goed, Rome is ook niet in een dag gebouwd. U vraagt meteen een uren inschatting op en die liegt er niet bepaald om. Maar de feature is belangrijk voor uw product en u besluit te investeren. 

Het is inmiddels drie maanden later. U heeft een pittige factuur ontvangen, de feature is nog niet geïmplementeerd en inmiddels begint u uw vertrouwen te verliezen. Hoe gaat u aan uw klant vertellen dat het introduceren van een ogenschijnlijk simpele functionaliteit zo lang op zich laat wachten? Inmiddels heeft u meer verzoeken ontvangen van andere klanten. Dit gaat zo niet langer, u heeft niet de tijd, noch het budget om dit traject nog een keer te doorlopen. Laat staan vaker! Terwijl uw ontwikkelaar verder ploetert aan de eerste feature vraagt u een second-opinion aan bij een aantal andere software ontwikkel partijen. 

Nu schrikt u pas echt, geen van de benaderde software ontwikkelaars is bekend met de ontwikkeltaal waarin in software is geschreven; laat staan met het gebruik van de zelf gebouwde libraries die juist tijd zouden moeten besparen. Ze kunnen u niet verder helpen met het ontwikkelen van nieuwe functionaliteit. U zit vast. Of anders gezegd, u bent het slachtoffer van een klassiek geval van Vendor Lock-in.