Wat staat er eigenlijk in een websiteofferte? Een gids voor opdrachtgevers

Je hebt drie offertes aangevraagd voor je nieuwe website. Ze zien er allemaal anders uit, de bedragen lopen flink uiteen en je weet eigenlijk niet goed wat je vergelijkt. Dat is geen toeval. Offertes voor websitebouw zijn zelden gestandaardiseerd, en dat werkt in het nadeel van de opdrachtgever. In dit artikel leer je wat er in een goede offerte hoort te staan, welke onderdelen je extra kritisch moet lezen en waar de valkuilen zitten die je nu misschien over het hoofd ziet.

Waarom offertes zo moeilijk te vergelijken zijn

Een offerte voor een website is geen offerte voor een keuken. Bij een keuken weet je wat een aanrechtblad is. Bij een website weet je misschien niet precies wat het verschil is tussen een maatwerk thema en een aangepast standaard thema, of wat “hosting inbegrepen” precies betekent voor je eigendomspositie later.

Bureaus en freelancers schrijven offertes op hun eigen manier. De een gooit alles op één regel, de ander splitst elk uur uit. Dat maakt het verleidelijk om alleen de eindprijs te vergelijken. Maar de eindprijs zegt niets als je niet weet wat er wél en niet bij zit.

Wat je wilt, is een offerte die antwoord geeft op drie vragen: wat lever je precies op, wie is er verantwoordelijk voor wat en wat kost het daarna nog? Als een offerte die vragen niet beantwoordt, is dat geen kleinigheid. Dat is een risico.

De oplevering: wat krijg je precies?

Dit is het onderdeel dat opdrachtgevers het vaakst overslaan, en het meest spijt van krijgen. Een offerte moet concreet beschrijven wat er wordt opgeleverd. Niet “een professionele website”, maar: hoeveel pagina’s, welke functionaliteiten, in welk systeem, met of zonder content.

Let op deze punten:

• Aantal pagina’s of sjablonen: Wordt er een vaste set pagina’s gebouwd, of is het aantal flexibel? Wat kost een extra pagina?
• Contentverantwoordelijkheid: Wie schrijft de teksten? Wie levert de afbeeldingen? Als jij dat doet, staat dat er dan expliciet in?
• Testfase en revisierondes: Hoeveel correctierondes zijn inbegrepen? Wat valt buiten de scope?
• Browsercompatibiliteit en mobiele weergave: Staat er beschreven op welke apparaten en browsers getest wordt?
• Toegankelijkheid: Wordt er rekening gehouden met digitale toegankelijkheid? Voor veel organisaties is dit geen luxe maar een vereiste.

Een offerte die hier vaag over is, is een offerte waarbij de discussie over wat “af” betekent later alsnog gevoerd wordt. En dat kost altijd meer dan je had verwacht.

Eigendom van domein, hosting en broncode

Dit is het stuk dat ik het vaakst moet uitleggen aan opdrachtgevers die al in de problemen zitten. Eigendom is niet vanzelfsprekend. Zeker niet als je dit niet expliciet hebt vastgelegd.

Domein: Staat het domein op jouw naam geregistreerd, of op naam van het bureau? Als het bureau je domein beheert en jullie krijgen ruzie, of het bureau stopt, dan heb je een probleem. Eis altijd dat het domein op jouw naam staat, in een account waar jij de inloggegevens van hebt.

Hosting: Hosting “inbegrepen” klinkt prettig, maar het betekent dat jij afhankelijk bent van de infrastructuur van het bureau. Wat als je later wilt overstappen? Wat zijn de kosten van de hosting per jaar? En wat zijn de kosten als je de hosting wilt meenemen of elders wilt afnemen?

Broncode: Dit is het meest onderschatte punt. Als er maatwerk wordt gebouwd, moet in de offerte staan dat de broncode eigendom wordt van jou als opdrachtgever bij volledige betaling. Zonder die afspraak kan het bureau technisch gezien de code als hun eigendom beschouwen. Dan kun je niet zomaar naar een andere partij overstappen zonder opnieuw te beginnen.

Zet dit altijd zwart op wit. Niet als bijlage, maar als onderdeel van de offerte of het contract.

