Hoe kies je een developer of bureau? De vragen die ertoe doen

Je moet een keuze maken tussen partijen die allemaal zeggen dat ze het kunnen, in een vakgebied waar je zelf geen verstand van hebt, op basis van documenten die je niet kunt beoordelen.

Dat is een oncomfortabele positie, en de gebruikelijke reactie is om dan maar op prijs te kiezen. Of op gevoel. Allebei begrijpelijk, en allebei een gok.

Het goede nieuws: je hebt geen technische kennis nodig om een goede bouwer te herkennen. Je hebt de juiste vragen nodig, en je moet weten wat een goed antwoord is.

De belangrijkste test: stelt hij vragen terug?

Dit is verreweg het sterkste signaal, en het kost je niets om het te toetsen.

Een bouwer die na jouw eerste uitleg meteen een offerte stuurt, heeft niet begrepen wat je nodig hebt — hij heeft geraden. En een geraden offerte wordt tijdens het project bijgesteld, altijd naar boven.

Een goede bouwer wil eerst weten:

• Wat gebeurt er nu, handmatig, dat straks vanzelf moet gaan?
• Wie gaat dit gebruiken, en hoe technisch zijn die mensen?
• Wat gebeurt er als iets misgaat — een betaling die mislukt, een klant die annuleert?
• Wat moet er koppelen met wat je al hebt?
• Wat is het écht belangrijkste? Als we maar één ding kunnen opleveren, wat dan?

Die laatste vraag is de scherpste. Wie hem niet stelt, gaat alles bouwen wat je noemt, inclusief de dingen die je eigenlijk niet nodig had.

Rode vlag: een offerte binnen een dag na een gesprek van een half uur, zonder tegenvragen.

De vijf vragen die je zelf moet stellen

1. "Wat gebeurt er als het meer werk wordt dan gedacht?"

Bij facturatie per uur is het antwoord: dan betaal jij meer. Dat betekent dat elke verkeerde inschatting, elke omweg en elke heroverweging bij jou op de rekening komt — en dat je pas achteraf weet wat het kost.

Bij een vaste prijs ligt dat risico bij de bouwer. Dat dwingt hem om vooraf goed door te vragen, want een slechte inschatting kost hém geld.

Ik werk uitsluitend op vaste prijs, en ik zeg er eerlijk bij wat de keerzijde is: het vraagt een scherpe afbakening vooraf. "We zien wel waar het schip strandt" kan niet. Wil je halverwege iets anders, dan krijg je daarvoor een nieuwe offerte.

Wat je wilt horen: een helder antwoord over waar het risico ligt. Niet: "dat lossen we onderweg wel op."

2. "Van wie is de code als we uit elkaar gaan?"

Dit is de vraag die bijna niemand stelt en die het meeste kan kosten.

Er zijn bureaus die de code in eigendom houden, of die je site bouwen op een eigen platform dat je niet kunt meenemen. Vertrek je, dan begin je opnieuw. Dat is een gouden kooi.

Wat je wilt horen: dat de projectspecifieke code na volledige betaling van jou is, en dat je hem in een leesbare, gedocumenteerde vorm krijgt. Bij mij is dat zo, en het staat in de voorwaarden.

Rode vlag: vaagheid. "Dat regelen we wel als het zover is" betekent nee.

3. "Wie draait dit over een jaar, en wat kost dat?"

Software is geen aankoop maar een abonnement op onderhoud. Er komen beveiligingsupdates, er verandert iets bij een leverancier, er gaat iets stuk om drie uur 's nachts.

Wat je wilt horen: een concreet bedrag of percentage, en wie er belt als het misgaat. Reken op 10 tot 20 procent van de bouwsom per jaar.

Rode vlag: "onderhoud zit erbij" zonder verdere uitleg. Gratis onderhoud bestaat niet; het is ofwel verstopt in de prijs, ofwel het gebeurt niet.

4. "Mag ik met een eerdere klant praten?"

Niet naar een portfolio kijken — dat is een etalage. Bellen.

En vraag die klant niet of het mooi is geworden. Vraag:

• Was het op tijd klaar?
• Wat kostte het uiteindelijk, vergeleken met de offerte?
• Wat ging er mis, en hoe werd het opgelost?
• Zou je het weer doen?

Die derde vraag is de belangrijkste. In elk project gaat iets mis. Hoe iemand daarmee omgaat, zegt meer dan tien geslaagde projecten.

Rode vlag: geen referenties willen geven.

5. "Wat zou je ons afraden?"

Een bouwer die alles wat je noemt enthousiast wil bouwen, verkoopt uren. Een bouwer die zegt "dat derde ding zou ik niet doen, dat gebruikt straks niemand" denkt met je mee.

