Bouwen of kopen: een nuchter afwegingskader voor software

Bij elk softwareprobleem komt vroeg of laat dezelfde vraag boven: kopen we iets kant-en-klaar, of laten we het bouwen? En meestal wordt die vraag beantwoord met een onderbuikgevoel. De ene ondernemer kocht ooit een dure tool die nooit paste en zweert sindsdien bij maatwerk. De ander liet ooit iets bouwen dat een drama werd en koopt sindsdien alles van de plank. Allebei trekken ze de verkeerde les uit een terechte ervaring.

Want bouwen of kopen is geen geloofskwestie. Het is een afweging, en die valt per onderdeel van je bedrijf anders uit. Ik bouw maatwerksoftware voor de kost, dus je zou verwachten dat ik je vertel dat maatwerk altijd wint. Dat doe ik niet. Vaak is een kant-en-klare SaaS-tool gewoon de slimste keuze, en zou ik mezelf tekortdoen door je iets te laten bouwen wat je voor een tientje per maand kunt huren. De kunst zit niet in een dogma, maar in het stellen van de juiste vragen. In dit artikel geef ik je het afwegingskader dat ik zelf gebruik.

De grootste fout die ik mensen zie maken: ze beginnen bij een tool. "We hebben tool X gezien op een beurs, zullen we die nemen?" Of andersom: "Laten we iets laten bouwen." Daarmee sla je de belangrijkste stap over. Begin bij het proces. Wat probeer je precies op te lossen, en hoe belangrijk is dat proces voor je bedrijf? Pas als je dat scherp hebt, kun je beoordelen of je het moet kopen, bouwen, of ergens daartussenin moet zoeken.

Vraag 1: is het een kernproces of een randproces?

Dit is de belangrijkste vraag, en als je verder niets onthoudt, onthoud deze. Splits alles wat je doet in twee categorieën.

Randprocessen zijn de dingen die elk bedrijf doet en die jou niet onderscheiden. Je boekhouding. Je e-mail. Je salarisadministratie. Je agenda. Hier ben je niet uniek, en dat hoef je ook niet te zijn. Niemand kiest voor jouw bedrijf omdat je een bijzondere manier van factureren hebt. Voor randprocessen geldt bijna altijd: kopen. Er bestaat uitstekende SaaS voor, gemaakt door bedrijven die er hun hele bestaan aan wijden. Die ga je niet verslaan, en dat hoeft ook niet.

Kernprocessen zijn de dingen waar je het verschil maakt. De manier waarop jij klanten bedient, je producten samenstelt, je dienst levert, je interne werk organiseert op een manier die voor jou bijzonder is. Hier zit je concurrentievoordeel. En juist hier knelt standaardsoftware het vaakst, want die is gemaakt voor het gemiddelde bedrijf, en jij bent niet gemiddeld op het punt waar het ertoe doet. Voor kernprocessen loont maatwerk veel sneller, omdat je software dan precies jouw manier van werken volgt in plaats van andersom.

De praktische test: als deze software morgen verdwijnt, draai ik dan gewoon door met iets anders, of valt mijn bedrijf stil? Hoe dichter bij dat tweede antwoord, hoe meer het de moeite waard wordt om er eigenaar van te zijn.

Vraag 2: hoe uniek is jouw situatie echt?

Hier moet je eerlijk tegen jezelf zijn, want bijna iedereen denkt dat zijn bedrijf uniek is. Meestal klopt dat maar gedeeltelijk.

Stel jezelf de vraag: kan ik mijn proces aanpassen aan een goede standaardtool zonder dat het pijn doet? Vaak kan dat best, en is het verzet tegen een standaardmanier vooral gewoonte. "Zo doen we het nu eenmaal" is geen reden om duur maatwerk te laten bouwen. Als een gangbare tool je dwingt om je rommelige proces op te ruimen, is dat eerder winst dan verlies.

Maar soms is je situatie echt afwijkend. Een eigen prijsmodel dat geen enkele tool ondersteunt, een productieproces met stappen die nergens in passen, een combinatie van eisen die in geen enkel pakket samenkomt. Dan dwing je jezelf in een keurslijf als je toch voor standaard kiest, en betaal je elke dag een beetje in frustratie, omwegen en handwerk. Op dat punt wordt maatwerk niet alleen prettiger maar ook goedkoper, omdat je stopt met vechten tegen je gereedschap.

Vraag 3: wat kost het over tijd, niet vandaag?

Dit is waar de meeste rekensommen misgaan, omdat mensen naar de maandprijs kijken en niet naar het totaal over jaren.

Kopen is goedkoop om te beginnen en duur om vol te houden. Je betaalt weinig in maand één, maar de rekening loopt mee met je groei: per gebruiker, per transactie, per extra module. Word je succesvol, dan word je beloond met een hogere factuur, elke maand opnieuw. Tien gebruikers tegen een vast bedrag per persoon lijkt niets, maar reken het door naar vijftig gebruikers over vijf jaar en het plaatje verandert.

