Begin met hetzelfde doel en dezelfde scope
Offertes zijn pas vergelijkbaar wanneer iedere aanbieder dezelfde opdracht heeft ontvangen. Maak daarom eerst een websitebriefing met doelgroepen, paginataken, bewijs, functies, eigenaars en acceptatie. Leg daarna vast welke diensten prioriteit krijgen en welke acties bezoekers moeten kunnen uitvoeren. Denk aan bellen, WhatsApp, een formulier invullen, een afspraak aanvragen of gericht doorklikken naar een dienst wanneer je een website laat maken.
Controleer daarna per voorstel welke pagina’s, functies, talen, formulieren en koppelingen inbegrepen zijn. Een lager bedrag kan logisch zijn wanneer de leverancier minder pagina’s, minder voorbereiding of minder afwerking aanbiedt. Noteer uitsluitingen naast de prijs, zodat een ogenschijnlijk goedkope offerte niet pas tijdens het traject duurder wordt.
Normaliseer iedere offerte naar zeven beslisvelden
Maak één vergelijkingsblad met zeven rijen: doel en primaire bezoekersroutes; pagina’s en functies; content en beeld; techniek, mobiel gedrag en toegankelijkheid; SEO, meten en privacy; acceptatie en livegang; toegang, beheer en overdracht. Zet ieder voorstel in een eigen kolom. Kopieer niet alleen de verkooptekst, maar noteer per cel inbegrepen, uitgesloten, aanname of open vraag.
Voeg aan iedere cel drie bewijsvelden toe: eigenaar, opleverbewijs en acceptatiebesluit. “Analytics inbegrepen” wordt dan bijvoorbeeld: leverancier richt de afgesproken gebeurtenissen in, opdrachtgever controleert toestemming, en livebewijs toont dat een geldige testactie in de juiste omgeving wordt ontvangen. Een vage belofte wordt zo een vraag die vóór de keuze kan worden beantwoord.
Splits prijs vervolgens in eenmalige bouw, terugkerende licenties en beheer, variabel werk en interne inzet. Zet uren, aantallen pagina’s, feedbackrondes, talen, koppelingen en migratievolume naast het bedrag. Vergelijk geen totaalprijzen zolang deze eenheden verschillen; eerst normaliseren, daarna rekenen.
Gebruik per rij één van drie besluiten: voldoende bewijs, blokkerende onduidelijkheid of bewust geaccepteerde afwijking. Een hoog gewogen onderdeel met blokkerende onduidelijkheid kan niet worden gecompenseerd door extra functies elders. Leg de reden vast en laat de leverancier een wijziging of verduidelijking altijd in dezelfde matrix terugzetten.
Maak content en verantwoordelijkheden expliciet
“Content aanleveren door opdrachtgever” klinkt compact, maar kan veel werk verbergen. Vraag wie de paginastructuur bepaalt, teksten schrijft of redigeert, metadata maakt, beelden selecteert en bestaande content migreert. Leg ook vast hoeveel feedbackrondes zijn inbegrepen en wie het laatste akkoord geeft.
Controleer bij beeld en tekst welke bronbestanden en gebruiksrechten je ontvangt. Gebruik alleen eigen, gelicentieerd of aantoonbaar toegestaan materiaal. Een duidelijke contentverdeling voorkomt vertraging en maakt zichtbaar of twee bureaus werkelijk hetzelfde eindresultaat offreren.
Beoordeel SEO en meetbaarheid als concrete oplevering
Een offerte die alleen “SEO inbegrepen” noemt, is te vaag om te vergelijken. Vraag welke onderdelen worden uitgevoerd: zoekintentie en paginastructuur, titels en descriptions, headings, interne links, canonicals, redirects, sitemap, robots en structured data waar dat past. Niet ieder project heeft dezelfde omvang nodig, maar de activiteiten moeten wel benoemd zijn.
Voor analytics wil je weten welke contactacties worden gemeten, wie toegang krijgt en hoe toestemming en privacy worden verwerkt. Rankings of leads zijn nooit gegarandeerd. De leverancier kan wél een technisch indexeerbare basis, controleerbare meetpunten en een plan voor verbetering na livegang opleveren.
Controleer techniek, mobiel gedrag en acceptatie
Vraag op welke apparaten en browsers wordt getest, hoe formulieren en foutmeldingen worden gecontroleerd en welke afspraken gelden voor snelheid, toegankelijkheid en beveiligingsupdates. “Responsive” moet meer betekenen dan dat een pagina op een telefoon opent: navigatie, knoppen, tabellen, formulieren en lange woorden mogen geen onbruikbare layout veroorzaken.
Maak vooraf een acceptatielijst. Controleer minimaal pagina’s en links, mobiele weergave, formulieren, metadata, redirects, tracking, cookiegedrag en toegang tot beheer. Spreek af hoe fouten binnen de scope worden opgelost en hoe nieuwe wensen apart worden beoordeeld. Dat is praktische projectcontrole, geen juridisch advies.
Leg toegang, beheer en overdraagbaarheid vast
Bespreek vóór akkoord wie domein, hosting, CMS, analytics en andere gekoppelde accounts beheert. Vraag welke beheeraccounts, exports, documentatie en bronbestanden je bij oplevering ontvangt. De precieze rechten horen in de overeenkomst; de offerte moet voorkomen dat essentiële toegang pas na livegang onderwerp van discussie wordt.
Vergelijk ook wat na oplevering gebeurt. Zijn hosting, back-ups, monitoring, updates, kleine wijzigingen en support inbegrepen of apart geprijsd? Hoe meld je een probleem en welke werkzaamheden vallen buiten beheer? Een duidelijk vervolgmodel is waardevoller dan een losse belofte dat nazorg “wel goedkomt”.
Scoor offertes met een gewogen matrix
Maak een tabel met criteria die voor jouw bedrijf tellen: begrip van doel en doelgroep, volledigheid van scope, content, SEO en meting, ontwerp en mobiel gedrag, techniek, oplevering en beheer. Geef vooraf meer gewicht aan onderdelen die direct invloed hebben op vindbaarheid, vertrouwen en aanvragen.
Laat betrokkenen eerst afzonderlijk scoren en bespreek daarna de grootste verschillen. Kies niet automatisch het voorstel met de meeste functies of de laagste prijs. Het sterkste voorstel is het voorstel waarvan je begrijpt wat er wordt gemaakt, wat jij moet aanleveren, hoe je accepteert en welke mogelijkheden je na livegang zelf houdt.