Ik zeg regelmatig tegen mensen dat ze beter WordPress kunnen nemen, of dat een standaardpakket hun probleem al oplost. Dat kost me een opdracht en het levert me een eerlijk gesprek op — en meestal komen ze terug op het moment dat ze wél iets nodig hebben dat niet bestaat.

Wat je wilt horen: iets afraden. Wat dan ook.

Freelancer of bureau?

Geen van beide is beter. Ze falen alleen op verschillende manieren.

Een bureau heeft continuïteit, meerdere mensen, en een aanspreekpunt als iemand ziek is. Je betaalt daarvoor: overhead, accountmanagement, en vaak een projectleider die tussen jou en de bouwer in zit. En je weet zelden wie er werkelijk aan je project werkt — de senior die de pitch deed, is niet degene die codeert.

Een freelancer is goedkoper, korter op de bal, en je praat met degene die het bouwt. Het risico is helder: er is er één van. Wordt hij ziek, of stopt hij, dan heb je een probleem — en dáárom is die vraag over code-eigendom en documentatie bij een freelancer nog belangrijker dan bij een bureau.

De vraag die het beslist: hoe kritisch is dit voor je bedrijf? Ligt je hele omzet stil als het systeem eruit ligt, dan wil je continuïteit georganiseerd hebben — bij een bureau, of bij een freelancer met een afspraak over wie het overneemt.

Rode vlaggen op een rij

• Een offerte zonder tegenvragen. Hij heeft geraden.
• Een prijs die veel lager is dan de rest. Kijk wat er níet in zit. Meestal: onderhoud, hosting, teksten, of de laatste 20 procent van het werk.
• Geen duidelijkheid over code-eigendom.
• "Dat is technisch te ingewikkeld om uit te leggen." Als hij het niet in gewone taal kan uitleggen, begrijpt hij het zelf niet goed genoeg, of hij verbergt iets.
• Alleen maar ja. Op alles wat je vraagt.
• Een deadline zonder consequentie. Een datum waar niets aan vastzit, is een wens.

Wat je zelf moet doen

Eerlijk, want dit is de andere kant van de tafel: de meeste projecten die uitlopen, lopen niet uit door de bouwer.

Ze lopen uit omdat de teksten er niet zijn. Omdat feedback drie weken duurt. Omdat er halverwege iemand aanschuift die het anders wil. Omdat niemand aan jouw kant beslissingsbevoegd is.

Zorg voor:

• Eén aanspreekpunt bij jou, die mag beslissen.
• Content op tijd. Spreek af wie wat aanlevert, en wanneer.
• Feedback binnen een week. Niet twee maanden later alsnog.

Wie dat regelt, krijgt een beter project — bij elke bouwer.

Veelgestelde vragen

Hoeveel offertes moet ik aanvragen? Drie is genoeg. Meer dan dat kost jou vooral tijd, en je krijgt er geen scherper beeld van — je krijgt er meer varianten van dezelfde onzekerheid van.

Hoe vergelijk ik offertes die totaal verschillend zijn opgebouwd? Vraag ze allemaal om hetzelfde: wat zit erin, wat zit er niet in, wat kost het onderhoud per jaar, en wanneer is het klaar. Kun je die vier dingen naast elkaar leggen, dan pas vergelijk je appels met appels.

Is de goedkoopste offerte altijd verdacht? Niet altijd — een freelancer zonder kantoor en accountmanager is werkelijk goedkoper. Maar een prijs die de helft is van de rest, betekent bijna altijd dat er iets anders in zit dan je denkt. Vraag dan specifiek naar de vier punten hierboven.

Moet ik een technisch persoon meenemen naar het gesprek? Het helpt, maar het is niet nodig als je de vragen uit dit artikel stelt. Sterker: een bouwer die alleen overtuigend is tegenover een technicus en niet tegenover jou, is geen goede partner — jij moet hem straks begrijpen, niet je adviseur.

Wat als het toch misgaat? Zorg dat je er dan uit kunt. Dat is precies waarom code-eigendom, documentatie en een leesbare codebase geen bijzaak zijn: ze bepalen of een volgende partij het kan overnemen, of dat je opnieuw begint.

---

De korte versie: kies niet op prijs maar op de vragen die iemand jou stelt. Een bouwer die eerst wil begrijpen wat er misgaat in je proces, en die je iets durft af te raden, is de moeite waard. Vraag altijd wie de code bezit, wat het onderhoud kost, en wat er níet in de offerte zit — die drie antwoorden verklaren het prijsverschil meestal volledig. En bel een eerdere klant, niet om te horen wat er goed ging, maar wat er misging.

Benieuwd hoe ik jouw vraag zou aanpakken? Leg hem voor — je krijgt binnen drie werkdagen een vaste prijs, of een eerlijk advies om het niet te doen.