Websiteoffertes vergelijken: werk, bewijs en terugkerende kosten

Zorg eerst dat beide offertes hetzelfde werk beschrijven

Twee offertes voor een website kunnen inhoudelijk sterk verschillen. De ene omvat migratie, invoer van teksten en controles van koppelingen. De andere beschrijft alleen het bouwen van pagina’s. Zolang dat verschil niet zichtbaar is, zegt de laagste eindprijs weinig over de voordeligste keuze voor uw opdracht.

Laat iedere aanbieder dezelfde eisen uit een korte briefing markeren als inbegrepen, optioneel, uitgesloten of nog te onderzoeken. Dat geeft meer houvast dan de belofte van een „complete website”. Juist de werkzaamheden achter dat woord bepalen wat u zelf nog moet regelen en betalen.

Dit artikel biedt een vergelijkingsmethode, geen onderzoek naar marktprijzen. De bedragen verderop zijn verzonnen om de berekening te laten zien. Het zijn geen tarieven van WebSoftLeader, regionale gemiddelden of een advies over het juiste bestedingsniveau. Actuele diensten en vanafprijzen vindt u op de betreffende dienstenpagina’s.

Scheid de bouw van het materiaal dat de site nodig heeft

Controleer wie schrijft, afbeeldingen selecteert, productgegevens opschoont en inhoud invoert. „CMS inbegrepen” zegt niet of de leverancier tien records of een complete catalogus overzet. Vraag welke velden uw medewerkers zelf kunnen beheren en of uitleg over dat beheer onderdeel is van de oplevering.

Bij een meertalige site telt de volledige route. Denk aan pagina’s, formulieren, foutmeldingen, bevestigingen en documenten. Spreek af wie vaktermen controleert. Een vertaald menu met een anderstalig formulier is niet dezelfde opdracht als een volledig bruikbare taalversie.

Maak van iedere onzekerheid niet direct een grote extra functie. Soms is een beperkt onderzoek verstandiger, bijvoorbeeld naar een gegevensformaat of een externe API. Vergelijk dan het onderzoeksresultaat en de beslissing die daarop volgt. „We kijken ernaar” beschrijft nog geen bruikbare oplevering.

Vraag wanneer een mijlpaal aantoonbaar klaar is

De Scrum Guide beschrijft een gezamenlijke Definition of Done: gedeelde kwaliteitscriteria voor afgerond werk. U hoeft geen Scrum-opdracht af te nemen om te vragen waaraan beide partijen een voltooid onderdeel herkennen.

Een schermafbeelding kan visuele goedkeuring ondersteunen. Ze bewijst niet dat een formulier aankomt of een betalingsbericht correct wordt verwerkt. Vraag passend bewijs: een bewerkbare pagina, ontvangen testaanvraag, gecontroleerde migratieproef of vastgelegde afhandeling van een fout.

Beoordeel ook betaalmomenten aan de hand van die resultaten. „Ontwikkeling 70% gereed” blijft moeilijk te toetsen zonder afgeronde onderdelen. Bij WebSoftLeader komt een prototype of plan vóór de eerste betaling. Daarna volgen de afgesproken 30%, 30% en 40%. Het voorstel legt vast welk resultaat bij elke stap wordt beoordeeld en goedgekeurd.

Bereken de kosten over dezelfde gebruiksperiode

Kies een periode die bij uw beslissing past, bijvoorbeeld het eerste jaar. Maak onderscheid tussen eenmalige ontwikkeling, terugkerende diensten en gebruiksafhankelijke kosten. Vraag wie de contracten met externe leveranciers beheert en hoe uw organisatie toegang houdt bij een wisseling van ontwikkelaar.

Neem alleen vervolgwerk mee dat u werkelijk wilt plannen. Een onderhoudsbudget is een vergelijkingsaanname, geen bewezen behoefte aan een bepaald aantal uren. Bij kosten op basis van verkeer, opslag of transacties moet de rekenbasis bekend zijn. Een los jaarbedrag zonder voorwaarden kan anders een onjuist beeld geven.

