Discipline · Product & design

Custom UX design.

UX design turns customer needs and business goals into a product that works clearly, accessibly and pleasantly. We combine research, information architecture, prototyping and visual design in one process, and link it directly to the team that builds it.

DisciplineUX + UI + research
ToolingFigma + FigJam
MethodSprint-based
AccessibilityWCAG 2.2 AA
Hand-offTo your own dev team
Lead timePer sprint

What is UX design — and what does it involve?

UX design (user experience design) is about designing how a product works for the people who use it. It goes beyond the interface: it covers the research that precedes it, the structure beneath it and the iterations that follow launch.

A full UX process typically includes discovery and user research, information architecture, user flows, low-fidelity wireframes, mid-fidelity mock-ups, a clickable prototype, visual design based on a design system, interaction and motion design, an accessibility check and usability testing with real users. It concludes with a hand-off to the developers: specified Figma components, design tokens and interaction notes.

We are a team of builders and designers under one roof. That means the UX designer isn't designing for an external party who has to build it later: the developer is at the table from the research stage. For scalable product families, we work from a design system so that every new screen is faster to build and more consistent.

The area where this makes the biggest difference is the grey zone between design and build: animations that look fantastic in Figma but cause performance problems in code, interactions that work in a prototype but not in a mobile browser, or a visual pattern that scales to two screens but not to twenty-two. By putting designer and developer in the same sprint, we prevent these frictions from surfacing only during the build phase.

Our clients are typically in the mid-market segment: scale-ups, SMEs with a digital product, and mid-sized corporate organisations with several internal tools. For some clients we deliver UX as a standalone service; for others it is built into a larger development project. The same discipline, a different scope.

2.2 AA
The WCAG level we use as our minimum; the EAA requires this for the public from 2025
5-8
Participants per usability test round, sufficient for most patterns
3 layers
Wireframe, mid-fi mock-up, clickable prototype, before we move to development
1 team
Designers and developers in the same sprint, with no handover via a specification document

When is a UX project relevant?

01
MVP

You are shaping a new product

Founders and product teams who want to validate an idea with a clickable prototype before a single line of code is written. UX determines whether the concept works for the target audience.

02
Rework

An existing product needs to be better

The feature set has grown, the screens have become cluttered and users are dropping off. A UX rework restructures flows, navigation and visual design without overhauling the back end.

03
Conversion

The funnel is leaking at an unexplained point

Analytics show that users drop off at a specific step, but it is unclear why. Usability research combines quantitative data with session recordings and interviews to find the cause.

04
Scale

A portfolio of products needs to become consistent

Multiple apps or modules have grown organically and each looks slightly different. UX built on a design system turns the portfolio into one whole without redesigning every product from scratch.

05
Compliance

The law requires accessibility

Since 2025, the European Accessibility Act (EAA) requires public and commercial digital services to meet WCAG 2.2 AA. A UX audit with a remediation plan puts that in order.

06
Capacity

Your own design team is too small for a peak

Software agencies and in-house product teams that temporarily need extra UX capacity for a release, a rebrand or a new market, either embedded or as a part of a project.

The three core tasks of a UX team.

Core task 01

Understand

Stakeholder interviews, user interviews, competitor analysis and jobs-to-be-done. We map out who uses the product, in what context, and which problem it solves. Without that foundation, everything that follows is guesswork.

Core task 02

Design

Information architecture, user flows, wireframes, mid-fi mock-ups and visual design. Iterative, with a clickable prototype that users can actually interact with. Visual design is tied to a design system so that it stays scalable.

Core task 03

Validate & hand over

Usability tests with real users, accessibility checks against WCAG 2.2, and a handover document with Figma specs, design tokens and component naming that the development team can use directly.

Eight types of UX work we do.

From a short audit to a complete product project, UX is rarely a one-size-fits-all assignment.

UX audit

Analysis of an existing product only, with a concrete report and a prioritised list of recommendations.

Design sprint

Discovery, ideation and a validated prototype in one focused working week.

End-to-end product UX

From research to developer hand-off. For MVPs and new product lines that still need to be designed.

UX rework

Rethinking an existing product, while keeping the current backend and data models intact.

Design system + UX

For multi-product portfolios. One system, multiple products, a consistent experience.

Embedded UX designer

A UX designer as part of your own team for the duration of a release or programme.

Information architecture

Sitemaps, taxonomy and navigation for portals, knowledge bases and complex catalogues.

Accessibility audit

A WCAG 2.2 AA check covering screen readers, contrast and keyboard navigation, with a remediation plan.

