Webbureau Boekarest: wat u moet eisen voordat u het contract tekent

Samenwerken met een webbureau in Boekarest loopt vaker slecht af dan zou moeten. Niet altijd omdat het bureau incompetent of te kwader trouw is, maar omdat aan het begin niemand precies heeft verduidelijkt wat er wordt geleverd, binnen welke termijn, met welke garantie en wie aan het eind wat bezit.

Zit u in de onderhandelingsfase met een webbureau of staat u op het punt een contract te tekenen, dan laat deze gids precies zien wat u moet eisen en welke clausules u moet controleren voordat u iets betaalt.

De technische specificatie schriftelijk vóór het voorschot

De eerste, niet-onderhandelbare eis: voordat u een voorschot betaalt, moet u een technische specificatie van het project op papier hebben. Geen commerciële offerte met een prijs, maar een document dat beschrijft wat er daadwerkelijk wordt gebouwd.

De specificatie moet bevatten: de exacte lijst van pagina’s en templates (niet “onbeperkt aantal pagina’s” maar “homepage, over ons, diensten, contact en blog”), specifieke functionaliteiten (contactformulier met welke velden, nieuwsbriefkoppeling met welke provider, productfilter met welke opties), responsive op welke apparaten (mobiel, tablet, desktop), ondersteunde browsers en wat expliciet niet is inbegrepen.

Zonder technische specificatie is elke discussie over de vraag of het bureau zijn verplichtingen is nagekomen subjectief. Met specificatie is het een objectieve vergelijking.

Eigendom van de code, het ontwerp en het domein

Dit deel van het contract wordt het vaakst genegeerd en veroorzaakt de meeste latere conflicten.

Eis expliciet dat u bij de eindoplevering ontvangt: de volledige broncode van het WordPress-thema (PHP-, CSS- en JavaScript-bestanden), de PSD- of Figma-bestanden van het ontwerp (als het bureau het ontwerp heeft gemaakt), volledige toegang tot de database en alle toegangsgegevens (WordPress-beheer, cPanel of FTP, DNS-provider).

Controleer de clausule over intellectueel eigendom. De rechten op het ontwerp en de maatwerkcode moeten bij de eindbetaling aan u worden overgedragen. Sommige contracten bepalen dat het bureau het recht behoudt het ontwerp als sjabloon voor andere klanten te gebruiken, wat kan betekenen dat concurrerende bedrijven dezelfde website hebben als u.

Het domein moet op de gegevens van uw bedrijf zijn geregistreerd, niet op die van het bureau. Als het bureau aanbiedt het domein te registreren “om het eenvoudiger te maken”, sta er dan op dat het op uw gegevens staat en het bureau alleen gedelegeerde toegang heeft.

Opleveringstermijnen met boetes

Een contract zonder duidelijke termijnen is geen contract, maar een mondelinge belofte in pdf-formaat. De termijnen moeten zijn: specifiek (een kalenderdatum, niet “ongeveer 6 weken”), gekoppeld aan duidelijke opleveringen en vergezeld van een clausule over boetes of herstelmaatregelen als de termijnen niet worden gehaald.

Een redelijke formulering: “Oplevering X wordt overgedragen op datum Y. Bij overschrijding van de termijn met meer dan Z werkdagen om redenen die aan de Dienstverlener zijn toe te rekenen, heeft de Opdrachtgever recht op een korting van N% op het resterende te betalen bedrag.”

Bedenk dat vertragingen niet altijd van het bureau komen. Als u de content niet aanlevert, geen feedback geeft of een oplevering niet op tijd goedkeurt, heeft het bureau een grondslag om de termijn te verlengen. Het contract moet ook uw verplichtingen vermelden: binnen welke tijd u feedback geeft, hoeveel revisierondes zijn inbegrepen en hoe verzoeken om wijzigingen buiten de oorspronkelijke scope worden afgehandeld.

De garantie na de lancering

Elke professioneel opgeleverde website komt met een garantieperiode waarin het bureau bugs kosteloos herstelt. De minimaal acceptabele standaard is 30 dagen, een goede standaard is 60 tot 90 dagen.

De garantie moet vermelden wat ze dekt: bugs in de opgeleverde code (functionaliteiten die niet werken volgens de specificatie), en wat ze niet dekt: contentwijzigingen, het toevoegen van nieuwe functionaliteiten, problemen veroorzaakt door WordPress-updates die u zelf na de oplevering heeft uitgevoerd.

Vraag na de garantie wat het ondersteuningsmodel is: per uur, een maandelijks pakket met uren of pay-as-you-go voor losse ingrepen? Laat het uurtarief expliciet in het contract opnemen, niet “dat bespreken we op dat moment”.

Betalingsstructuur: zo beschermt u zich

De juiste betalingsstructuur koppelt elke termijn aan een specifieke oplevering die door u is ontvangen en goedgekeurd. Een typische structuur voor een middelgroot project:

30% bij ondertekening van het contract en bevestiging van de technische specificatie. 30% bij oplevering van het goedgekeurde ontwerp (wireframes of mockups). 30% bij oplevering van de website in een stagingomgeving (een test-URL waar u alles kunt controleren vóór de lancering). 10% bij de lancering op het live domein en de overdracht van alle toegangen.

