Naar de inhoud
Code-review

Je liet software bouwen. Weet je wat je hebt?

Wij lezen de code die er staat, of die nu door een developer of door AI geschreven is. Je krijgt een oordeel over security, schaalbaarheid en overdraagbaarheid, plus een eerlijk advies over je volgende stap.

Voor wie

Wie heeft jouw code geschreven?

Allebei de routes leveren software op die het doet. De risico's die eronder zitten zijn alleen niet dezelfde. Kies wat op jou van toepassing is.

Kies een kant
Door een developer

Je betaalt elke maand en je kunt niet nakijken waarvoor

Een bureau of een freelancer heeft het gebouwd. Het draait, de facturen lopen door, en de enige partij die kan beoordelen of dat klopt is de partij die ze stuurt.

  • Je kunt niet toetsen wat je hoort

    Je krijgt te horen dat iets wel of niet mogelijk is, of dat iets erg ingewikkeld is en een paar maanden gaat duren. Je hoort investeringen per project en per maand. Er is niemand die het kan valideren, dus kiezen voelt als gokken.

  • Weggaan kost meer dan je denkt

    Tools staan deels op hun account en de kennis over het systeem zit in hun hoofd. Wat jij denkt dat van jou is, blijkt zodra je wilt overstappen toch vast te zitten.

  • Je weet niet wat goed is

    Kwaliteit van de code, schaalbaarheid, security, documentatie, prijs bij schaal en meer. Je wilt een goed systeem, maar weet niet of wat er wordt gebouwd daadwerkelijk daaraan voldoet. Iets dat op een rot fundament is gebouwd, moet uiteindelijk opnieuw.

Wij lezen wat er gebouwd is en zetten ernaast wat je ervoor betaalt. Daarna weet je of je bij je huidige partij goed zit, en wat er nodig is om weg te kunnen als je dat ooit wilt.

Door AI

Je hebt een MVP waarvan de voorkant functioneert, maar de achterkant heb je geen grip op

Je hebt het zelf in elkaar gezet en wil nu verder uitbouwen of het officieel laten gebruiken in het team. Het werkt nu, maar je weet niet of het nou wel écht klopt en of het duurzaam blijft werken.

  • Veiligheid zie je niet aan de buitenkant

    Sleutels die in de code zijn blijven staan, een database die van buitenaf bereikbaar is, iedereen dezelfde rechten. Het scherm doet ondertussen gewoon wat het moet doen.

  • Schaalproblemen merk je pas wanneer het te laat is

    Kwaliteit en consistentie van de features, kosten van het systeem, meer data, meer (actieve) gebruikers, gebruikers in een ander land en meer. Allemaal zaken die je pas voelt wanneer het misgaat en je systeem niet meer goed draait.

  • Het fundament is rot

    Database-structuur, systeemarchitectuur en de codekwaliteit en frameworks. AI is 'confidently wrong' en stuurt je de foute kant op. Dat gaat goed, totdat het te laat is: je fundament is rot, en het is sneller opnieuw te bouwen dan te verbeteren.

Onze developers reviewen de code, signaleren wat er opgelost moet worden inclusief prioriteit, en kunnen dat direct voor je verbeteren.

Komt er een investeerder of een koper in beeld, of wil je fors doorbouwen? Dan wordt hier als eerste naar gekeken. Je weet het liever zelf, voordat iemand anders het vindt.

Waarom dit ertoe doet

AI verlaagt de drempel, maar maakt fouten

Coderen wordt door middel van AI toegankelijker, dus aan de buitenkant een systeem werkend krijgen is niet zo lastig. Het belang van de achterkant zie je niet, dat ervaar je alleen, vaak wanneer het te laat is.

62%

van de onderzochte AI-gegenereerde code bevat kwetsbaarheden.

Bron: OX Security
2x

zo vaak lekken commits met AI-code wachtwoorden en sleutels.

Bron: Cloud Security Alliance en GitGuardian

Het aantal gemelde kwetsbaarheden in AI-gegenereerde code liep begin 2026 verder op. Bron: onderzoeksnotitie Cloud Security Alliance

Wat we nakijken

Een developer die van A tot Z door de code, het project én de plannen kijkt

