Herken je dat moment? Het is tijd om te kiezen voor een nieuwe oplossing voor je core systeem. Maar je twijfelt tussen build or buy. Wat zijn ook alweer de voordelen en nadelen? En hoe bepaal je wat de beste keuze is voor jouw organisatie? We helpen je graag op weg in deze blog.

Ooit maakten we alles zelf. Tegenwoordig wordt er gekeken naar een standaardoplossing. De reden hiervoor is dat dit vaak goedkoper lijkt te zijn. Maar wat als dat nu eens niet zo is? Wat als het maken van een oplossing goedkoper is én beter aansluit op de wensen van je bedrijf?

Het zelf bouwen van een systeem zorgt ervoor dat het precies aansluit op de processen van jouw organisatie. Wanneer je als organisatie op het punt komt dat er een nieuw core systeem gekozen moet worden, lonkt altijd de keuze om iets zelf te bouwen.

De uitdaging hierbij is dat alles zelf uitgezocht, gebouwd én onderhouden moet worden. De gemaakte oplossing past misschien perfect, maar zijn er wijzigingen nodig? Dan blijkt dat toch veel van de logica vastligt in code én het flink prijzig is om de software aan te passen. Bovendien zijn developers schaars. Dus, valt de keuze vaak op buy in plaats van build.

Wanneer het te duur is om zelf een oplossing te bouwen, wordt er vaak gekozen voor de aanschaf van een standaardpakket. Dankzij goede marketing en succesverhalen van leveranciers durven managers deze keuze te maken. Er zitten dan ook een aantal voordelen aan het kopen van een oplossing:

  • Minder of geen ontwikkelaars nodig

  • Geen ontwikkeltijd, snellere time-to-market

  • Anderen gebruiken het ook, dus je hoeft het wiel niet opnieuw uit te vinden

Maar, ook aan een standaardpakket zitten nadelen. Want het standaardpakket past vaak nét niet bij de huidige bedrijfsprocessen in je organisatie. Om die reden moet je het standaardpakket aanpassen, waardoor er een aantal problemen ontstaan:

  • De software is niet meer gemakkelijk te updaten

  • Updates zijn duur en tijdrovend

  • Verplicht updaten voor support of de laatste security update

Beide oplossingen hebben voor- en nadelen, dus het is maar net wat voor jouw organisatie past. In beide gevallen moet je wel rekening houden met doorlooptijd bij het ontwikkelen van een nieuwe feature. Bij maatwerk software kost een development traject al snel twee maanden. En bij een update op een standaardpakket is dit vaak nog langer (óf zelfs helemaal niet mogelijk). 

Gelukkig is er nog een derde optie. Wat als je nu helemaal niet na hoeft te denken over de techniek, maar wél een applicatie kan hebben die volledig past bij jouw bedrijf? Een applicatie die gemakkelijk aanpasbaar is, ook wanneer jouw wensen veranderen? Dan kom je uit bij software op maat. 

Software op maat wil zeggen dat je gebruik maakt van een bestaand platform, dat vervolgens volledig naar wens te modelleren is. De techniek en het model zijn losgekoppeld van elkaar waardoor je alle voordelen van zelf bouwen hebt én alle voordelen van een standaardpakket.

Bij deze derde variant wordt dus eigenlijk alleen het model gemaakt. Dit model is organisatie specifiek en zal altijd perfect passen. Door alleen een model te ontwikkelen, is de techniek minder van belang. Wanneer er een nieuwe tech-stack komt, betekent dit dat je geruisloos kunt overgaan op een nieuwe versie. Hiervoor is geen nieuw maatwerk meer nodig.

  • Blijft passen bij de organisatie, de focus kan naar operational excellence

  • De belangrijkste nieuwe technieken blijven ondersteund en komen beschikbaar

  • Geen volledig nieuw implementatietraject wanneer er een nieuwe versie is, het model blijft immers gelijk

Ben je enthousiast geworden en zou je meer willen weten over software op maat, de build or buy discussie of heb je een andere low code vraag? Neem dan gerust contact op met Rutger. Tot snel!