Discipline · Product & design

UX design laten maken.

UX design vertaalt klantbehoeftes en bedrijfsdoelen naar een product dat helder, toegankelijk en plezierig werkt. Wij combineren research, information-architecture, prototyping en visual design in één traject — en koppelen het direct aan het team dat het bouwt.

DisciplineUX + UI + research
ToolingFigma + FigJam
MethodeSprint-based
ToegankelijkheidWCAG 2.2 AA
Hand-offNaar eigen dev-team
DoorlooptijdPer sprint

Wat is UX design — en wat zit erin?

UX design (user-experience design) is het ontwerpen van hoe een product werkt voor de mensen die het gebruiken. Het is breder dan een interface: het omvat de research die voorafgaat, de structuur die eronder ligt en de iteraties die volgen na livegang.

Een volledig UX-traject bevat doorgaans discovery en user-research, information-architecture, user-flows, low-fi wireframes, mid-fi mock-ups, een klikbaar prototype, visual design op basis van een design-system, interaction- en motion-design, een toegankelijkheidscheck en usability-tests met echte gebruikers. Het sluit af met een hand-off naar de developers: gespecificeerde Figma-componenten, design-tokens en interactie-notities.

Wij zijn een team van bouwers en designers in één studio. Dat betekent dat de UX-designer niet ontwerpt voor een externe partij die er later iets van moet maken — de developer zit aan tafel vanaf de research. Voor schaalbare productfamilies werken we vanuit een design-system zodat elk volgend scherm sneller en consistenter is.

De praktijk waar dat het meeste verschil maakt is in het grijze gebied tussen ontwerp en realisatie: animaties die in Figma fantastisch ogen maar in code een performance-probleem zijn, interacties die op een prototype werken maar op een mobile-browser niet, of een visueel patroon dat schaalt naar twee schermen maar niet naar tweeëntwintig. Door designer en developer in dezelfde sprint te zetten, voorkomen we dat dergelijke fricties pas in de bouwfase opduiken.

Onze klanten zitten doorgaans in het mid-market segment — scale-ups, mkb met een digitaal product en mid-corporate organisaties met meerdere interne tools. Voor enkele klanten leveren we UX als losse dienst, voor andere zit het ingebakken in een groter ontwikkeltraject. Dezelfde discipline, andere scope.

2.2 AA
WCAG-niveau dat we als ondergrens hanteren — EAA vereist dit publiek vanaf 2025
5-8
Deelnemers per usability-test-ronde — voldoende voor de meeste patronen
3 lagen
Wireframe, mid-fi mock-up, klikbaar prototype — voor we naar dev gaan
1 team
Designers en developers in dezelfde sprint — geen hand-off via spec-document

Wanneer is een UX-traject relevant?

01
MVP

U geeft vorm aan een nieuw product

Founders en product-teams die een idee willen valideren met een klikbaar prototype voordat er een regel code geschreven wordt. UX bepaalt of het concept klopt voor de doelgroep.

02
Rework

Een bestaand product moet beter

De feature-set is gegroeid, het scherm is onoverzichtelijk geworden en gebruikers haken af. Een UX-rework herstructureert flows, navigatie en visual design zonder dat de backend op de schop gaat.

03
Conversie

De funnel lekt op een onverklaarbare plek

Analytics laat zien dat gebruikers afhaken in een specifieke stap, maar het is niet duidelijk waarom. Usability-onderzoek combineert kwantitatieve data met sessions en interviews om de oorzaak te vinden.

04
Schaal

Een portfolio van producten moet consistent worden

Meerdere apps of modules zijn organisch ontstaan en zien er allemaal nét anders uit. UX bovenop een design-system maakt het portfolio één geheel zonder elk product opnieuw te ontwerpen.

05
Compliance

De wet vraagt om toegankelijkheid

Sinds 2025 verplicht de European Accessibility Act (EAA) publieke en commerciële digitale diensten om WCAG 2.2 AA te halen. Een UX-audit met remediation-plan brengt dat in orde.

06
Capaciteit

Uw eigen designteam is te klein voor een piek

Software-bureaus en in-house product-teams die tijdelijk extra UX-capaciteit nodig hebben voor een release, een rebranding of een nieuwe markt — embedded of als deelproject.

De drie kerntaken van een UX-team.

Kerntaak 01

Begrijpen

Stakeholder-interviews, user-interviews, competitor-analyse en jobs-to-be-done. We brengen in kaart wie het product gebruikt, in welke context, en welk probleem het oplost. Zonder die basis is alles wat daarna komt giswerk.

Kerntaak 02

Ontwerpen