We controleren niet alleen de code, we bekijken de hele casus: van doelen en ambities tot projectplannen en contracten.

  • Security

    Wie kan erbij, en wat staat er open?

    Security gaat om meer dan waar je data staat. We kijken naar de hele keten, met onder meer:

    • Encryptie van de database en sleutels
    • Autorisatie-setup: verplichte login en de juiste rol om een pagina te mogen zien
    • Logging en dataopslag bij externe partijen
    • Compliance, zoals ISO en NIS2
  • Schaalbaarheid

    Wat gebeurt er zodra het groeit?

    Groeiproblemen zijn geen toekomstshow die pas ontstaan bij duizenden gebruikers. Bouw op een rot fundament, en je toren valt om.

    • Kwaliteit van de code: kan er op doorgebouwd worden?
    • Kwaliteit van de features: werkt alles zoals het hoort?
    • Database-setup: efficiënt ingericht of wachten op problemen?
    • Technische architectuur: in lijn met jouw ambitie of een compromis?
  • Overdraagbaarheid

    Kun je nog weg als je dat wilt?

    De vraag onder de vraag: zit je vast bij je leverancier zonder dat je het weet?

    • Tooloverzicht met eigenaar per tool, inclusief data
    • Documentatie van de code, of het ontbreken ervan
    • Structuur van de code: staat het fundament wel of niet
    • Contractspecificaties over IP, opzegtermijnen en meer
  • Waar voor je geld

    Krijg je waarvoor je betaalt?

    Levert je leverancier waarvoor je betaalt, of betaal je te veel omdat je niet weet wat normaal is?

    • Wat je maandbedrag precies dekt
    • Wat er staat tegenover wat er gefactureerd is
    • Wat gebruikelijk is voor een systeem van deze omvang
    • Waar je meer krijgt dan je dacht
Wat je krijgt

Een rapport dat je zelf kunt lezen, in drie delen

Het doel is valideren dat het klopt, niet forceren dat het niet klopt.

  1. De constateringen

    Alles wat we in de review tegenkomen, opgeschreven in gewone taal, met per constatering wat het voor je bedrijf betekent. Alle technische bevindingen staan erachter als bijlage en naslagwerk.

  2. De actiestappen

    Een concreet plan in volgorde: wat er eerst moet, wat kan wachten en wat je gewoon kunt laten. Wij kunnen het direct uitvoeren, of je laat het extern doen.

  3. De eindconclusie

    Of het logisch is om met je huidige partner door te gaan, en of er op wat er staat door te bouwen valt. De harde waarheid, ook wanneer die is dat het gewoon goed zit.

Wat er in elke review op tafel komt: van wie elk onderdeel eigenlijk is.
Uit de praktijk

Een uitzendbureau dat vastzat bij zijn ontwikkelpartij

De eigenaar had er al langer geen goed gevoel bij. Zijn ontwikkelpartij was alleen bezig met de volgende verkoop, en elke uitbreiding kwam met forse investeringen en hoge maandelijkse kosten.

Ongeacht de gesprekken was het eigenaarschap niet van hem: de code was inzichtelijk, maar alle platformen waar het systeem op draaide (database, hosting en meer) niet. Om dat af te kopen moesten er duizenden euro's worden betaald.

Wij hebben de code gelezen, blootgelegd waar de problemen lagen, en de roadmap en contracten doorgenomen. Op basis daarvan hebben we een plan gemaakt voor ontwikkeling, migratie en centralisatie, en heeft hij direct besloten met ons verder te gaan en te bouwen aan een betaalbaar, schaalbaar systeem waarvan hij zelf de eigenaar is.

FAQ

Veelgestelde vragen

Staat je vraag er niet bij, stel hem gewoon in het gesprek.

  • Nee. Het rapport is geschreven voor de ondernemer die de rekening betaalt, niet voor een developer. Waar het technisch wordt, staat erbij wat het voor je bedrijf betekent. De techniek zelf zit in een bijlage, die je aan je eigen developer of aan je leverancier kunt geven.

  • Dan staat dat er zo. Het doel van een review is valideren dat het klopt, niet forceren dat het niet klopt. Zit je goed bij je huidige partij, dan is dat de uitkomst en heb je die zwart op wit.

  • We hebben leestoegang nodig tot de code en tot de omgeving waarin hij draait. Meestal vraag je die zelf op bij je leverancier, want in veel contracten staat dat je er recht op hebt. Krijg je die toegang niet, dan is dat op zichzelf al een antwoord op de vraag hoe je ervoor staat.

  • Niet per se. Er staat vaak iets dat werkt, en dat is meer dan de meeste bedrijven hebben. De vragen zijn of het veilig is en of het standhoudt bij meer data, meer gebruikers, gebruikers in het buitenland en klanten die afspraken over uptime willen. Dat is precies wat we nakijken.

  • Dat is een van de vier dingen die we uitzoeken. We zetten op een rij van wie de code, de data, de hosting en het domein zijn, wat er in je contract staat over opzeggen en wat overstappen werkelijk kost. Vastzitten is bijna nooit absoluut, maar het is wel vaak duurder dan mensen denken.

  • Vaak wel, maar we kijken er eerst naar. We zeggen eerlijk of doorbouwen slimmer is dan opnieuw beginnen, en wat dat verschil je kost. Je bent nergens toe verplicht: het plan is van jou, ook als je het door iemand anders laat uitvoeren.