Je vraagt offertes op voor een nieuwe website. De ene aanbieder stuurt een pdf van twee pagina’s, de andere een document van twintig pagina’s vol jargon. Beiden beweren precies hetzelfde te leveren. Hoe vergelijk je dat? En nog belangrijker: hoe weet je wat er níét in staat, maar wat je later wel keihard nodig hebt? Dit is waar het bij de meeste trajecten al fout gaat, lang voordat er ook maar één pagina is gebouwd.
Wat een goede offerte concreet moet benoemen
Een offerte is geen verkoopbrochure. Het is een document waarop je later kunt terugvallen als er discussie ontstaat over wat er nu eigenlijk was afgesproken. Dat klinkt logisch, maar de meeste offertes die ik tegenkom zijn vaag genoeg om die discussie juist uit te lokken.
Let op de volgende punten als je een offerte doorleest:
- Wat wordt er opgeleverd? Niet “een professionele website”, maar: hoeveel pagina’s, welk type content, welke functionaliteiten, in welke talen.
- Wat lever jij aan? Teksten, foto’s, logo’s — staat er beschreven wie dat aanlevert en in welk formaat?
- Hoeveel revisierondes zijn inbegrepen? Eén ronde verschilt enorm van drie rondes, zeker als je meerdere stakeholders hebt.
- Wat is de tijdlijn? Niet “naar verwachting zes weken”, maar concrete mijlpalen met data of doorlooptijden.
- Wat gebeurt er bij uitloop? Als jij te laat aanlevert, of zij, wie draagt dan de kosten?
Wat ik ook regelmatig mis in offertes: een beschrijving van het oplevermoment. Wanneer is de website klaar? Is dat als de bouwer zegt dat hij klaar is, of als jij akkoord geeft? En wat als je akkoord geeft maar later een fout ontdekt — valt dat nog onder de opdracht of is het meteen een nieuwe factuur?
Vraag de aanbieder om dit expliciet te benoemen. Een bouwer die dat niet wil of niet kan, geeft je daarmee al een antwoord.
Eigendom: wie bezit de website als alles is betaald?
Dit is het onderwerp waar opdrachtgevers het meest over verrast zijn, en het meest schade door oplopen. Je betaalt voor een website. Je gaat ervan uit dat je die daarna bezit. Maar dat hoeft juridisch gezien helemaal niet zo te zijn.
Er zijn drie eigendomsvragen die je voor ondertekening moet hebben beantwoord:
1. Wie is eigenaar van de broncode?
Als een bureau een website voor je bouwt op basis van maatwerk, is de broncode een creatief werk. Auteursrecht ligt standaard bij de maker, tenzij je expliciet hebt afgesproken dat het aan jou wordt overgedragen. Staat dat niet in de offerte of het contract? Dan kun je de code niet zomaar meenemen naar een andere partij.
2. Wie beheert het domein?
Je domeinnaam is je digitale adres. Als dat op naam van het bureau staat, ben je afhankelijk van hun medewerking om het ooit over te zetten. Dit klinkt als een detail, maar het is een hefboom die sommige bureaus bewust of onbewust vasthouden.
3. Wie heeft toegang tot de hostingomgeving?
Heb jij zelf inloggegevens voor de server of het hostingpanel? Of loopt alles via de bouwer? Als zij morgen stoppen, kun jij dan bij je eigen website?
De vuistregel is eenvoudig: alles wat bij jou hoort, moet ook op jouw naam staan en toegankelijk zijn met jouw inloggegevens. Dat geldt voor het domein, de hosting, het CMS en de broncode. Leg dat vast vóór je tekent, niet erna.
Onderhoudscontracten en wat je daarvoor terugkrijgt
Na de oplevering begint een fase waar veel opdrachtgevers niet op voorbereid zijn: het onderhoud. Websites zijn geen statische producten. Software heeft updates nodig, beveiligingslekken worden gedicht, plugins verouderen. Als je daar geen afspraken over maakt, loop je vroeg of laat tegen problemen aan.
Veel bureaus bieden een onderhoudscontract aan. Op zich prima, maar vraag je af wat je er concreet voor krijgt. De vragen die je stelt:
- Wat valt er precies onder het contract? Updates, backups, monitoring, kleine aanpassingen, of alles samen?
- Wat valt er expliciet níét onder? Nieuwe functionaliteiten, redesign, extra pagina’s?
- Wat is de responstijd als er iets stuk is? En geldt die responstijd ook in het weekend of alleen op werkdagen?
- Hoe lang zit je eraan vast? En wat zijn de opzegtermijnen?
- Wat gebeurt er met je website als je het contract opzegt?
Die laatste vraag is belangrijk. Soms zijn onderhoudscontracten zo opgebouwd dat de website alleen goed blijft functioneren als jij blijft betalen. Dat is niet per se oneerlijk, maar je moet het weten voordat je tekent.
Zorg ook dat je begrijpt wat je zelf kunt doen. Als je een tekst wilt aanpassen of een afbeelding wilt vervangen, moet je daarvoor een ticket indienen en wachten — of kun je dat zelf regelen in het CMS? Een website die je niet zelf kunt beheren voor dagelijkse updates, maakt je structureel afhankelijk van een externe partij. Soms is dat een bewuste keuze, maar het moet jóúw keuze zijn.
Een goed onderhoudscontract beschermt je website én geeft je duidelijkheid over wat je kunt verwachten. Een vaag contract geeft de bouwer ruimte om elke kleine vraag als meerwerk te factureren. Het verschil zit in de details, en die details staan of staan niet in het document dat jij krijgt.
Offertes vergelijken is geen kwestie van de laagste prijs kiezen. Het is uitzoeken welke aanbieder je genoeg duidelijkheid geeft om een weloverwogen beslissing te nemen. Als je na het lezen van een offerte nog steeds niet weet wat je precies krijgt, wanneer het klaar is en van wie het daarna is — dan weet je eigenlijk al genoeg.
Leave a Reply