Information-architecture, user-flows, wireframes, mid-fi mock-ups en visual design. Iteratief, met een klikbaar prototype dat gebruikers kunnen aanraken. Visual design hangt aan een design-system zodat het schaalbaar blijft.

Kerntaak 03

Valideren & overdragen

Usability-tests met echte gebruikers, toegankelijkheidschecks op WCAG 2.2 en een hand-off-document met Figma-specs, design-tokens en component-naamgeving die het developer-team rechtstreeks gebruikt.

Acht typen UX-werk dat we doen.

Van een korte audit tot een volledig product-traject — UX is zelden een one-size-fits-all opdracht.

UX-audit

Alleen analyse van een bestaand product met een concreet rapport en prioriteitenlijst.

Design-sprint

Discovery, ideatie en een gevalideerd prototype in één gefocuste werkweek.

End-to-end product-UX

Van research tot dev-hand-off. Voor MVP's en nieuwe productlijnen die nog ontworpen moeten worden.

UX-rework

Bestaand product opnieuw doordenken, met behoud van bestaande backend en data-modellen.

Design-system + UX

Voor multi-product portfolio's. Eén systeem, meerdere producten, consistente ervaring.

Embedded UX-designer

Een UX-designer als deel van uw eigen team voor de duur van een release of programma.

Information-architecture

Sitemap, taxonomie en navigatie voor portals, kennisbanken en complexe catalogi.

Toegankelijkheidsaudit

WCAG 2.2 AA-check inclusief screen-reader, contrast en keyboard-navigatie, met remediation-plan.

Hoe een UX-traject in de praktijk loopt.

Een UX-traject begint zelden met design. Het begint met een gesprek over wat er moet veranderen en waarom. In de discovery-fase brengen we de context in kaart: wie zijn de gebruikers, welke jobs-to-be-done moeten ze afronden, hoe ziet het concurrerende landschap eruit, en welke bedrijfsdoelen liggen onder de opdracht. Dat gebeurt met stakeholder-interviews intern (product owner, sales, support, soms een C-level sponsor) en met user-interviews extern.

Vanuit die input bouwen we de information-architecture: de sitemap, navigatie, taxonomie en content-structuur. Dit is de fase waarin de meeste herontdekkingen plaatsvinden — bijna ieder bestaand product heeft een navigatie die organisch gegroeid is en niet meer aansluit op het mentale model van de gebruiker.

Daarna volgen de user-flows en wireframes: schermloze logica van entry-point tot conversie, dan low-fi schetsen om patronen aan te raken, dan mid-fi mock-ups waarin layout en hiërarchie zichtbaar worden. Pas als de flow klopt, gaat er visual design overheen — typografie, kleur, componenten, micro-interacties, animation. Bij voorkeur direct op een design-system gebouwd zodat alles wat we maken componentbased en herbruikbaar is.

Het klikbare prototype in Figma is het eerste moment waarop het ontwerp aanvoelt als product. Daarmee doen we usability-tests: typisch een handvol moderated sessies met deelnemers uit de doelgroep, of unmoderated sessies via Maze of UserTesting als de hypothese smaller is. Wat we leren, gaat terug in een volgende ontwerp-iteratie.

De afsluitende fase is hand-off naar dev: Figma-pagina's met component-namen die overeenkomen met de codebase, design-tokens voor kleur en typografie, een toegankelijkheidschecklist per scherm en een notitiedocument voor interactie-detail. In ons model is die hand-off bijna ceremonieel — de developer heeft al meegelezen en weet wat eraan komt.

Hoe we ons verhouden tot alternatieven.

Alternatief 01

Freelance UX-designer

Sterk en flexibel, maar één persoon. Vaak ontbreekt het aan dev-hand-off en sparring binnen het ontwerpteam. Wij brengen team-continuïteit én een directe brug naar de bouwers.

Alternatief 02

Puur UX-bureau

Specialisten in research en design, maar zonder developers achter de hand. De hand-off naar een externe bouw-partij introduceert vertaalverlies. Wij houden ontwerp en realisatie binnen één team.

Alternatief 03

Enterprise consultancy

Compleet aanbod, maar prijzen en proces die niet aansluiten op een scale-up of mid-market product-team. Wij werken pragmatisch, met kleinere teams en minder vertraging tussen idee en levering.

Toegankelijkheid is geen extra — het is de basis.

Sinds 28 juni 2025 stelt de European Accessibility Act verplichtingen aan commerciële digitale diensten met consumenten als doelgroep. Voor publieke instanties geldt het Tijdelijk besluit digitale toegankelijkheid al langer. In de praktijk komt beide neer op één technische ondergrens: WCAG 2.2 op niveau AA.

