Voordat we het over bouwen hebben, stel ik altijd één rustige vraag: heb je nieuwe software nodig, of helemaal niet? Meestal is het eerlijke antwoord nee. Na jaren tegenover oprichters, operators en ops-leads te hebben gezeten, ben ik gaan geloven dat de reflex om weer een tool te kopen of te bouwen meestal een symptoom is, geen oplossing. Het echte probleem is bijna nooit "we hebben de software niet." Het is dat een proces onduidelijk is, de data een rommeltje is, of dat niemand het resultaat echt bezit. Nieuwe software lost daar zelden iets van op — het geeft die problemen alleen een duurdere plek om zich te verstoppen.
Voor een AI- en softwarestudio is dit geen comfortabele uitspraak. We verdienen ons geld met het bouwen van systemen. Maar de snelste manier om iemands vertrouwen te verliezen is door een platform te verkopen dat ze nooit volledig gaan gebruiken. Dus begin ik liever hier.
Heb je nieuwe software nodig, of helderheid?
Als iemand zegt een nieuw systeem nodig te hebben, probeer ik de wens van de behoefte te scheiden. De wens is meestal concreet — een dashboard, een app, een AI-agent, een portaal. De onderliggende behoefte is vager: "ik zie niet wat er gebeurt," "mijn team verspilt hier uren aan," "we laten steeds dingen vallen." Dat zijn echte problemen. Maar geen van die zinnen noemt software als het antwoord. Ze benoemen een gat in zicht, tijd of verantwoordelijkheid.
Negen van de tien keer, als we een featureverzoek terugleiden naar de bron, vinden we een proces dat nooit is opgeschreven, een spreadsheet die het werk van een database doet, of twee teams die elkaars werk stilletjes dubbel doen. Bouw daar een gladde nieuwe tool bovenop en je hebt de verwarring geautomatiseerd. Het draait nu sneller, en het klopt nog steeds niet.
De verborgen kosten van "gewoon nog één tool"
Elke software die je toevoegt heeft kosten die nooit op de factuur staan. Iemand moet het leren. Iemand moet het onderhouden. Het moet praten met de vijf tools die je al hebt, en als dat niet lukt, wordt een mens de integratie — die om zes uur 's avonds data van het ene scherm naar het andere kopieert. Hoe meer tools een klein team draagt, hoe meer van hun week opgaat aan het verzorgen van de tools in plaats van aan het werk zelf.
Ik ben bedrijven binnengelopen met een dozijn overlappende abonnementen, waar de helft van de licenties ongebruikt is en niemand nog precies weet waarom ze de derde projecttracker hebben gekocht. Dat is geen technologieprobleem. Het is het opgehoopte residu van honderd redelijk klinkende beslissingen om "gewoon nog iets" toe te voegen. Daar AI bovenop gooien, zonder eerst op te ruimen, moderniseert het niet. Het geeft de rommel alleen een chatbot.
Nieuwe software lost zelden een kapot proces op. Het geeft de verwarring alleen een snellere, duurdere plek om zich te verstoppen.
Wat meestal beter werkt dan nieuwe software
Als we een klant echt geld besparen, is dat zelden door het grootste item op hun verlanglijst te leveren. Het is door eerst iets kleiners en minder glamoureus te doen.
- Repareer het proces voordat je het automatiseert. Schrijf op hoe het werk écht gaat — niet hoe het organigram zegt dat het gaat. De helft van de tijd is de oplossing een stap weghalen, geen systeem toevoegen. Een kapot proces automatiseren maakt de fout alleen herhaalbaar.
- Gebruik wat je al hebt. De meeste teams gebruiken een fractie van de tools waarvoor ze betalen. De functie die je wilt kopen zit vaak al in een product dat je hebt, twee menu's diep, uitgeschakeld.
- Maak eerst de data schoon. Een AI-model of nieuwe app is zo goed als wat je erin stopt. We doen vaak data engineering waardoor een geplande tool overbodig wordt, omdat zodra de data betrouwbaar is, het oorspronkelijke probleem verdampt.
- Voeg een dunne laag toe, geen platform. Als automatisering wél helpt, is het juiste antwoord meestal klein — een script, een agent die één vervelende taak afhandelt, één integratie — geen uitgestrekt systeem dat zes maanden kost en herschrijft hoe iedereen werkt.
Dit is de kern van hoe we AI-implementatie benaderen: de kleinste ingreep die het echte probleem oplost, niet de grootste die we plausibel kunnen factureren.
Wanneer je echt moet bouwen
Wanneer is nieuwe software dan wél de juiste keuze? Als de beperking echt is en de bestaande tools simpelweg niet meebuigen. Een paar eerlijke signalen dat bouwen gerechtvaardigd is:
- Het werk is kern van hoe je concurreert. Als een capaciteit je voorsprong is — datgene waarvoor klanten jou kiezen — is het logisch om die te bezitten. Je wilt je onderscheidend vermogen niet in de roadmap van een ander laten wonen.
- Je bent de workaround ontgroeid. De spreadsheet die het bedrijf drie jaar draaiende hield is nu een dagelijks risico, en geen standaardproduct past op de vorm van je operatie.
- Het volume rechtvaardigt het. Een taak die je vijf keer per maand doet is automatiseren niet waard. Diezelfde taak vijfhonderd keer per dag is een heel ander gesprek.
- Je hebt het proces al gerepareerd. Je weet precies wat het systeem moet doen, omdat de handmatige versie al werkt. Nu wil je het alleen sneller en op schaal.
Als die vakjes zijn aangevinkt, is bouwen de juiste zet, en dat zeggen we ook gewoon. Je ziet hoe dat uitpakt in onze case studies — de projecten die werkten begonnen bij een helder, smal probleem, niet bij een lange featurelijst.
Hoe een goede partner zich hier hoort te gedragen
Hier is een test die je kunt gebruiken op iedereen die je software probeert te verkopen, wij inbegrepen. Een goede partner probeert je eerst uit de scope te praten voordat hij je erin praat. Hij vraagt wat je al hebt en of dat de klus kan klaren. Hij is zichtbaar opgelucht als het antwoord is "je hebt ons niet nodig om dit te bouwen," want het alternatief — je geld aannemen voor iets dat niet gebruikt wordt — kost hem zijn reputatie en jou je budget.
Als iemand in het eerste gesprek meteen naar de grootst mogelijke bouw grijpt, voordat hij je proces begrijpt, vertelt dat je voor wie hij optimaliseert. De juiste volgorde is omgekeerd: begrijp het probleem, put de goedkope oplossingen uit, en grijp pas dan naar een maatwerk machine learning- of softwarebouw als niets kleiners volstaat.
Een gut-check van vijf minuten voordat je koopt
Loop voordat je je ergens voor aanmeldt een korte, eerlijke checklist door. Het kost vijf minuten en het heeft meer dan één klant een fout van vijf cijfers bespaard.
- Kan ik het probleem in één zin benoemen zonder een product te noemen? Zo niet, dan zoek je een oplossing voor een probleem dat je nog niet hebt gedefinieerd.
- Heb ik gecheckt of een tool waarvoor ik al betaal dit kan? De functie zit er vaak al, uitgeschakeld.
- Werkt het proces dat het zou automatiseren vandaag al, handmatig? Is de handmatige versie kapot, dan zet automatisering de fout vast.
- Wordt iemand hier na de lancering eigenaar van? Software zonder eigenaar wordt binnen een kwartaal shelfware.
- Wat is de kleinste versie die me vertelt of dit de moeite waard is? Begin daar, niet met de volledige bouw.
Kom je niet voorbij de eerste twee vragen, dan heb je vrijwel zeker nog geen nieuwe software nodig. Je hebt een helderder probleem nodig. Dat is gratis, en dat is waar elk goed project echt begint. Doe je dat liever niet alleen? Onze transparante prijzen beginnen met een betaalbare audit om de juiste use case in kaart te brengen — vaak is de waardevolste stap inzien welke bouw je kunt overslaan.
De eerlijke versie
De meeste mensen hebben geen extra software nodig. Ze hebben minder wrijving nodig, helderere processen, en data die ze kunnen vertrouwen — en soms, bovenop dat fundament, een klein, goedgericht stukje automatisering dat zichzelf terugverdient. De taak is niet toevoegen. Het is uitvogelen welke ene verandering écht het verschil maakt, en eerlijk zijn wanneer die verandering niet iets is dat wij mogen bouwen.
Dat is het gesprek dat de moeite waard is voordat er ook maar één regel code wordt geschreven. Twijfel je of een nieuw systeem echt het antwoord is? Dan zijn we graag de mensen die je vertellen wanneer dat niet zo is.
Veelgestelde vragen
Heb ik echt nieuwe software nodig voor mijn bedrijf?
Meestal niet. De meeste problemen die op een softwaregat lijken zijn eigenlijk een verkapt proces-, data- of eigenaarschapsprobleem — en een nieuwe tool automatiseert alleen de verwarring. Schrijf voordat je koopt of bouwt op hoe het werk écht gaat en kijk of een tool die je al hebt de klus kan klaren. Bouw pas nieuwe software als de beperking echt is en niets kleiners past.
Waarom maakt meer software toevoegen het vaak erger?
Elke tool die je toevoegt heeft verborgen kosten: het leren, het onderhouden, en het integreren met alles wat je al gebruikt. Als integraties falen, wordt een mens de lijm die data tussen schermen kopieert. Een klein team kan uiteindelijk meer tijd kwijt zijn aan het verzorgen van tools dan aan het werk — precies het tegenovergestelde van wat de aankoop beloofde.
Wanneer is maatwerksoftware bouwen wél de juiste keuze?
Als de capaciteit kern is van hoe je concurreert, je de workaround bent ontgroeid, het volume de kosten rechtvaardigt, en je het onderliggende proces handmatig al hebt gerepareerd. Zijn die allemaal waar, dan buigen standaardtools meestal niet genoeg mee en betaalt een gerichte bouw zich terug. Ontbreekt er één, dan is een kleinere oplossing bijna altijd goedkoper en sneller.
Hoe weet ik of een AI-leverancier me iets verkoopt dat ik niet nodig heb?
Een betrouwbare partner probeert je eerst uit de scope te praten voordat hij je erin praat. Hij vraagt wat je al hebt en of dat de klus kan klaren, en is opgelucht als blijkt dat je hem niets hoeft te laten bouwen. Grijpt iemand naar de grootst mogelijke bouw voordat hij je proces begrijpt, dan optimaliseert hij voor zijn factuur, niet voor jouw resultaat.