Je hebt een bureau gevonden dat je een goed gevoel geeft. De offerte ziet er professioneel uit, de gesprekken verliepen soepel en de prijs is acceptabel. Dan komt het contract. Twee kantjes, of soms twaalf. Je scant het door, ziet niets wat je alarmeert en tekent. Drie maanden later staat er een mooie website live – maar wie is er eigenlijk de eigenaar van? En wat heb je precies getekend? Dit is het moment waarop de meeste problemen beginnen, en ze beginnen bijna altijd stil.
Wat een contract wél belooft maar niet regelt
Een websitecontract beschrijft doorgaans wat er gebouwd wordt, wanneer het klaar is en wat het kost. Dat klinkt afdoende, maar het zijn precies de dingen die je al wist. Wat er zelden in staat, zijn de afspraken over wat er daarna gebeurt.
Neem eigendom van de broncode. De code die een ontwikkelaar schrijft, is in juridische zin een creatief werk. Zonder expliciete overdracht van intellectueel eigendom blijft die code van de maker. Je hebt dan een licentie om de site te gebruiken, maar je kunt er niet vrijelijk mee doen wat je wil. Je kunt de code niet overdragen aan een ander bureau, je kunt hem niet zelf aanpassen en je kunt hem niet meenemen als je de samenwerking stopt.
Hetzelfde geldt voor het domein en de hostingomgeving. Staat het domein op naam van het bureau? Dan heb jij feitelijk geen zeggenschap over je eigen webadres. Staat de hosting bij een reseller-account van de bouwer? Dan ben je afhankelijk van hun betalingen aan de hostingpartij. Dit klinkt dramatisch, maar het is een situatie die ik keer op keer tegenkom bij klanten die een vorige samenwerking willen beëindigen.
Wat je in elk contract wil zien:
- Expliciete overdracht van intellectueel eigendom na volledige betaling
- Registratie van het domein op jouw naam of bedrijfsnaam
- Hosting op een account dat jij beheert of kunt overnemen
- Toegang tot alle inloggegevens bij oplevering
- Afspraken over wat er met de bestanden gebeurt als de samenwerking eindigt
Als deze punten niet in het contract staan, vraag dan om een aanvulling. Een bureau dat niets te verbergen heeft, voegt ze zonder discussie toe.
Onderhoudscontracten: wat je betaalt en wat je krijgt
Na oplevering begint de stille kostenpost. Veel bureaus bieden een onderhoudscontract aan, en dat is op zichzelf niet verkeerd. Een website heeft onderhoud nodig: updates, veiligheidspatches, kleine aanpassingen. Maar de inhoud van zo’n contract verschilt enorm, en de prijs zegt weinig over wat erin zit.
Stel altijd de vraag: wat valt er precies onder dit contract? Vraag om een gespecificeerde lijst, geen vage omschrijving als “regulier onderhoud en support.” Wat is de reactietijd bij een storing? Wie is het aanspreekpunt? Hoeveel uur aanpassingswerk zit erin per maand? Worden updates automatisch uitgevoerd of op aanvraag? Wat gebeurt er als de site plat gaat buiten kantoortijden?
Een ander punt dat zelden wordt besproken: wat als je het contract wil opzeggen? Sommige onderhoudscontracten hebben een opzegtermijn van drie maanden, anderen zijn jaarlijks en stilzwijgend verlengend. Lees de kleine lettertjes over verlenging en opzegging voordat je tekent, niet daarna.
Wat je concreet wil weten over een onderhoudscontract:
- Wat valt er wél onder (updates, backups, kleine tekstwijzigingen)
- Wat valt er níet onder (nieuwe functionaliteiten, redesign, content)
- Wat is de looptijd en hoe verleng je of zeg je op
- Wie voert het onderhoud uit en hoe bereik je ze bij spoed
- Wat zijn de kosten voor werkzaamheden buiten het contract
Een goed onderhoudscontract is transparant over zijn grenzen. Als je niet kunt achterhalen wat er precies gedekt is, is dat op zichzelf al een signaal.
Oplevering: het moment waarop je controle terugpakt
Oplevering is niet het moment waarop de site live gaat. Oplevering is het moment waarop jij bevestigt dat alles werkt zoals afgesproken, dat je alle toegang hebt die je nodig hebt en dat je begrijpt hoe de site beheerd moet worden. Veel opdrachtgevers slaan dit moment over omdat ze blij zijn dat het project erop zit. Dat is begrijpelijk, maar het is ook het moment waarop je de meeste onderhandelingsmacht hebt.
Zorg dat je vóór de definitieve betaling een oplevercheck doet. Niet alleen of de site er goed uitziet, maar of alles functioneel is en in jouw beheer staat.
Een praktische oplevercheck bevat:
- Inloggegevens voor het CMS, de hostingomgeving, het domeinbeheer en eventuele externe diensten
- Bevestiging dat het domein op jouw naam staat
- Een backup van de volledige site, inclusief database en bestanden
- Toegang tot analytics als die zijn ingesteld
- Een korte instructie of training over hoe je zelf basiswijzigingen doorvoert
- Controle van de mobiele weergave en laadsnelheid
- Verificatie dat contactformulieren werken en naar het juiste adres sturen
Als de bouwer aangeeft dat sommige van deze zaken “later geregeld worden”, vraag dan wanneer precies en leg dat schriftelijk vast. Zolang je niet alle toegang hebt, is het project niet opgeleverd.
Nog één ding over oplevering dat vaak vergeten wordt: documentatie. Vraag om een kort document waarin staat hoe de site is opgebouwd, welke plugins of modules er gebruikt worden en wat de aanbevolen manier is om updates door te voeren. Dit klinkt als een luxe, maar het is goud waard als je later met een ander bureau of een freelancer verder gaat. Zonder documentatie begint elke nieuwe partij bij nul, en dat betaal jij.
Een contract tekenen voelt als een formaliteit, maar het is het fundament van de samenwerking. Niet omdat je het bureau wantrouwt, maar omdat goede afspraken de samenwerking makkelijker maken voor beide partijen. Als iets niet in het contract staat, bestaat het niet. Dat klinkt hard, maar het is de realiteit van elk project dat ik heb zien mislopen.
Neem de tijd om te lezen wat je tekent. Stel vragen over wat er ontbreekt. En behandel de oplevering als een serieus moment van overdracht, niet als een feestje. De websites die jarenlang goed draaien, zijn bijna altijd de websites waarbij de opdrachtgever dit soort vragen wél gesteld heeft.
Leave a Reply