Onderhoudscontracten: begrijp wat je tekent

Na de oplevering begint de volgende fase, en die is minstens zo belangrijk. Een website heeft onderhoud nodig. Updates, beveiligingspatches, kleine aanpassingen. De vraag is: wie doet dat, en wat kost het?

Veel bureaus bieden een onderhoudscontract aan. Dat kan heel waardevol zijn, maar lees het goed. Let op:

• Wat valt er wel en niet onder: Zijn updates inbegrepen? Wat als er iets stukgaat door een update? Vallen tekstwijzigingen ook onder het contract, of worden die apart gefactureerd?
• Reactietijd: Hoe snel reageert het bureau bij een storing? Staat er een maximale reactietijd in het contract?
• Opzegtermijn: Kun je het contract opzeggen als je ontevreden bent? Hoe lang is de opzegtermijn?
• Wat gebeurt er als het bureau stopt: Dit klinkt dramatisch, maar kleine bureaus en freelancers stoppen soms. Heb je dan toegang tot alles wat je nodig hebt om door te gaan?

Een onderhoudscontract zonder duidelijke scope is een open rekening. Wees niet bang om te vragen wat er precies wel en niet bij zit, en laat het specificeren als het vaag is.

Zelfbeheer: kun je straks zelf iets aanpassen?

Dit is een vraag die je vóór de opdracht moet stellen, niet erna. Want als de website eenmaal gebouwd is in een systeem dat je niet begrijpt of waartoe je geen toegang hebt, ben je volledig afhankelijk van de bouwer voor elke tekstwijziging, elke nieuwe pagina, elk geüpload document.

Vraag expliciet:

• Welk systeem wordt er gebruikt en is dat een systeem dat je zelf kunt leren beheren?
• Krijg ik een beheerdersaccount met volledige rechten?
• Is er een training inbegrepen of een handleiding die uitlegt hoe ik zelf aanpassingen doe?
• Wat kan ik zelf doen en wat niet?

Sommige bureaus bouwen bewust in systemen of met instellingen waarbij jij als opdrachtgever weinig kunt zonder hun hulp. Dat is niet altijd kwade opzet, maar het is wel een verdienmodel. Als zelfbeheer voor jou belangrijk is, maak dat dan een harde eis in de offerte.

Vragen die je altijd moet stellen voor je tekent

Nadat je de offerte hebt doorgelezen, zijn er een aantal vragen die je sowieso moet stellen. Niet om moeilijk te doen, maar omdat de antwoorden je veel ellende kunnen besparen.

Over het traject:

• Wie is mijn vaste contactpersoon tijdens het project?
• Hoe ziet de planning eruit en wat zijn de tussentijdse opleveringen?
• Wat gebeurt er als het project vertraging oploopt?

Over eigendom en toegang:

• Staat het domein op mijn naam?
• Krijg ik de broncode bij oplevering?
• Heb ik volledige beheerderstoegang tot de website én de hostingomgeving?

Over na de oplevering:

• Wat kost een uur werk na oplevering als ik iets wil aanpassen?
• Is er een garantieperiode voor bugs of fouten die na oplevering worden ontdekt?
• Wat zijn mijn opties als ik later wil overstappen naar een andere partij?

Als een bureau moeite heeft met het beantwoorden van deze vragen, of als de antwoorden vaag blijven, is dat informatie. Goede partijen vinden dit soort vragen normaal, omdat ze zelf ook duidelijkheid willen over de samenwerking.

Tot slot

Een offerte vergelijken is meer dan prijzen naast elkaar leggen. Het gaat om begrijpen wat je koopt, wie er verantwoordelijk is voor wat en hoe de samenwerking eruitziet als het minder soepel loopt dan verwacht.

De meeste problemen die ik zie bij misgelopen websitetrajecten hadden voorkomen kunnen worden als de opdrachtgever één ding had gedaan: de offerte kritisch lezen en de juiste vragen stellen vóór de handtekening.

Je hoeft geen technisch expert te zijn om een goede opdrachtgever te zijn. Je moet alleen weten waar je op let. En nu weet je dat.