Bouwen is duurder om te beginnen en goedkoper om vol te houden. De kosten zitten vooraf, in het bouwen. Daarna betaal je nog voor hosting en eventueel onderhoud, maar dat groeit niet mee met elke nieuwe gebruiker of transactie op dezelfde manier. Voor iets wat je jaren intensief gebruikt, draait die rekensom verrassend vaak in het voordeel van bouwen uit.

De eerlijke rekenregel: zet de totale kosten over drie tot vijf jaar naast elkaar, niet de kosten van de eerste maand. Tel bij maatwerk de bouwkosten plus hosting plus onderhoud op, en bij SaaS het abonnement maal het verwachte aantal gebruikers maal alle maanden, inclusief de prijsverhogingen die zeker komen. Pas dan vergelijk je appels met appels.

Vraag 4: hoe erg is de lock-in?

Lock-in is de val die je pas voelt als je eruit wilt. Bij elke tool die je overweegt, stel je deze vraag: hoe makkelijk kom ik hier weer vanaf?

Bij een goede SaaS is dat antwoord prima. Je kunt je data exporteren in een bruikbaar formaat, je kunt koppelen met je andere systemen, en als je wilt vertrekken, kan dat zonder dat je hele bedrijf omvalt. Bij een dichtgetimmerde tool is het pijnlijk: je data krijg je er niet fatsoenlijk uit, koppelen mag alleen via hun dure pakket, en hoe langer je blijft, hoe duurder vertrekken wordt. Dan huur je geen tool, dan ben je gevangen. Lock-in is naar mijn mening de meest onderschatte kostenpost in softwarekeuzes.

Maatwerk dat goed gebouwd is, kent dit probleem niet, mits je het eigenaarschap regelt: de code, de data en de documentatie horen van jou te zijn. Maar let op, want maatwerk kan ook lock-in worden, namelijk als je vastzit aan de bouwer die als enige snapt hoe het werkt. Daarom hoort documentatie er gewoon bij, en bouw ik zo dat een ander het kan overnemen.

Het grijze gebied: het hoeft geen of-of te zijn

Hier wordt het interessant, want de meest verstandige keuze ligt vaak tussen bouwen en kopen in. Twee tussenvormen zie ik in de praktijk vaak winnen.

Koppelen in plaats van bouwen. Heel vaak heb je niet één groot nieuw systeem nodig, maar moeten je bestaande tools beter samenwerken. Je webshop, je boekhouding, je CRM en je mailbox bestaan al en doen hun werk prima, alleen praten ze niet met elkaar, dus jij typt gegevens over van het ene naar het andere. Dan is de slimste oplossing geen vervanging maar een koppeling: een stuk maatwerk dat de bestaande tools aan elkaar knoopt zodat data vanzelf doorstroomt. Je behoudt de kracht van gespecialiseerde standaardtools, en je elimineert het handwerk ertussen. Kijk eens bij integraties voor wat daar mogelijk is.

White-label en open basis. Soms hoef je niet vanaf nul te bouwen, maar kun je voortbouwen op een bestaande, open basis die je naar je hand zet. Je krijgt de snelheid van iets bestaands met de vrijheid van eigen beheer. Het bestaat niet voor elk probleem, maar waar het past, is het vaak het beste van twee werelden.

De boodschap: zie bouwen en kopen niet als twee kampen waar je in moet kiezen, maar als uitersten van een schaal. Koop de randen, bouw of koppel het hart.

Het kader op een rij

Loop bij elke softwarekeuze deze vragen langs:

• Kern of rand? Randproces, dan kopen. Kernproces, dan maatwerk serieus overwegen.
• Hoe uniek echt? Past je proces zonder pijn in een standaardtool, dan kopen. Echt afwijkend, dan bouwen.
• Kosten over jaren? Reken drie tot vijf jaar door, inclusief groei en prijsverhogingen, niet de eerste maand.
• Hoe erg de lock-in? Kun je je data en processen meenemen? Zo niet, wees voorzichtig, ongeacht of je koopt of bouwt.
• Kan het ertussenin? Koppelen of voortbouwen op een open basis is vaak slimmer dan kiezen.

Geen enkele vraag beslist op zichzelf. Samen geven ze richting, en die richting is bijna nooit "altijd maatwerk" of "altijd kopen". Hij is genuanceerd, en dat hoort ook zo.

Tot slot

De eerlijke waarheid is dat de meeste bedrijven een mengvorm nodig hebben. Een paar goede standaardtools voor de randen, slimme koppelingen ertussen, en gericht maatwerk voor de paar processen waar ze echt het verschil maken. Wie alles wil kopen, knelt op de plek waar het pijn doet. Wie alles wil bouwen, verspilt geld aan dingen die al lang goed bestaan.

De vraag stellen is al het grootste deel van het antwoord. Wie weet wat hij probeert op te lossen, en waarom dat ertoe doet, maakt zelden een fundamenteel verkeerde keuze. Wie begint bij de tool, bijna altijd wel.