Alleen de optelling is hiermee aangetoond: de lagere bouwprijs levert onder deze aannames geen lager totaal op. De tabel bewijst niets over kwaliteit, voldoende onderhoud of een passend marktbedrag. Belastingen, betaalvergoedingen en andere toepasselijke kosten moeten afzonderlijk worden afgesproken. Alle bedragen staan in USD om één vergelijkingsbasis te behouden.

Maak kwaliteitswerk zichtbaar in de opdracht

„Volledig getest” heeft een afbakening nodig. Vraag naar belangrijke klantreizen, afgesproken apparaten of browsers, bekende beperkingen en het testverslag. Een bruikbaar verslag noemt de versie, uitgevoerde handeling en waargenomen uitkomst. Zo kunt u begrijpen wat wel en nog niet is gecontroleerd.

De planningshulp van W3C WAI neemt middelen voor evaluatie, training en monitoring van toegankelijkheid mee. Zoek daarom naar een afgesproken doel en benoemde controles in plaats van één automatische score als omschrijving van de hele prestatie.

Welke andere controles nodig zijn, hangt af van het werk. Bij een CRM-koppeling zijn herhaalde verzendingen relevant. Bij een herontwerp horen oude adressen en downloads. Een kleine tekstwijziging heeft niet dezelfde testopdracht nodig als een bestelproces. Het bewijs moet passen bij het resultaat dat u koopt.

Bewaar de redenen voor uw keuze

• Leg bevestigd werk, aannames en open vragen afzonderlijk vast.
• Spreek een beslismoment af voor informatie die nog ontbreekt.
• Vraag hoe extra wensen worden beschreven, begroot en goedgekeurd.
• Controleer toegang en documentatie voor een eventuele overdracht aan een ander.
• Noteer waarom de gekozen offerte past bij de eerste versie en welke grenzen u accepteert.

Past niet alles binnen het budget, stel dan een duidelijk afgebakende vervolgstap uit. Een complete, controleerbare aanvraagroute is makkelijker te beoordelen dan een lange lijst half omschreven functies. Het verminderen van de opdracht hoort een zichtbare keuze te zijn, zodat de verwachte oplevering voor beide partijen duidelijk blijft.

Bespreek de overdracht voordat u akkoord geeft

Vraag hoe de situatie er na het project uitziet. Kunt u teksten zelf aanpassen? Waar staan back-ups? Wie beheert externe accounts? Wanneer eindigt inbegrepen begeleiding? Deze antwoorden beïnvloeden het dagelijks gebruik, ook als ze op een ontwerp nauwelijks zichtbaar zijn.

Maak onderscheid tussen het herstellen van een afwijking van de afspraak en het toevoegen van een nieuwe functie. Beschrijf de werkzaamheden en het meldproces in het voorstel. Daarmee krijgt een vervolgvraag een duidelijke basis, zonder dat een ontbrekend afgesproken onderdeel ongemerkt als uitbreiding wordt behandeld.

Bereid een aanvraag voor die goed te begroten is

Gebruik de websitebriefing en de uitleg over een bruikbare briefing. Voor bestaande systemen helpt de integratiebriefing om gegevens en handelingen af te bakenen. De dienstenpagina’s tonen het actuele aanbod.

Bronnen en afbakening

Bronnen gecontroleerd op 15 oktober 2026. De vergelijkingstabel, vragen en dollarberekening zijn redactionele hulpmiddelen van WebSoftLeader. Er worden geen marktprijsstatistieken of leveranciersresultaten geclaimd.

• Ken Schwaber en Jeff Sutherland: Scrum Guide. Onderbouwing voor een gedeelde definitie van afgerond werk.
• W3C WAI: toegankelijkheid plannen. Onderbouwing voor middelen en evaluatie in de voorbereiding.