Vermijd meer dan 50% van de contractwaarde te betalen voordat u iets tastbaars heeft gezien en goedgekeurd. Vermijd ook het achterhouden van grote percentages voor “na de lancering”, omdat het bureau weinig motivatie heeft om snel af te ronden als het geld lang wordt achtergehouden.

De verplichte stagingomgeving

Eis expliciet dat het project eerst wordt opgeleverd in een stagingomgeving (een test-URL, bijvoorbeeld dev.uwsite.ro) waar u het volledig kunt testen vóór de lancering op het live domein.

Testen op staging laat u functionaliteiten, het contactformulier, de code op mobiel, laadsnelheid, links en al het andere controleren, zonder het risico een bestaande live website te breken of iets met publiek zichtbare bugs te lanceren.

Elk professioneel bureau heeft een workflow met staging inbegrepen. Weigert het bureau of zegt het dat het niet nodig is, dan is dat een negatief signaal over hun werkproces.

Welke clausules u moet weigeren in het contract

Er zijn clausules die in sommige contracten voorkomen en het bureau overmatig bevoordelen ten koste van u.

De exclusiviteitsclausule: het bureau is de enige leverancier die u mag gebruiken voor wijzigingen en onderhoud, tegen tarieven die eenzijdig door het bureau worden vastgesteld. Weiger deze clausule; u moet na oplevering met iedereen kunnen werken.

De coderetentieclausule: het bureau behoudt het intellectuele eigendom op de code en verleent u een licentie voor het gebruik ervan. Weiger; de maatwerkcode die u heeft betaald, moet volledig van u zijn.

Asymmetrische boetes: het contract bepaalt hoge boetes als u te laat betaalt, maar niets als het bureau te laat oplevert. Vraag om symmetrie of in elk geval redelijke clausules voor beide partijen.

Veelgestelde vragen

Is het normaal om 100% vooraf te betalen voor een website?

Nee, het is niet normaal en niet aan te raden. Een voorschot van 20 tot 30% bij ondertekening van het contract is standaard. Volledige vooruitbetaling neemt de motivatie van het bureau weg om op tijd op te leveren en laat u zonder drukmiddel als er iets misgaat. Een bureau dat aandringt op 100% vooruitbetaling heeft ofwel cashflowproblemen, ofwel is het niet gewend professioneel te werken.

Kan ik wijzigingen vragen nadat ik het ontwerp heb goedgekeurd?

Dat hangt af van wat het contract bepaalt. De meeste contracten omvatten 1 tot 3 revisierondes in de projectprijs. Grote wijzigingen na goedkeuring van het ontwerp of wijzigingen in de scope (nieuwe functionaliteiten die niet in de specificatie stonden) worden meestal apart gefactureerd. Verduidelijk dit expliciet voordat u tekent.

Wat doe ik als het project is begonnen en het bureau verdwijnt of niet meer reageert?

Heeft u een contract met een geregistreerd bedrijf en termijnen betaald die gekoppeld waren aan niet-opgeleverde opleveringen, dan heeft u een wettelijke basis voor een rechtszaak of een betalingsaanmaning. Documenteer alle communicatie. Daarom is de betalingsstructuur in termijnen belangrijk: u beperkt het financiële risico tot één niet-verhaalbare termijn.

Hoe controleer ik of een contract met een webbureau evenwichtig is?

Zoek het volgende: de opleveringen zijn specifiek beschreven, niet generiek; de termijnen hebben kalenderdata; het intellectuele eigendom wordt bij de eindbetaling overgedragen; de garantie na de lancering is vermeld; de betalingen zijn in termijnen gekoppeld aan opleveringen. Zijn ze allemaal aanwezig, dan is het contract redelijk. Ontbreken er twee of meer, heronderhandel dan voordat u tekent.

Moet het bureau mij ook de ontwerpbestanden (Figma, PSD) geven?

Er is geen impliciete wettelijke verplichting, maar u kunt en moet het expliciet in het contract vragen. Ontwerpbestanden zijn nuttig als u wijzigingen wilt doorvoeren of in de toekomst met een ander bureau wilt werken. Sommige bureaus leveren ze standaard mee, andere beschouwen ze als hun eigendom als het contract niets anders bepaalt.

Conclusie

Een goede samenwerking met een webbureau in Boekarest begint met duidelijkheid: wat wordt er geleverd, wanneer, met welke garantie en wie bezit wat aan het eind. Deze vragen zijn geen teken van wantrouwen, maar van professionaliteit van uw kant als opdrachtgever.

Een serieus bureau zal zich niet gestoord voelen door deze eisen, maar ze waarderen. Ze vereenvoudigen ook hun project: wanneer iedereen precies weet wat er wordt gedaan, zijn er geen onaangename verrassingen voor geen van beide partijen.

Bij Nexium Web werken we altijd met technische specificaties, duidelijke contracten en platforms op naam van de klant. Wilt u zonder druk over uw project praten, schrijf ons dan via nexium.ro/contact of lees meer over hoe wij werken.