Een passende webdesigner kan uitleggen waarom bepaalde keuzes nodig zijn, laat relevant werk zien, maakt techniek en kosten begrijpelijk, werkt responsive en toegankelijk, en geeft jou controle over je digitale eigendommen. Vraag niet alleen “kun je dit maken?”, maar ook “hoe bepaal je wat er gemaakt moet worden?”
Begin bij je eigen vraag
De term webdesigner wordt breed gebruikt. Soms ontwerpt iemand alleen schermen. Soms bouwt dezelfde persoon ook de website. Een bureau kan strategie, copy, design en development combineren, maar kan onderdelen ook uitbesteden. Geen van die modellen is automatisch beter. Je moet vooral weten wie waarvoor verantwoordelijk is en hoe overdracht werkt.
Schrijf vóór je selectie in één pagina op wat de website moet doen. Benoem de doelgroep, belangrijkste diensten, gewenste acties, talen, koppelingen, deadline en wat al beschikbaar is. Daarmee voorkom je dat leveranciers ieder een ander probleem prijzen.
Formuleer het resultaat, niet alleen de oplossing
“We willen een WordPress-site met acht pagina’s” is al een technische oplossing. “Klanten moeten onze complexe dienstverlening snel begrijpen en een passende aanvraag kunnen doen” is een doel. Geef een ontwerper ruimte om te adviseren over structuur en techniek. Lees bij twijfel eerst wat een goede bedrijfswebsite nodig heeft.
Wat moet de website voor je bedrijf doen?
Een bruikbaar websitedoel beschrijft een handeling van de juiste bezoeker. Denk aan een offerte aanvragen, een afspraak voorbereiden, een dienst begrijpen of een vacature bekijken. “Een professionele uitstraling” is een belangrijk uitgangspunt, maar vertelt nog niet welke pagina’s en functies nodig zijn.
Kies één belangrijkste doel en enkele ondersteunende doelen. Een adviesbureau kan passende kennismakingsgesprekken willen, terwijl een fabrikant vooral aanvragen met technische informatie nodig heeft. Beide bedrijven hebben een contactformulier, maar de vragen, bewijsvoering en inhoudelijke route verschillen.
Maak de doelgroep concreet
Beschrijf wie de beslissing neemt, wat die persoon al weet en welke twijfel je moet wegnemen. “Bedrijven in Nederland” geeft weinig richting. “Een eigenaar die zijn huidige leverancier wil vervangen en zekerheid over overdracht zoekt” maakt duidelijk welke uitleg helpt. Gebruik daarvoor echte vragen uit offertes, telefoongesprekken en e-mail.
Noteer ook wat je niet wilt aantrekken. Als je alleen complete projecten uitvoert, moet de website dat duidelijk maken. Een grote hoeveelheid ongeschikte aanvragen is geen goed resultaat. De keuze van woorden, voorbeelden en formulieren helpt bezoekers zichzelf te herkennen of juist af te haken.
Welke inhoud moet je vóór het ontwerp verzamelen?
Verzamel je aanbod, klantvragen, bewijs, beeldmateriaal en bedrijfsgegevens voordat je pagina’s gaat vormgeven. Een ontwerp met voorbeeldteksten kan mooi ogen, maar is pas bruikbaar als jouw echte verhaal erin past.
- Een korte beschrijving per dienst: voor wie, welk probleem, welke aanpak en welke vervolgstap.
- Een selectie projecten die laat zien welk werk je daadwerkelijk uitvoert.
- Actuele bedrijfsgegevens, contactmogelijkheden en namen van verantwoordelijken.
- Een bruikbaar logo, kleuren, lettertypen en eventuele huisstijlrichtlijnen.
- Foto’s waarvan duidelijk is waar en hoe je ze mag gebruiken.
- Veelgestelde vragen en bezwaren uit je eigen klantgesprekken.
Wijs per onderdeel een eigenaar aan. “Wij leveren de teksten wel” wordt snel een planningsprobleem als niemand tijd heeft voor interviews, schrijven en goedkeuren. Spreek af of het bureau teksten overneemt, redigeert of zelf ontwikkelt. Dat zijn verschillende werkzaamheden.
Een inventarisatie voorkomt ook onnodige pagina’s. Niet iedere interne afdeling heeft een eigen plek nodig. Gebruik de gids over wat er op een goede bedrijfswebsite moet staan om de inhoud vanuit bezoekersvragen te ordenen.
Hoe beoordeel je een portfolio?
Let niet alleen op of je de stijl mooi vindt, maar op de relatie tussen merk, doelgroep, inhoud en oplossing. Tien visueel vergelijkbare sites kunnen duiden op een sterke signatuur, maar ook op één herhaald template.
Open projecten op mobiel én desktop. Kijk of teksten leesbaar zijn, navigatie voorspelbaar werkt en belangrijke acties duidelijk blijven. Controleer live websites als die worden genoemd; een stil beeld zegt weinig over snelheid, interactie en beheer.
Vragen bij iedere case
- Wat was het probleem of doel van de opdrachtgever?
- Welke rol had de getoonde maker precies: strategie, ontwerp, bouw of alleen één onderdeel?
- Waarom past de gekozen visuele taal bij het bedrijf?
- Is het resultaat ook in gebruik overtuigend, of alleen als presentatiebeeld?
- Kan de maker uitleggen wat anders is gedaan dan bij andere projecten?
Relevante ervaring hoeft niet uit exact dezelfde branche te komen. Een ontwerper die uiteenlopende inhoud helder kan structureren, kan waardevoller zijn dan iemand die jouw sector kent maar steeds dezelfde oplossing toepast.
Dikgedrukt toont bijvoorbeeld zowel branding- en webdesignprojecten zoals Benn Bouw als webdesign- en developmenttrajecten zoals Feb31st Benelux. De presentatie verschilt per verhaal; de werkwijze moet daarachter wel consistent en uitlegbaar zijn.
Wie doet het werk nadat je akkoord geeft?
Vraag wie je aanspreekpunt is en wie ontwerp, bouw en inhoud daadwerkelijk uitvoert. Een klein team kan meerdere rollen combineren. Een groter team kan specialisten inzetten. Uitbesteding is niet automatisch een probleem, zolang verantwoordelijkheden en kwaliteitscontrole duidelijk zijn.
Laat uitleggen wie besluiten vastlegt en hoe feedback bij de uitvoerder terechtkomt. Spreek zo mogelijk degene die de inhoudelijke richting bewaakt. Een overtuigend verkoopgesprek zegt weinig als alle projectkennis daarna opnieuw moet worden overgedragen.
Vraag naar beschikbaarheid tijdens belangrijke fasen en naar vervanging bij afwezigheid. Niet iedere leverancier hoeft permanent bereikbaar te zijn. Wel moet duidelijk zijn hoe vragen worden opgepakt en wat gebeurt bij een fout na publicatie. Die voorspelbaarheid is belangrijker dan de belofte dat je altijd overal direct antwoord krijgt.
Welke technische vragen moet je stellen?
Vraag hoe de website wordt gebouwd, wat dat betekent voor snelheid, veiligheid en beheer, en welke afhankelijkheden ontstaan. Je hoeft geen developer te zijn om een helder antwoord te mogen verwachten.
| Onderwerp | Vraag | Goed antwoord bevat |
|---|---|---|
| CMS of statisch | Hoe pas ik inhoud aan? | Een demonstratie, duidelijke rollen en uitleg van voor- en nadelen. |
| Responsive | Hoe wordt mobiel ontworpen en getest? | Niet alleen automatisch schalen, maar bewuste mobiele keuzes. |
| Snelheid | Hoe blijven pagina’s licht? | Beeldoptimalisatie, lokale assets, beperkte scripts en meting. |
| Toegankelijkheid | Kan de site met toetsenbord en screenreader worden gebruikt? | Semantische HTML, focusstaten, labels, contrast en testwerk. |
| SEO-basis | Wat lever je technisch op? | Titels, metadata, koppen, canonicals, sitemap, redirects en crawlbare links. |
| Veiligheid | Wie werkt updates en back-ups bij? | Een concrete verantwoordelijkheid en herstelroute. |
Vraag ook of kerncontent direct in HTML staat en zonder complexe scripts beschikbaar blijft. Dat helpt gebruikers, zoekmachines en systemen die pagina’s anders verwerken. JavaScript mag de ervaring verrijken, maar hoeft een normale tekstpagina niet te dragen.
Geen platform zonder reden
Laat de techniek volgen uit het gebruik. Een websitebuilder kan goed passen bij een tijdelijke campagne. WordPress kan logisch zijn voor een team dat veel content beheert. Een statische maatwerksite kan juist sterk zijn wanneer snelheid, veiligheid en een beperkte beheerbehoefte centraal staan. Onze vergelijking van WordPress, maatwerk en statisch helpt bij dat gesprek.
Van wie zijn domein, hosting en bestanden?
Zorg dat het domein en belangrijke accounts op naam van jouw organisatie staan, en leg vast wat je bij beëindiging van de samenwerking ontvangt. Toegang is niet hetzelfde als eigendom.
- Het domein staat geregistreerd op naam van jouw bedrijf.
- Jij hebt administratieve toegang tot hosting, CMS en relevante accounts.
- De overeenkomst beschrijft auteursrecht en gebruiksrecht van ontwerp en code.
- Licenties voor fonts, plugins of beeld zijn overdraagbaar of duidelijk gekoppeld.
- Er is een export- of overdrachtsroute wanneer je van leverancier wisselt.
- Bronbestanden en inloggegevens worden veilig overgedragen waar dat is afgesproken.
Bij platforms met een abonnement huur je vaak functionaliteit. Stop je met betalen, dan kan de website verdwijnen of alleen beperkt exporteerbaar zijn. Dat hoeft geen probleem te zijn, zolang je die afweging bewust maakt.
Vraag: “Wat heb ik nodig om deze website morgen door een andere partij te laten beheren?” Het antwoord maakt afhankelijkheden snel zichtbaar.
Hoe ziet een goed proces eruit?
Een goed proces maakt beslismomenten, verantwoordelijkheden en feedbackrondes vooraf zichtbaar. Je hoeft niet iedere methode te kennen, maar wel wanneer je iets kunt beoordelen en wat er daarna gebeurt.
Een gebruikelijke volgorde is kennismaken, doel en scope bepalen, structuur maken, visuele richting vastleggen, templates ontwerpen, bouwen, content plaatsen, testen en publiceren. Bij kleinere projecten kunnen fasen worden gecombineerd. Belangrijk is dat inhoud en techniek niet pas aan het einde botsen.
Wie moet aan tafel zitten?
Betrek de mensen die doelen bepalen, inhoud kennen en uiteindelijk beslissen. Een project vertraagt wanneer feedback van allerlei kanten pas laat binnenkomt. Spreek één contactpersoon en één beslisroute af, maar verzamel inhoudelijke kennis breed.
Vraag naar support na livegang
Wie lost een fout op? Hoe snel wordt gereageerd? Is klein onderhoud inbegrepen of gaat alles op nacalculatie? Krijg je een instructie voor beheer? Een betrouwbare leverancier benoemt ook wat níét onder nazorg valt.
Wanneer je huidige site moeilijk te beheren, langzaam of niet meer passend is, helpt de gids met tien signalen voor websitevernieuwing om het gesprek feitelijk te voeren.
Wat moet in de offerte en overeenkomst staan?
Leg scope, planning, prijs, betaling, revisies, oplevering, eigenaarschap, licenties, onderhoud en beëindiging vast. Hoe concreter de uitgangspunten, hoe kleiner de kans op discussie over meerwerk.
- doel en afbakening van het project;
- overzicht van pagina’s, templates en functies;
- wie tekst, vertalingen, fotografie en invoer verzorgt;
- aantal concepten en correctierondes;
- techniek, hosting en betaalde licenties;
- test- en acceptatiemoment;
- migratie, redirects en publicatie;
- planning en afhankelijkheden van aanlevering;
- uurtarieven of spelregels voor meerwerk;
- garantie, onderhoud en support na oplevering.
Een fixed price geeft alleen zekerheid wanneer de scope helder is. Bij onderzoekend werk kan een gefaseerde aanpak beter zijn: eerst strategie en specificatie, daarna pas een nauwkeurige bouwbegroting. Bekijk ook de opbouw van websitekosten om offertes eerlijker te vergelijken.
Rode vlaggen
- Een vaste prijs zonder vragen over doel, content of functionaliteit.
- “Volledig SEO-proof” zonder uitleg wat technisch en inhoudelijk wordt gedaan.
- Geen duidelijke eigenaar van domein of accounts.
- Alleen presentatiescreens, maar geen werkende projecten.
- Een onrealistische deadline zonder tijd voor content en testen.
- Gegarandeerde posities in Google of gegarandeerde vermeldingen in AI-antwoorden.
Gebruik een kleine beoordelingsmatrix
| Criterium | Sterk antwoord | Vervolg bij onduidelijkheid |
|---|---|---|
| Portfolio | Rol en ontwerpkeuzes worden concreet uitgelegd. | Vraag naar een werkende pagina en eigen bijdrage. |
| Uitvoering | Makers, aanspreekpunt en controle zijn bekend. | Vraag wie besluiten omzet naar uitvoering. |
| Prijs | Werkzaamheden, aannames en uitzonderingen staan beschreven. | Leg offertes naast dezelfde scope. |
| Beheer | Je ziet hoe een echte wijziging wordt gedaan. | Vraag om een korte demonstratie. |
| Nazorg | Termijnen, bereikbaarheid en taken zijn afgesproken. | Bespreek een realistisch storingsvoorbeeld. |
Je hoeft geen ingewikkeld puntensysteem te maken. Noteer per criterium wat je hebt gezien, wat is beloofd en wat nog moet worden bevestigd. Zo voorkom je dat de prettigste presentatie automatisch wint terwijl belangrijke afspraken ontbreken.
Bespreek verschillen in prijs met de uitleg over offertes vergelijken. Staat de samenwerkingsvorm nog open, vergelijk dan zelf bouwen, een AI-builder, een freelancer en verschillende bureaus.
Wanneer is de website klaar en wie helpt daarna?
Definieer oplevering met controleerbare afspraken: volledige content, werkende functies, geteste apparaten en een duidelijke overdracht. De datum waarop een site online staat, is niet automatisch het einde van alle werkzaamheden.
- De afgesproken pagina’s bevatten de definitieve teksten en beelden.
- Contactformulieren worden werkelijk ontvangen en foutmeldingen zijn begrijpelijk.
- Mobiel, toetsenbordbediening en belangrijke browsers zijn gecontroleerd.
- Links, oude URL’s en vindbaarheidsinstellingen zijn getest.
- Je hebt toegang, documentatie en een uitleg van het beheer ontvangen.
- Onderhoud, reactietijden, kosten en eventuele nazorg zijn vastgelegd.
Plan na livegang een moment om echte vragen en knelpunten te bespreken. Wijs binnen het bedrijf iemand aan voor inhoud en iemand voor contact met de technische partij. Zo blijft een kleine wijziging niet maanden liggen omdat niemand zich verantwoordelijk voelt.
Moet je webdesigner uit de buurt komen?
Maak concreet waarom je iemand in de buurt zoekt. Misschien wil je het eerste gesprek aan tafel voeren, de werkplaats laten zien of samen fotografie voorbereiden. Misschien zoek je vooral een vast aanspreekpunt dat je taal spreekt. Dat zijn verschillende behoeften; alleen de eerste vraagt noodzakelijk om fysieke nabijheid.
Een lokaal adres bewijst niet dat de uitvoering ook lokaal gebeurt. Andersom kan een partij buiten de regio uitstekend persoonlijk contact bieden. Vraag hoe het project wordt georganiseerd en waar aanwezigheid daadwerkelijk helpt. Zo beoordeel je de werkwijze achter de presentatie.
Kies een gesprekssituatie die past bij de opdracht. Een rondgang door je bedrijf kan nuttig zijn als het werk moeilijk in woorden te vangen is. Voor het bespreken van een nieuw contactformulier kan een schermgesprek efficiënter zijn. Het gaat om de kwaliteit van de informatie die wordt uitgewisseld.
Twijfel je of afstand ertoe doet? Lees wanneer een lokaal bureau helpt en wat prima op afstand kan.
Wat is relevante lokale kennis?
Lokale kennis is nuttig wanneer die helpt je dienstverlening begrijpelijk en uitvoerbaar te presenteren. Denk aan een duidelijk werkgebied, bezoeken op afspraak en het onderscheid tussen een winkel en een bedrijf dat bij klanten komt. Het is geen lijst met plaatsnamen die aan iedere pagina wordt toegevoegd.
Vraag hoe de maker informatie controleert. Is je vestigingsplaats ook een bezoeklocatie? Is het aanbod overal in de regio gelijk? Wie weet welke opdrachten je wel en niet aanneemt? De antwoorden moeten uit je bedrijfsvoering komen, niet uit aannames van de webdesigner.
Dikgedrukt noemt IJsselstein als basis. Dat is de locatie van de studio, niet automatisch de vestigingsplaats van iedere klant in het portfolio. Een lokale maker hoort dat onderscheid ook in teksten en bedrijfsgegevens zorgvuldig te bewaren. Voor je eigen inhoud helpt de regionale websitebriefing.
Neem deze informatie mee naar je maker
- De belangrijkste klantvraag en gewenste contactactie.
- Je diensten, grenzen en echte werkgebied per dienst.
- Bestaande cases, foto’s en toegestane klantreacties.
- Vestigingsgegevens en eventuele bezoekafspraken.
- Toegang tot domein, hosting en bestaande bedrijfsprofielen.
- Wie inhoud aanlevert, controleert en later onderhoudt.
Vraag vervolgens welke onderdelen nog onderzoek nodig hebben en welke direct kunnen worden uitgewerkt. Dat maakt het gesprek concreet.
De laatste checklist voor je kiest
De beste keuze is de partij die jouw vraag begrijpt, keuzes kan onderbouwen en verwachtingen zorgvuldig vastlegt. Een prettige klik telt, maar wordt sterker wanneer de basis controleerbaar is.
- Kan de maker jouw doel in eigen woorden samenvatten?
- Laat het portfolio relevante denk- en ontwerpkwaliteit zien?
- Is duidelijk wie ontwerpt, bouwt, schrijft en begeleidt?
- Past de techniek bij beheer, groei en budget?
- Zijn mobiel gebruik, snelheid, toegankelijkheid en SEO onderdeel van de aanpak?
- Heb je controle over domein, hosting, accounts en overdracht?
- Zijn prijs, revisies, planning en meerwerk concreet?
- Is support na livegang geregeld?
Vraag desnoods twee of drie partijen om een gesprek, maar laat hen niet gratis een compleet concept uitwerken. Een goede selectie beoordeelt aanpak, kwaliteit en samenwerking; speculatief ontwerp zegt weinig over het uiteindelijke proces.
