Waarom de goedkoopste offerte bijna altijd de duurste keuze is

Elke ondernemer die offertes aanvraagt voor een softwareproject, kent het moment: de ene aanbieder vraagt €80.000, de andere €28.000 voor "hetzelfde project". De verleiding om voor de laagste prijs te kiezen is begrijpelijk en menselijk. Maar in softwareontwikkeling geldt een ijzeren wet die elke projectmanager en CTO kan bevestigen: een offerte die significant lager is dan de markt, is zelden lager vanwege efficiëntie.

Het is lager omdat er dingen ontbreken.

De vraag is niet of er iets ontbreekt — de vraag is wat, en wanneer je dat ontdekt.

Wat er wegbezuinigd wordt bij een te lage offerte

Discovery wordt overgeslagen

Een goede discovery-fase — het uitdiepen van requirements, het uitdagen van aannames, het opstellen van technische specificaties — kost tijd. Typisch twee tot vier weken voor een middelgroot project. Bij een bureau dat scherp inprijst om de opdracht te winnen, is dit de eerste post die van de rekening verdwijnt.

Het gevolg: development begint op basis van een oppervlakkige briefing. Halverwege het project — wanneer de eerste prototypes worden getoond — komen de echte requirements boven. Functies die je "vanzelfsprekend" vond blijken niet inbegrepen. Aanpassingen kosten meerwerk. En meerwerk kost geld dat buiten het oorspronkelijke budget valt.

Discovery kost €5.000–€15.000. Gebrek aan discovery kost twee tot drie keer zoveel in meerwerk, herwerk en vertraging.

Testing wordt gereduceerd tot een minimum

Systematisch testen — unit tests, integratietests, end-to-end tests, handmatige acceptatietests — neemt 15–20% van de totale projecttijd in beslag bij een professioneel bureau. Bij een aanbieder die op prijs concurreert, is dit het eerste dat wordt teruggeschroefd.

Het resultaat: bugs die pas in productie worden ontdekt. En productiebugs zijn niet alleen vervelend — ze kosten klantvertrouwen, kunnen data beschadigen, en zijn door de drukte van een live omgeving aanzienlijk duurder te debuggen dan bugs die in een gecontroleerde testomgeving worden gevonden.

Een vuistregel uit de software-industrie: een bug oplossen in de testfase kost tien keer minder dan dezelfde bug oplossen na livegang.

Junior developers doen het meeste werk

Seniordevelopers kosten €90–€130 per uur. Juniordevelopers kosten €50–€70. Een bureau dat een project significant lager inprijst, heeft vrijwel altijd een andere teamsamenstelling dan een bureau dat het reëel inprijst.

Dat hoeft niet slecht te zijn als er goede begeleiding is. Maar bij bureaus die scherp inprijzen, is de senior die de architectuur bewaakt en de code reviewt vaak niet zichtbaar in de offerte — of ontbreekt volledig.

Juniorcode heeft meer bugs, produceert meer technische schuld, en vereist meer herwerk. Op korte termijn goedkoper; op middellange termijn een kostenpost die oploopt.

Documentatie is er niet of nauwelijks

Goede codebase-documentatie — wat doet dit systeem, hoe is het opgebouwd, welke beslissingen zijn gemaakt en waarom — is onzichtbaar werk dat een volgende developer of uzelf als opdrachtgever in staat stelt het systeem te begrijpen en te beheren.

Bij een te lage offerte is documentatie de stille afwezige. De code is er, maar niemand anders dan de oorspronkelijke developer weet hoe het werkt. Zodra u later een andere partij inschakelt voor onderhoud of doorontwikkeling, begint die bij nul — en rekent dienovereenkomstig.

Infrastructuur is minimaal en kwetsbaar

Productiesoftware heeft een stabiele infrastructuur nodig: redundancy, monitoring, geautomatiseerde backups, deployment-pipelines die fouten vangen voordat ze live gaan. Bij een knap strak ingeprijs project gaat dit terug naar het minimum: één server, handmatige deployments, geen alerting.

U merkt dit pas als de server crasht, als er data verloren gaat, of als een deployment de productieomgeving platlegt op een vrijdagmiddag.

Een geanonimiseerd voorbeeld

Een retailbedrijf in de regio Utrecht liet een order- en klantbeheersysteem bouwen door een kleiner bureau dat €35.000 vroeg voor een project waarvoor andere aanbieders €65.000–€80.000 hadden geoffreerd. De keuze leek logisch: dezelfde features, bijna de helft van de prijs.

