Twee offertes voor hetzelfde project kunnen er totaal verschillend uitzien. Zo vergelijk je ze eerlijk, stap voor stap, zonder appels met peren te vergelijken.
Door Melle Linschoten · 26 augustus 2026
Je vraagt drie offertes aan voor hetzelfde project en krijgt drie documenten terug die weinig met elkaar gemeen hebben - andere indeling, andere aannames, andere dingen die wel of niet inbegrepen zijn. Het laagste bedrag lijkt dan al snel de beste deal, terwijl het net zo goed het bedrag kan zijn van het bureau dat het minst heeft meegerekend. Deze gids laat zien hoe je offertes stap voor stap naast elkaar legt, zodat de vergelijking over de inhoud gaat en niet over de opmaak.
Er bestaat geen gestandaardiseerd format voor een softwareofferte. Het ene bureau levert een uitgebreide functionele uitsplitsing, het andere een totaalbedrag met een korte omschrijving erboven. Beide kunnen prima werk leveren - maar zonder dezelfde basisinformatie kun je de bedragen niet zinvol naast elkaar zetten. De oplossing is niet wachten tot bureaus dat zelf gelijk trekken, maar zelf dezelfde vragen aan iedereen stellen voordat je een offerte accepteert.
Er komt nog iets bij: bureaus schrijven offertes ook om zichzelf aantrekkelijk te presenteren. Een lager totaalbedrag oogt concurrerend, ook als dat komt doordat er posten ontbreken die een ander bureau wél heeft meegerekend. Dat is niet per se oneerlijk bedoeld - het is vaak gewoon hoe iedereen zijn eigen format en aannames hanteert. Precies daarom is het aan jou om de vergelijking gelijk te trekken, niet aan de bureaus zelf.
Naast de inhoud van een offerte verschilt ook het prijsmodel erachter, en dat maakt vergelijken nog lastiger. Een vaste prijs geeft vooraf zekerheid over het bedrag, maar verschuift het risico van onvoorziene complexiteit naar het bureau - wat er weer toe kan leiden dat een bureau extra marge inbouwt, of scope strak afbakent zodra iets buiten de oorspronkelijke aanname valt. Een uurtarief geeft meer flexibiliteit om onderweg bij te sturen, maar vraagt van jou dat je zelf het budget in de gaten houdt - zonder een heldere inschatting vooraf kan het bedrag onderweg oplopen zonder dat iemand daar actief op wijst.
Vraag bij een vaste prijs altijd wat er gebeurt als iets buiten de afgesproken scope valt, en vraag bij een uurtarief altijd om een concrete inschatting van het totale aantal uren, niet alleen het tarief per uur. Zonder die inschatting vergelijk je feitelijk geen prijs, maar alleen een tarief - en dat zegt weinig over wat het project je uiteindelijk gaat kosten.
Een lage offerte is niet automatisch een slecht teken, maar wel een signaal om extra goed door te vragen. Vaak is het verschil tussen een lage en een gemiddelde offerte niet efficiëntie, maar wat er simpelweg buiten de scope is gelaten: minder testen, geen periode support na livegang, of een minimale discovery-fase die achteraf tot extra afstemming en meerwerk leidt.
Reken bij twijfel niet alleen de bouwkosten, maar de kosten over de eerste twaalf maanden na livegang: onderhoud, kleine aanpassingen en eventuele koppelingen die er later toch bij moeten. Een offerte die dat vooraf al meerekent, oogt duurder op papier maar is dat in de praktijk vaak niet.
Stel: je vraagt een offerte aan voor een klantenportaal. Offerte A noemt één totaalbedrag met een korte omschrijving. Offerte B splitst hetzelfde project uit in discovery, ontwerp, ontwikkeling per onderdeel, testen en een periode support na livegang - en benoemt expliciet dat hosting en eventuele koppelingen met externe systemen apart worden begroot.
Je stelt beide bureaus dezelfde vragen uit de vorige stap: wat zit er niet in de prijs, wie bouwt het daadwerkelijk, en wat gebeurt er met scopewijzigingen? Bureau A blijkt bij navraag geen periode support na livegang mee te rekenen en verwacht dat je koppelingen apart laat uitzoeken zodra die nodig blijken. Bureau B heeft dat al vooraf benoemd en in de planning meegenomen.
Op het eerste gezicht lijkt offerte A goedkoper. Maar zodra je dezelfde vragen aan beide bureaus stelt, blijkt vaak dat offerte A dezelfde posten gewoon niet heeft meegerekend - niet omdat ze goedkoper werken, maar omdat die kosten er later alsnog bijkomen. Offerte B is niet per definitie het duurdere bureau; het is het bureau dat de scope vooraf beter heeft doordacht. Precies dit soort verschillen leer je herkennen met de checklist voor het kiezen van een softwarebureau, die je helpt om dit al vóór de offertefase te ondervangen.
Kom je tijd tekort om alle stappen hierboven bij elk bureau na te lopen? Stel in ieder geval deze vijf vragen aan elke partij, en vergelijk de antwoorden letterlijk naast elkaar voordat je tekent:
Een bureau dat op alle vijf vragen een concreet, schriftelijk antwoord geeft, heeft de scope waarschijnlijk beter doordacht dan een bureau dat vaag blijft of pas na aandringen antwoord geeft.
Vergelijk nooit alleen het bedrag onderaan de offerte - vergelijk wat er in dat bedrag zit. Een offerte die duidelijk maakt wat wél en niet inbegrepen is, geeft je een eerlijker beeld dan een lager bedrag zonder toelichting. Zoals we ook beschrijven in waarom trage bureaus je meer kosten, zit de echte rekening vaak niet in de offerte zelf, maar in wat die offerte niet vermeldt.
Bij ProtoForge krijg je een offerte die is uitgesplitst per fase, met expliciete benoeming van wat wel en niet is inbegrepen. Geen verrassingen achteraf, en geen accountmanager-laag die de afstemming vertraagt - je spreekt rechtstreeks met de persoon die bouwt. Wil je een bestaande offerte van een ander bureau naast de onze leggen? Mail naar info@protoforge.nl of plan een vrijblijvend kennismakingsgesprek - we reageren binnen 24 uur en denken graag mee, ook als je uiteindelijk voor een ander bureau kiest.
Vertel ons waar je naartoe wilt. We helpen je de snelste, eerlijke route daarheen te vinden.