Voor onze ontwerpen is dat de standaard, ook waar de wet het niet vereist. Concreet betekent dat: voldoende contrast tussen tekst en achtergrond, keyboard-navigatie als eerstegrondrecht, screen-reader-compatibiliteit, focus-states die zichtbaar zijn, formulieren met semantische labels, en error-messages die zowel visueel als programmatisch toegankelijk zijn. We gebruiken axe DevTools, WAVE en Lighthouse als automatische check, en lopen op de belangrijkste flows handmatig door met een screen-reader.

Buiten WCAG vraagt het bredere compliance-veld om aandacht. AVG en de bijbehorende ePrivacy-richtlijnen vragen privacy-by-design — en dat is in UX-context vooral een keuze om cookie-consent als eerlijke flow te ontwerpen in plaats van als donker patroon. De AI Act vraagt transparantie waar AI-functionaliteit zichtbaar is voor de eindgebruiker; het gaat dan over labels, uitlegbaarheid en opt-outs. Voor grote platforms gelden daarnaast de DSA en DMA met specifieke UX-eisen rond aanbevelingen, opt-outs en advertentie-transparantie.

Voor klanten in zwaarder gereguleerde sectoren — finance, zorg, overheid — combineren we UX-werk met enterprise-software-ontwikkeling die de gewenste auditstandaarden ondersteunt.

Hoe meten we dat UX waarde oplevert?

Meting 01

Task-success en time-on-task

In usability-tests meten we of deelnemers een specifieke taak kunnen afronden en hoe lang dat duurt. Een conversie-funnel met drie afhakers per ronde is een sterke kwalitatieve indicator — geen statistische significantie nodig om de oorzaak te zien.

Meting 02

Productmetrics na livegang

Activation-rate, retention, completion-rate per flow, support-tickets per release. Voor elke UX-iteratie definiëren we vooraf welke metric moet bewegen, zodat het effect achteraf objectief te zien is in de analytics-stack die u al gebruikt.

Meting 03

Toegankelijkheid en performance

WCAG-score per scherm, contrast-rapportages, Lighthouse-scores en Core Web Vitals. UX-werk dat de toegankelijkheid of de performance achteruit zou laten gaan, halen we niet door de eigen interne review.

Tooling — wat we gebruiken, en waarom.

Figma en FigJam zijn de standaard voor design en collaboration. Componenten, varianten, auto-layout, design-tokens en prototyping zitten in dezelfde tool, en het is voor klant-stakeholders eenvoudig om mee te kijken zonder iets te installeren.

Voor research-synthese en information-architecture wisselen we tussen Notion, Miro en Whimsical, afhankelijk van wat het opdrachtgever-team al gebruikt. We forceren geen tool-stack op klanten die er al een hebben.

Usability-testing gebeurt via Maze (voor unmoderated, snel, prototype-getrouw) of UserTesting (voor moderated met geselecteerde panels). Voor sessions op een bestaand product zijn Hotjar en Fullstory de eerste haltes — heatmaps, recordings en funnel-rapportages.

Voor analytics na livegang sluiten we aan op wat er al staat: PostHog, Mixpanel of Amplitude voor product-analytics, GA4 of Plausible voor web. Toegankelijkheidschecks draaien we via axe DevTools, WAVE en Lighthouse, aangevuld met handmatige screen-reader-runs (VoiceOver op macOS, NVDA op Windows).

Waar het waarde toevoegt, gebruiken we AI-tooling: Anthropic Claude voor de synthese van research-transcripten en eerste-versie copywriting, Midjourney of Stable Diffusion voor moodboards en visuele exploratie. Altijd transparant, altijd onder controle van een mens, en — waar relevant voor eindgebruikers — gelabeld in de interface zoals de AI Act dat vereist.

Trajecten waar UX het verschil maakt.

Founders · MVP

Eerste versie van een SaaS-product

Een founder met een gevalideerd probleem en een eerste hypothese. Wij vertalen het idee naar een klikbaar prototype, testen dat met de doelgroep en bouwen vanaf daar door — als één team in plaats van research-fase, design-fase, build-fase als aparte facturen.

Product-team · Rework

Bestaand portaal met groeipijn

Een product dat in vijf jaar gegroeid is met losse features. We herstructureren navigatie en flows, brengen visual design terug op één design-system en doen de migratie scherm voor scherm naast het ontwikkelteam.

Enterprise · Multi-product

Portfolio in één visuele taal

Vijf interne tools, vijf interfaces. Een gedeeld design-system met UX-patronen, accessibility-defaults en componentbibliotheek, plus een redesign van het eerste product als referentie-implementatie.

