Wat er in een websiteofferte staat dat je écht moet begrijpen

Je vraagt offertes op voor een nieuwe website. Ze komen binnen, je vergelijkt de bedragen, en dan kies je er een. Logisch toch? Niet echt. Want wat er in die offertes staat — en wat er níét in staat — bepaalt of je over een jaar tevreden bent of met de handen in het haar zit. Ik heb genoeg trajecten overgenomen van opdrachtgevers die de offerte niet echt hadden gelezen. Dit is wat je moet weten voordat je akkoord geeft.

De opbouw van een offerte vertelt je al veel

Een offerte die alleen een totaalbedrag noemt, is geen offerte. Het is een prijskaartje. Een goede offerte is gespecificeerd: je ziet wat er voor dat geld wordt gedaan, door wie, in welke fase, en wat er buiten scope valt. Dat laatste is misschien wel het belangrijkste. Wat een bouwer niet levert, staat zelden groot bovenaan. Het staat in een bijlage, in kleine letters, of helemaal niet.

Kijk bij elke offerte naar de volgende zaken:

• Is er een duidelijke fasering of planning opgenomen?
• Staat er beschreven wie verantwoordelijk is voor welke onderdelen?
• Is er een post-oplevering periode of garantietermijn?
• Wat valt expliciet buiten de opdracht?

Als je op een van deze punten geen antwoord kunt vinden in de offerte, stel dan de vraag voordat je tekent. Niet erna.

Meerwerk: de stille kostenpost die je verrast

Meerwerk is werk dat buiten de oorspronkelijke offerte valt en apart wordt gefactureerd. Het klinkt redelijk, en dat is het ook — als het eerlijk wordt toegepast. Maar in de praktijk zie ik meerwerk regelmatig opduiken voor dingen die je als opdrachtgever als vanzelfsprekend beschouwde. Een extra contactformulier. Een kleine aanpassing aan de navigatie. Een tekst die net iets langer is dan het sjabloon aankon.

Meerwerk is niet per definitie oneerlijk. Het wordt een probleem als de grens niet helder is afgesproken. Zorg dat de offerte beschrijft wat er wél inzit, zodat je een referentiepunt hebt. En vraag altijd om een schriftelijke bevestiging voordat er meerwerk wordt uitgevoerd. Mondeling akkoord geven op een Teams-call is geen akkoord dat je later kunt terugvinden.

Stel bij elke offerte de vraag: wat zou typisch als meerwerk worden beschouwd? Een goede bouwer kan je daar een eerlijk antwoord op geven.

Eigendom van de website: dit is niet automatisch geregeld

Dit is het punt waar het het vaakst misgaat. Je betaalt voor een website en je gaat er vanuit dat die website van jou is. Maar eigendom is een juridisch begrip, en als het niet expliciet in het contract staat, is er ruimte voor discussie.

Er zijn drie eigendomsvragen die je altijd moet stellen:

Het domein. Staat het domein op jouw naam of op naam van het bureau? Als het bureau het domein heeft geregistreerd en jullie gaan uit elkaar, kun je in een situatie terechtkomen waarbij je je eigen domeinnaam niet kunt meenemen. Vraag dit na en laat het overdragen als dat nodig is.

De broncode. Als er maatwerk is ontwikkeld — een specifieke functionaliteit, een op maat gebouwd thema — is de vraag wie de intellectuele eigendomsrechten bezit. Staat er in het contract dat de broncode aan jou wordt overgedragen bij volledige betaling? Als dat er niet staat, kan het bureau beweren dat ze de rechten houden.

De inloggegevens. Heb jij als opdrachtgever altijd toegang tot het contentmanagementsysteem, de hostingomgeving en het domeinbeheer? Niet via het bureau, maar direct? Als het antwoord nee is, ben je afhankelijk.

Neem deze drie punten op in je checklist voor elk contract dat je tekent.

Onderhoudscontracten: wat je krijgt en wat je verwacht

Na oplevering begint vaak een onderhoudscontract. Dat klinkt veilig, maar lees wat er precies in staat. Er is een groot verschil tussen een contract dat technische updates uitvoert en een contract dat ook inhoudelijke wijzigingen doorvoert. En er is een groot verschil tussen een reactietijd van vier uur en een reactietijd van vier werkdagen.

Wat je minimaal wilt weten over een onderhoudscontract:

• Wat valt er onder het maandelijkse bedrag?
• Wat kost een extra aanpassing die buiten het contract valt?
• Hoe snel wordt er gereageerd bij een storing?
• Hoe wordt het contract beëindigd en wat zijn de opzegtermijnen?
• Wat gebeurt er met de website als je het contract opzegt?

Dat laatste punt is cruciaal. Sommige bureaus houden de website actief zolang je het onderhoudscontract betaalt. Stop je met betalen, dan gaat de site offline. Als dat zo werkt, staat dat ergens in de kleine lettertjes. Zoek het op.

Een goed onderhoudscontract geeft je gemoedsrust. Een slecht onderhoudscontract is een abonnement op afhankelijkheid. Het verschil zit in de details.

De oplevering: wanneer is een website klaar?

Oplevering klinkt als een duidelijk moment. De website gaat live, jullie schudden handen, klaar. In de praktijk is het dat zelden. Er zijn altijd puntjes, aanpassingen, dingen die net anders uitpakken dan verwacht. De vraag is: wat is de procedure voor die laatste fase, en wie heeft het laatste woord?

Zorg dat er in het contract een opleverprotocol staat. Dat hoeft niet ingewikkeld te zijn, maar het moet duidelijk maken:

• Hoe en wanneer lever je feedback in?
• Hoeveel revisierondes zijn er inbegrepen?
• Wie tekent voor akkoord en op basis van welke criteria?
• Wat is de procedure als je het niet eens bent met de oplevering?

Een punt dat opdrachtgevers regelmatig over het hoofd zien: toegankelijkheid. Als jouw website een bepaald publiek moet bereiken, of als je als organisatie verplicht bent aan toegankelijkheidsnormen te voldoen, moet dat vóór oplevering getest zijn. Niet erna. Vraag expliciet of toegankelijkheid onderdeel is van de oplevercheck, en wat er wordt getest.

Tot slot: zorg dat je bij oplevering alle toegangsgegevens ontvangt. Niet de belofte dat je ze krijgt. De gegevens zelf, schriftelijk bevestigd. Dat is het moment waarop eigendom in de praktijk wordt overgedragen.

Een websitetraject gaat zelden mis door slechte bedoelingen. Het gaat mis door onduidelijkheid. Onduidelijkheid over wat er wordt geleverd, wie er eigenaar is, wat er buiten scope valt en hoe de samenwerking eindigt als dat nodig is. Jij kunt die onduidelijkheid voor een groot deel voorkomen door de juiste vragen te stellen voordat je tekent — niet tijdens het project, en zeker niet daarna.