Goedkoopste offerte — wat je verliest als je op prijs kiest

Goedkoopste offerte — wat je verliest als je op prijs kiest

€15.000 goedkoper inkopen, €80.000 duurder uitkomen. Dat is geen uitzondering. Dat is wat er structureel gebeurt als je een webshopproject puur op uurtarief of totaalprijs vergelijkt.

Wij verliezen regelmatig offertetrajecten op prijs. Een partij biedt €12.000 waar wij €19.000 vragen. Logisch dat je dan kiest voor de goedkoopste — tenzij je weet wat je koopt.

Dit artikel gaat over wat er niet in offertes staat.

Wat je leert in dit artikel

• Hoe verborgen kosten een goedkoop project duur maken
• Welke signalen in een offerte wijzen op technische schuld
• Wat communicatieoverhead kost in uren en geld
• Hoe je offertes vergelijkt op basis van total cost of ownership

De zichtbare prijs versus de werkelijke prijs

Een offerte toont één getal: de ontwikkelkosten. Dat getal zegt weinig. De relevante vraag is: wat kost het project totaal, over drie jaar?

Die totale kosten bestaan uit vier componenten.

Ontwikkelkosten. Wat de offerte toont. Makkelijk te vergelijken, maar het kleinste deel van het verhaal. Beheerkosten. Updates, security patches, kleine aanpassingen. Een slecht gebouwde codebase heeft meer beheerwerk. Reken op 15-25% van de ontwikkelkosten per jaar voor een goed gebouwde applicatie. Voor een slechte: 35-60%. Uitbreidingskosten. Elke nieuwe feature in slechte code kost meer tijd. Technische schuld werkt als rente: het groeit stil mee totdat het onbetaalbaar is. Opportunity cost. Downtime, trage laadtijden, bugs die conversie kosten. Dit staat nooit in een offerte maar is reëel geld.

Technische schuld in euro's

Technische schuld is de opgestapelde kosten van shortcuts. Elke keer dat een developer een oplossing kiest die snel werkt maar niet goed gebouwd is, groeit de schuld.

Het probleem: technische schuld is onzichtbaar totdat hij niet meer te betalen is.

Een concreet voorbeeld. Een webshop wordt gebouwd zonder geautomatiseerde tests. Alles werkt prima. Na achttien maanden wil je een nieuw betaalproces integreren. De developer ontdekt dat de checkout verstrengeld zit met twaalf andere modules. Elke wijziging breekt iets anders.

Wat in vier uur klaar had moeten zijn, kost drie weken. Niet omdat de developer slecht is — maar omdat de codebase dit niet toestaat.

Dit zijn geen theoretische cijfers. Dit zijn ervaringen uit projecten die wij hebben overgenomen van andere partijen.

Lees meer over wat technische schuld je concreet kost in ons artikel over technische schuld in euro's.

Communicatieoverhead: de onzichtbare kostenpost

Een goedkoop bureau werkt vaak op afstand, in een ander tijdzone, met tussenpersonen. Dat klinkt abstract totdat je het meemaakt.

Stel: je wil een kleine aanpassing in je checkout flow. Je stuurt een bericht. Twee dagen later komt er een vraag terug om verduidelijking. Je antwoordt. Nog een dag later zit het issue in de sprint voor over twee weken.

Ondertussen loopt jouw team stil. Beslissingen worden uitgesteld. Features stapelen op.

De kosten van communicatieoverhead zijn moeilijk te kwantificeren, maar een vuistregel: voor elk uur development bij een ver-weg-bureau besteed jij minimaal 20-30 minuten aan coördinatie. Bij een direct samenwerkende partner is dat 5-10 minuten.

Over een jaar, op een project van 200 ontwikkeluren, scheelt dat 50-100 uur van jouw tijd. Jouw tijd heeft ook een prijs.

Wat een goedkope offerte je vertelt

Niet elke goedkope offerte is slecht. Maar bepaalde signalen zijn rode vlaggen.

Vaste prijzen zonder specificatie. "Webshop €8.500" zonder verdere beschrijving betekent dat de scope vaag is. Vaagheid werkt altijd in het nadeel van de klant. Geen fase voor ontdekking of analyse. Serieus werk begint met begrijpen wat je bouwt. Een offerte die direct naar development gaat, slaat de analyse over. Dat kost later tijd. Geen testomgeving of acceptatieprocedure. Hoe lever je op? Wie test? Wat zijn de acceptatiecriteria? Als dit ontbreekt in de offerte, is het onduidelijk wanneer het project klaar is. Dat onduidelijkheid kost geld. Geen post-launch support. Elke website heeft na launch kleine issues. Als er geen afspraken zijn over wie dat oplost en hoe snel, betaal jij opnieuw voor werk dat eigenlijk in de oplevering hoorde. Geen eigenaarschap van code. Sommige partijen werken met proprietary tools of platforms. Je code is van hen. Overstappen kost je opnieuw de volledige ontwikkelkosten.

Hoe wij offertes vergelijken

Wanneer je meerdere offertes ontvangt, vergelijk ze op deze vragen.

Wat is de scope? Zijn de eisen en wensen concreet gespecificeerd? Of is er ruimte voor interpretatie? Ruimte voor interpretatie wordt later bijgeteld. Wie levert? Is er een vast team? Of wordt het uitbesteed aan freelancers of buitenlandse partners? Vraag er direct naar. Wat zijn de beheerkosten na oplevering? Vraag expliciet naar licenties, hosting, updates en kleine aanpassingen. Tel deze op bij de initiële kosten. Hoe wordt de kwaliteit geborgd? Zijn er geautomatiseerde tests? Een code review proces? Een stagingomgeving? Wat is het contract bij meerwerk? Meerwerk is normaal. Maar het tarief en de procedure moeten vooraf duidelijk zijn.

De echte vraag

De vraag is niet: wie is het goedkoopst? De vraag is: wie levert het meest waarde voor mijn totale investering over drie jaar?

Wij zijn niet de goedkoopste. Dat weten we. We zijn ook transparant over onze aanpak, ons team en wat we wel en niet kunnen. Dat zie je terug op onze over-ons pagina.

Wij bouwen op Magento, Shopify en Laravel. Als je een project hebt en wil begrijpen wat een eerlijke vergelijking is, neem dan contact op. Geen verkooppraatje. We kijken gewoon wat past.

---

Wil je weten wat jouw specifieke project realistisch kost? Neem contact op voor een eerlijk gesprek.