Veelgestelde vragen.

Wat is UX design precies — en wat is het verschil met UI design?
UX (user-experience) gaat over hoe een product werkt: de flows, de structuur, de research die bepaalt welke schermen er überhaupt moeten zijn. UI (user-interface) gaat over hoe het eruitziet: typografie, kleur, componenten, micro-interacties. In de praktijk lopen ze in elkaar over en doen dezelfde mensen beide. Een goede UX zonder UI voelt rommelig; een mooi UI zonder UX voelt verwarrend. Wij behandelen ze als één discipline en leveren ze samen op.
Werkt UX zonder een eigen design-team aan onze kant?
Ja. De meeste opdrachtgevers hebben geen eigen UX-designer in huis — wel een product owner, soms een marketeer met visuele smaak. Wij draaien het volledige traject en betrekken uw team op de momenten dat het ertoe doet: discovery-interviews, design-reviews, usability-tests. Voor klanten met een eigen team werken we als verlengstuk of nemen we alleen de research en hand-off voor onze rekening.
Is accessibility (WCAG 2.2 / EAA) écht verplicht?
Voor publieke diensten in Nederland geldt het Tijdelijk besluit digitale toegankelijkheid al langer. De European Accessibility Act (EAA) heeft die scope sinds 28 juni 2025 uitgebreid naar commerciële digitale diensten met consumenten als doelgroep: webshops, e-readers, bankdiensten, ticketing. Wij hanteren WCAG 2.2 AA standaard, ook waar de wet het niet vereist — omdat het de meeste design-keuzes simpelweg beter maakt.
Welke tooling gebruiken jullie?
Figma en FigJam voor design, prototyping en collaboration. Notion, Miro of Whimsical voor research-synthese en information-architecture. Maze of UserTesting voor (un)moderated usability-tests, Hotjar en Fullstory voor session-recordings van bestaande producten, en PostHog, Mixpanel of Amplitude voor analytics post-launch. Voor toegankelijkheidschecks gebruiken we axe DevTools, WAVE en Lighthouse. Waar het zin heeft, gebruiken we AI-tooling (Anthropic Claude voor research-synthese, Stable Diffusion voor moodboards) — altijd transparant en onder de AI Act-vereisten.
Hoe meet je dat UX succes oplevert?
Voor de start van het traject bepalen we welke metrics gaan bewegen: task-success-rate, time-on-task, completion-rate van een specifieke funnel, NPS, support-tickets per release, of business-KPI's zoals geactiveerde gebruikers. Tijdens usability-tests meten we kwalitatief (waar haken mensen op?) en na livegang kwantitatief via de analytics-stack die u al gebruikt. Geen vanity-metrics — alleen wat aan een productdoel hangt.
Wat kost een UX-traject?
Per scope. Een korte audit is een kleinere investering dan een end-to-end product-traject, en een embedded designer is weer een ander model. We werken met vaste sprintbudgetten en geven na een planning-fase een concrete prijs die aansluit bij de gewenste diepte van research, het aantal flows en de mate van handover naar dev. Voor een goede inschatting hebben we een kort intakegesprek nodig — niet meer dan dat.
Hoe begint een UX-traject in de praktijk?
Met een intakegesprek waarin we de context, doelgroepen en business-context doornemen. Op basis daarvan stellen we een sprint-plan voor dat begint met discovery — meestal een paar werksessies met interviews, een audit van wat er al is en een eerste set hypotheses. Vanaf de eerste sprint zit een developer aan tafel zodat technische randvoorwaarden direct meekomen in de design-keuzes. Voor grotere trajecten levert dat ook een directe brug naar webontwikkeling of app-ontwikkeling.
Hoe verschillen jullie van een puur UX-bureau of een freelance designer?
Een puur UX-bureau levert ontwerpen aan en is daarna klaar; de implementatie gaat over de schutting naar een ander team. Een freelance UX-designer is uitstekend, maar één persoon — en dus kwetsbaar voor uitval, vakantie en het ontbreken van sparring. Wij combineren een vast UX-team met de developers die het bouwen. Voor complexere trajecten betekent dat ook directe aansluiting op enterprise-software-ontwikkeling en op het bouwen van een website op maat met dezelfde design-taal.

Praat met ons over uw UX-vraag.

Een kennismaking van een half uur waarin we de context, de doelgroepen en het product doornemen — en bekijken of een audit, een design-sprint of een volledig traject het beste past. Geen verplichting, geen verkooppraat.

Reactie binnen 1 werkdag
Vrijblijvend gesprek
Westerdoksdijk 599, Amsterdam

Edit Content