Vijf maanden na livegang stagneerden de problemen niet. De database-queries waren niet geoptimaliseerd — bij 3.000+ orders was het systeem merkbaar traag. Er bleek geen testdekking te zijn; elke aanpassing brak iets anders. De codebase had geen structuur die een externe developer kon volgen. En de originele developers waren ondertussen met een nieuw project bezig en reageerden traag op supportverzoeken.

Het bedrijf schakelde een andere partij in voor een grondige audit. De conclusie: de architectuurproblemen waren structureel. Oplapwerk zou meer kosten dan een gerichte rebuild van de kernmodules. Die rebuild kostte €55.000 — bovenop de €35.000 die al betaald was. Eindtotaal: €90.000 voor een systeem waarvoor ze €70.000 hadden kunnen betalen als ze de eerste keer voor de reële aanbieder hadden gekozen.

Dit is geen uitzonderlijke situatie. Bureaus die werken met IT-audits herkennen dit patroon bij een significant deel van de probleemprojecten die ze binnenkrijgen.

Hoe herken je een te lage offerte?

Niet elke lage offerte is problematisch — maar er zijn rode vlaggen die waarschuwen.

Geen gespecificeerde fasering. Een offerte die één bedrag noemt voor het hele project zonder onderbouwing per fase, is een offerte die niet is doorgedacht. Vraag om een urenraming per fase: discovery, design, backend, frontend, testing, livegang.

Discovery is niet inbegrepen. Als de offerte direct begint bij development zonder voorbereidingsfase, stap met open ogen een tunnel in.

Vage scope-omschrijving. "Website met beheerpaneel en koppelingen" is geen scope. Het is een uitnodiging voor discussie over wat wel en niet inbegrepen is bij elke mijlpaal.

Geen vermelding van technologiekeuzes. Welk framework? Welke database? Welke hostingoplossing? Een bureau dat die keuzes niet benoemt in de offerte, heeft ze ook nog niet gemaakt — wat betekent dat ze later worden gemaakt onder tijdsdruk.

Geen referenties of vergelijkbare projecten. Elke serieuze aanbieder heeft projecten die ze kunnen tonen en klanten waarmee u kunt spreken. Als dat niet beschikbaar is, is de offerte geen basis voor vertrouwen.

Geen onderhoudsplan of garantietermijn. Software heeft na livegang altijd issues. Wat is de afgesproken responsetijd voor bugs? Is er een garantieperiode? Een bureau zonder antwoord op die vragen heeft niet nagedacht over de periode na oplevering.

Hoe evalueer je een offerte voorbij de prijs?

Vergelijk de scope, niet het bedrag

Leg twee offertes naast elkaar en vraag per onderdeel: staat dit ook in de andere offerte? Discovery, testing, documentatie, performance-optimalisatie, beveiligingsreview — elk element dat in de ene offerte zit en in de andere niet, verklaart een deel van het prijsverschil.

Bereken de total cost of ownership

De offerte is de inkoopprijs. De total cost of ownership is wat het product u daadwerkelijk kost over drie jaar: initiële investering + onderhoud + correcties + doorontwikkeling + de kosten van downtime. Een product met een hogere initiële investering en lagere onderhoud- en correctiekosten kan significant goedkoper zijn over de volledige levensduur.

Spreek met referentieklanten

Vraag niet alleen naar referenties — bel ze. Vraag naar de ervaringen na oplevering. Is het systeem stabiel? Hoe responsief is het bureau bij problemen? Zijn er verrassingen geweest in het meerwerk? De antwoorden op die vragen vertellen meer dan welke offerte dan ook.

Toets de technische aanpak

Vraag het bureau hoe ze de architectuur aanpakken, welke technologiekeuzes ze maken en waarom. Een bureau dat helder kan uitleggen welke keuzes het maakt en waarom die keuzes passen bij uw project, heeft over het project nagedacht. Een bureau dat vaag blijft of vragen ontwijkt, heeft dat niet gedaan.

De laagste offerte winnen is een verdienmodel. Het is de manier waarop bureaus die het moeilijk hebben de opdracht binnenhalen — met de wetenschap dat meerwerk later de marge terugbrengt. Of erger: met de wetenschap dat de klant de problemen pas ontdekt als het bureau al betaald is.

Kies op basis van vertrouwen, transparantie en bewezen resultaten. De prijs is een factor — maar zelden de doorslaggevende.