How a UX project works in practice.

A UX project rarely starts with design. It starts with a conversation about what needs to change and why. In the discovery phase we map out the context: who the users are, which jobs-to-be-done they need to complete, what the competitive landscape looks like, and which business goals sit behind the brief. We do this through internal stakeholder interviews (product owner, sales, support, sometimes a C-level sponsor) and external user interviews.

Based on that input, we build the information architecture: the sitemap, navigation, taxonomy and content structure. This is the phase where most rediscoveries happen. Almost every existing product has navigation that has grown organically and no longer matches the user's mental model.

Next come the user flows and wireframes: schema-free logic from entry point to conversion, then low-fidelity sketches to test patterns, then mid-fidelity mock-ups in which layout and hierarchy become visible. Only once the flow works do we apply visual design: typography, colour, components, micro-interactions and animation. Ideally this is built directly on a design system, so everything we make is component-based and reusable.

The clickable prototype in Figma is the first moment the design feels like a product. We use it for usability testing: typically a handful of moderated sessions with participants from the target group, or unmoderated sessions via Maze or UserTesting when the hypothesis is narrower. What we learn feeds into the next design iteration.

The final phase is hand-off to development: Figma pages with component names that match the codebase, design tokens for colour and typography, an accessibility checklist per screen, and a notes document for interaction detail. In our model this hand-off is almost ceremonial, as the developer has already been reading along and knows what is coming.

How we compare to alternatives.

Alternative 01

Freelance UX designer

Strong and flexible, but a single person. Often there is no developer hand-off and no sparring within a design team. We provide team continuity and a direct bridge to the builders.

Alternative 02

Pure UX agency

Specialists in research and design, but without developers on hand. Handing over to an external build partner introduces loss in translation. We keep design and delivery within one team.

Alternative 03

Enterprise consultancy

A complete offering, but pricing and processes that don't suit a scale-up or mid-market product team. We work pragmatically, with smaller teams and less delay between idea and delivery.

Accessibility is not an extra; it is the foundation.

Since 28 June 2025, the European Accessibility Act has imposed obligations on commercial digital services aimed at consumers. For public bodies, the Dutch Temporary decision on digital accessibility has applied for some time. In practice, both come down to one technical minimum: WCAG 2.2 at level AA.

For our designs, that is the standard, even where the law does not require it. In practice, this means: sufficient contrast between text and background, keyboard navigation as a first-class requirement, screen reader compatibility, visible focus states, forms with semantic labels, and error messages that are accessible both visually and programmatically. We use axe DevTools, WAVE and Lighthouse for automated checks, and manually walk through the key flows with a screen reader.

Beyond WCAG, the wider compliance landscape also deserves attention. The GDPR and the associated ePrivacy directive call for privacy by design, which in a UX context largely means choosing to design cookie consent as a fair flow rather than a dark pattern. The AI Act requires transparency wherever AI functionality is visible to the end user; this concerns labels, explainability and opt-outs. For large platforms, the DSA and DMA also apply, with specific UX requirements around recommendations, opt-outs and advertising transparency.

For clients in more heavily regulated sectors, such as finance, healthcare and government, we combine UX work with enterprise software development that supports the audit standards they need.

How do we measure that UX delivers value?

Measure 01

Task success and time on task

In usability tests, we measure whether participants can complete a specific task and how long it takes. A conversion funnel with three drop-offs per round is a strong qualitative indicator, with no statistical significance needed to see the cause.

Measure 02

Product metrics after launch

Activation rate, retention, completion rate per flow, support tickets per release. For every UX iteration, we define in advance which metric should move, so the effect can be seen objectively afterwards in the analytics stack you already use.

Measure 03

Accessibility and performance

WCAG score per screen, contrast reports, Lighthouse scores and Core Web Vitals. UX work that would make accessibility or performance worse does not pass our internal review.

Tooling: what we use, and why.

Figma and FigJam are our standard for design and collaboration. Components, variants, auto layout, design tokens and prototyping all live in the same tool, and it is easy for client stakeholders to take a look without installing anything.

For research synthesis and information architecture, we switch between Notion, Miro and Whimsical, depending on what the client team already uses. We do not impose a tool stack on clients who already have one.

Usability testing is done via Maze (for unmoderated, quick, prototype-faithful tests) or UserTesting (for moderated sessions with selected panels). For sessions on an existing product, Hotjar and Fullstory are the first stops, offering heatmaps, recordings and funnel reports.

