Hoe je offertes voor software eerlijk vergelijkt: scope, aanpak, prijsmodel, eigenaarschap, beheer en de vragen die je moet stellen.

Waarom offertes lastig te vergelijken zijn

Twee offertes voor “een webshop” of “een app” kunnen totaal verschillende dingen bevatten. De een is een ruwe schatting voor een eenvoudige oplossing, de ander een uitgewerkt plan met tests, beveiliging en beheer. Het bedrag zegt daarom weinig zonder te weten wat erin zit en wat niet. Vergelijk dus appels met appels: zorg dat alle partijen dezelfde vraag hebben beantwoord.

Geef iedereen dezelfde basis

Beschrijf vooraf het doel, de gebruikers, de gewenste functies (met prioriteit), de systemen waarmee gekoppeld moet worden en je planning en budgetgrens. Hoe duidelijker de vraag, hoe vergelijkbaarder de antwoorden. Als je het nog niet scherp hebt, is een korte verkenning met een bouwer vaak de beste eerste stap, voordat je offertes opvraagt.

Wat hoort er in een goede offerte?

  • Een beschrijving van het doel en de afbakening: wat zit erin, wat bewust niet.
  • De aanpak en planning, met tussentijdse oplevermomenten.
  • Het prijsmodel en wat er gebeurt bij wijzigingen.
  • Wat jij moet aanleveren en wanneer.
  • Testen, oplevering en overdracht.
  • Beheer, onderhoud en support na oplevering.
  • Afspraken over eigendom, licenties en privacy.

Prijsmodellen: vast, uurtarief of fases

Een vaste prijs geeft zekerheid, maar werkt alleen als de scope echt vaststaat; anders leiden wijzigingen tot discussie. Een uurtarief is flexibel, maar geeft minder voorspelbaarheid. Werken in fases combineert beide: een afgebakende eerste stap en daarna keuzes op basis van wat je hebt geleerd. Vraag hoe wijzigingen worden behandeld en hoe je grip houdt op de voortgang en het budget.

Eigenaarschap en afhankelijkheid

Wie is eigenaar van de code, het ontwerp en de gegevens? Krijg je toegang tot de broncode en de omgeving? Wordt er gebruikgemaakt van gangbare technieken, zodat een andere partij het kan overnemen? Een goede bouwer ziet dit als vanzelfsprekend. Wees voorzichtig bij constructies waarin je zonder de leverancier niets kunt.

Kwaliteit, beveiliging en beheer

Vraag hoe kwaliteit wordt bewaakt: testen, code review, beveiliging, back-ups. Vraag wat er na oplevering gebeurt: is er garantie op fouten, wie doet updates, hoe snel wordt er gereageerd bij storingen en wat kost dat? Een goedkope bouw met kostbaar of onduidelijk beheer is uiteindelijk vaak duurder.

De samenwerking beoordelen

Je werkt maanden of jaren met deze partij. Let op hoe er wordt meegedacht, of er kritische vragen worden gesteld en of er eerlijk wordt gezegd wat niet nodig is. Vraag naar referenties of voorbeelden van projecten die nog in gebruik zijn, en naar wie er daadwerkelijk aan jouw project werkt. Een offerte die alles “kan” zonder vragen, is een waarschuwing.

Vragen die je kunt stellen

  1. Hoe zou u mijn doel in fases bouwen?
  2. Wat laat u in de eerste versie bewust weg?
  3. Wat zijn de grootste risico’s in dit project?
  4. Wie is eigenaar van de code en kan ik die inzien?
  5. Hoe werkt het beheer na oplevering, en wat kost dat?
  6. Hoe gaan we om met wijzigingen tijdens het traject?

Veelgestelde vragen

Hoeveel offertes moet ik opvragen?

Twee tot drie is meestal genoeg. Meer levert zelden meer inzicht op en kost veel tijd, zeker als de vraag nog niet scherp is.

Is de goedkoopste offerte een slechte keuze?

Niet per se, maar kijk goed wat er niet in zit. Een lage prijs kan betekenen dat onderdelen als testen, beveiliging of beheer ontbreken.

Kan ik eerst een kleine opdracht doen om te kijken of het klikt?

Ja, dat is een slimme manier. Een afgebakende eerste fase laat zien hoe de samenwerking en het resultaat bevallen.

Rekenen jullie voor een kennismaking?

Een eerste kennismaking is vrijblijvend. Neem contact op en we bespreken wat je wilt bereiken.

Hierbij kunnen wij helpen: Software op maat · Webshop-ontwikkeling · Doorontwikkeling & beheer

Laten we samenwerken