For analytics after launch, we connect to what is already in place: PostHog, Mixpanel or Amplitude for product analytics, GA4 or Plausible for web. We run accessibility checks via axe DevTools, WAVE and Lighthouse, supplemented by manual screen reader runs (VoiceOver on macOS, NVDA on Windows).

Where it adds value, we use AI tooling: Anthropic Claude for synthesising research transcripts and first-draft copywriting, Midjourney or Stable Diffusion for moodboards and visual exploration. Always transparent, always under human control and, where relevant to end users, labelled in the interface as the AI Act requires.

Engagements where UX makes the difference.

Founders · MVP

First version of a SaaS product

A founder with a validated problem and an initial hypothesis. We turn the idea into a clickable prototype, test it with the target audience and build from there, as one team rather than research, design and build phases invoiced separately.

Product team · Rework

Existing portal with growing pains

A product that has grown over five years through individual features. We restructure navigation and flows, bring the visual design back onto a single design system, and carry out the migration screen by screen alongside the development team.

Enterprise · Multi-product

Portfolio in one visual language

Five internal tools, five interfaces. A shared design system with UX patterns, accessibility defaults and a component library, plus a redesign of the first product as a reference implementation.

Frequently asked questions.

What exactly is UX design, and how does it differ from UI design?
UX (user experience) concerns how a product works: the flows, the structure, and the research that determines which screens are needed in the first place. UI (user interface) concerns how it looks: typography, colour, components, micro-interactions. In practice the two overlap, and the same people often work on both. Good UX without UI feels messy; beautiful UI without UX feels confusing. We treat them as one discipline and deliver them together.
Can you run UX work without a dedicated design team on our side?
Yes. Most clients don't have an in-house UX designer, but they do have a product owner, sometimes a marketer with a good eye for visuals. We run the full process and involve your team at the moments that matter: discovery interviews, design reviews and usability tests. For clients with their own team, we can work as an extension of it, or take responsibility for the research and handover only.
Is accessibility (WCAG 2.2 / EAA) really mandatory?
For public services in the Netherlands, the Temporary decision on digital accessibility has applied for some time. Since 28 June 2025, the European Accessibility Act (EAA) has extended that scope to commercial digital services aimed at consumers: webshops, e-readers, banking services and ticketing. We apply WCAG 2.2 AA as standard, even where the law doesn't require it, because it simply makes most design decisions better.
Which tooling do you use?
Figma and FigJam for design, prototyping and collaboration. Notion, Miro or Whimsical for research synthesis and information architecture. Maze or UserTesting for moderated and unmoderated usability tests, Hotjar and Fullstory for session recordings of existing products, and PostHog, Mixpanel or Amplitude for analytics after launch. For accessibility checks we use axe DevTools, WAVE and Lighthouse. Where it adds value, we use AI tooling (Anthropic Claude for research synthesis, Stable Diffusion for moodboards), always transparently and in line with the requirements of the AI Act.
How do you measure whether UX delivers results?
Before the project starts, we agree which metrics should move: task success rate, time on task, completion rate of a specific funnel, NPS, support tickets per release, or business KPIs such as activated users. During usability tests we measure qualitatively (where do people get stuck?), and after launch we measure quantitatively through the analytics stack you already use. No vanity metrics: only those tied to a product goal.
How much does a UX project cost?
It depends on scope. A short audit is a smaller investment than an end-to-end product project, and an embedded designer is a different model again. We work with fixed sprint budgets and, after a planning phase, give a concrete price that matches the desired depth of research, the number of flows and the degree of handover to development. For a sound estimate we need a short intake conversation, no more than that.
How does a UX project start in practice?
With an intake conversation in which we go through the context, target audiences and business background. Based on that, we propose a sprint plan that begins with discovery, usually a few working sessions with interviews, an audit of what already exists and an initial set of hypotheses. From the first sprint onwards, a developer sits at the table so that technical constraints feed directly into design decisions. For larger projects, this also provides a direct bridge to web development or app development.
How do you differ from a pure UX agency or a freelance designer?
A pure UX agency delivers designs and is then done; implementation goes over the fence to another team. A freelance UX designer is excellent, but a single person, and therefore vulnerable to absence, holidays and the lack of a sounding board. We combine a permanent UX team with the developers who build it. For more complex projects, this also means direct alignment with enterprise software development and building a custom website with the same design language.

Talk to us about your UX question.

A half-hour introductory call in which we go through the context, the target audiences and the product, and consider whether an audit, a design sprint or a full engagement suits you best. No obligation, no sales pitch.

Response within 1 working day
No-obligation conversation
Westerdoksdijk 599, Amsterdam

Edit content