Selected work — 2020 → 2024

Case studies.

Four projects across public-sector platforms, healthcare, design systems and mobile wellness — each shown through the problem, the approach, and the measurable result.

Scroll to explore ↓
Case 01 Search-first IA · Accessibility · Service design · Public sector

European Parliament

Turning 150+ fragmented websites into one accessible, search-first platform built around what people actually came to do.

RoleUX Designer · cross-functional team
Timeline2022 — 2024
ContextEU public sector · multilingual
ToolsFigma · FigJam · Adobe XD
Measured task success4965%Across two tree-test rounds (80% target)
Sites unified150+Separate websites & domains into one platform
Research base5,600People in the Top Tasks survey, 64 tasks ranked
AccessibilityWCAG
2.1 AA
100% on redesigned components · 24 languages
01

The challenge

The Parliament's content lived across more than 150 separate sites built over years — each with its own navigation, its own search, and its own version of overlapping content. No shared design system, so the same component behaved differently everywhere.

Citizens couldn't complete basic tasks — finding an MEP, following a law, making contact — without hopping between unrelated sites. Internal teams were overloaded with misrouted requests, and with no accessible component library, WCAG compliance was handled case by case, if at all.

The org chart was driving the navigation — and users were paying for it.

02

How I worked

I contributed as a UX Designer on the SEF project (codename Sullivan) within a cross-functional team, over roughly two years. As part of the conception team, my work concentrated on Top Tasks classification, information architecture, user journeys and accessibility — alongside designers, integrators, the accessibility team and developers.

We structured the work around the Double Diamond, so the team understood the problem deeply before committing to a solution — diverging and converging through discovery, then design and delivery.

Double DiamondTop Tasks (TPI)Tree testingHeuristic evaluationPersonasJourney mappingService blueprintWCAG 2.1 AA
Double Diamond process map showing discover, define, develop and deliver phases
Double Diamond — the process frame: audit & interviews and Top Tasks research in discovery, then search-first IA, multilingual mock-ups and an accessible component library in delivery.
03

Research & discovery

Before designing anything, we replaced assumptions with evidence. A survey of 5,600 people asked them to pick the five things that matter most about the Parliament. Their answers sorted 64 candidate tasks into a clear hierarchy: a vital few — the top 9 — that carry most of the demand, and a long tail that had been given equal navigational weight.

We then tree-tested two navigation structures. Measured task success rose from 49% to 65% across two rounds, against an 80% target. That set the principle for everything after: build around the vital few, and make search the front door.

Top Tasks research chart ranking the vital few tasks against the long tail
Top Tasks research — the “vital few” most-selected tasks that earned prime navigational weight, versus the long tail that didn't.
04

Evaluating the old estate

Alongside the task research, I ran a heuristic evaluation of the pre-redesign sites against Nielsen's ten usability heuristics. The most severe issue was consistency — with 150+ sites and no shared standards, the same component behaved differently everywhere.

Other majors: navigation that mirrored the org chart rather than user tasks, and unclear contact channels that caused misrouted enquiries. Each issue was paired with a concrete fix in the redesign.

Heuristic evaluation of the old fragmented sites, each issue paired with a redesign fix
Heuristic evaluation of the fragmented estate — severity-rated issues, each tied to a redesign fix.
05

Who we designed for

Research was distilled into personas that kept the team anchored to real needs rather than internal structure: Camille, the engaged citizen who just wants to reach the right office; Milosz, the journalist verifying timelines on deadline; and Sofia, the EP content editor who needs to publish accessible content and stop fielding misrouted enquiries.

Three personas — Camille, Milosz and Sofia — with goals and frustrations
Three primary personas, each with goals and frustrations drawn straight from the research.
06

Information architecture: search-first

The core move was to collapse 150+ silos into one platform with a single, consistent taxonomy, and to make a prominent search the primary way in. The new homepage leads with one search across MEPs, committees, plenary, press and media, over a clear top-level structure.

The test we held ourselves to: reach any top task in under three clicks — whether you search or browse.

Information architecture before and after — fragmented sites versus one unified tree
Information architecture, before / after — from 150+ org-chart silos to one task-based, multilingual tree.
07

Journeys & flows

To make sure the structure held up against real behaviour, we mapped the priority journeys end to end — including emotional highs and lows — and tied each stage to a specific design decision. These are two of the many top-task journeys we mapped and tested.

Contacting the Parliament: Camille moves from the homepage, through search or the consolidated Contact, Visit hub, to submitting an enquiry via the Citizens' Enquiries Unit (Ask EP) — routed by intent, which is what cuts misrouted emails. Finding a source: Milosz searches a topic, then narrows with a faceted filter that explains each facet on demand.

Journey map: contacting the Parliament through Ask EP, with emotion curve
Journey map — contacting the Parliament (Ask EP), with emotion curve and a design response at every stage.
Journey map: a journalist finding an official source under deadline
Journey map — a journalist locating a citable source fast, under deadline pressure.
Key user flow: find an MEP in under three clicks
Key user flow — find an MEP in under three clicks, with a browse fallback to the same destination.
08

Service blueprint

To connect the citizen-facing journey to what happens behind the scenes, I mapped the Ask EP contact service as a blueprint: customer actions, front-stage, back-stage (routing, the Enquiries Unit, drafting and QA), and the support systems beneath — search index, the Top Tasks taxonomy, accessible form components and 24-language translation.

It makes clear why intent-based routing — not just a nicer form — is what reduces misrouted enquiries.

Service blueprint for the Ask EP contact service across front-stage and back-stage
Service blueprint — front-stage, back-stage and the support systems that make intent-based routing work.
09

The solution

The redesigned platform leads with search, consolidates scattered pages into clear task-based hubs, and keeps complex tools usable through progressive disclosure — with the same clarity on mobile and language selection always within reach. The screens below are the real interface behind the journeys mapped above.

europarl.europa.eu
Redesigned European Parliament homepage with a prominent search bar
Search-first homepage — one prominent search over a clear, consistent mega-nav.
Consolidated Contact and Visit hub
Consolidated Contact, Visit hub — framed around Ask EP, routing by intent.
News and Topics hub with grouped, task-based sections
News, Topics hub — scattered press and publication pages grouped into one scannable structure.
Key screens walked as two real flows with responsive mobile views
The verified screens walked as two real journeys — Ask EP and News, Topics — plus the responsive mobile views. Every step maps back to a design decision.
10

Accessibility & how success was measured

Accessibility was a first-class requirement, not a final audit. Working toward WCAG 2.1 AA shaped the components and interaction patterns themselves — correct contrast, focus, keyboard operation and semantics by default; plain-language labels; progressive disclosure; mobile-first layouts; and consistent navigation that orients everyone.

Success was measured with the Task Performance Indicator (Gerry McGovern's TPI): success rate and completion time per top task, retested with the same instructions every few months, triangulated with a System Usability Scale above 75. Evidence-driven targets even covered sustainability — optimising one Fact Sheets page from 4.7 MB to 703 KB saves the carbon equivalent of about 925 trees a year.

Task Performance Indicator framework and measurement rounds
The TPI framework — success rate and completion time per task, retested over time against an 80% target.
Design KPI targets across accessibility, performance and sustainability
Design KPI targets — no decision left to taste: accessibility, performance, sustainability, privacy and multilingual all measured.
11

Reflection

At institutional scale, the information architecture is the design.

The most valuable decision was to let real tasks — not the org chart — drive the structure, and to make search the front door. The visual design then had a clear job: make that structure obvious and accessible to everyone, on any device, in any language. Next, I'd invest in continuous task & search-analytics monitoring, so the taxonomy keeps adapting rather than being re-audited only at the next redesign.

Case 02 Patient-centric redesign · IA · Booking · Mobile-first

Maison Médicale

From a confusing, phone-dependent clinic site to a clear, mobile-first booking and patient tool.

RoleLead UX/UI Designer · end-to-end
Timeline2024
ContextRural multidisciplinary clinic
ScopeResearch · UI · Integration
Booking time90s→<30sTime to complete an appointment booking
Mobile booking success4278%Of users completing a booking on mobile
Service taxonomy8Clear specialties with quick actions
Reception loadFewer
calls
Repetitive inquiries deflected & routed
01

The challenge

The old site's convoluted navigation and undifferentiated services — for example psychology versus neuropsychology — misrouted patients and hid the things they needed. Reception fielded the same basic questions by phone and email all day.

It was organised around the practice, not the patient: navigation by person (you had to know the doctor to book), and “booking” was really a phone call behind a button.

At a small clinic, clarity is the whole game — name and organise services the way patients think.

02

How I worked

As Lead UX/UI Designer across research, UI and integration, I led the redesign end to end — rebranding, service reorganisation and a rebuild of the form logic. The work followed the Double Diamond, understanding the problem with staff and patients before committing to a solution.

Double DiamondPatient interviewsBehavioural mappingTask analysisCompetitive scanService taxonomySmart formsMobile-first
Double Diamond process for the clinic redesign
Double Diamond — discover with staff and patients, define the specialty taxonomy, develop the booking and forms, deliver a modular mobile-first system.
03

Research & stakeholders

I combined stakeholder and patient interviews with behavioural mapping, task analysis and a competitive scan of other healthcare sites. The picture was consistent: people fell back on phone and email because booking and finding the right practitioner online were unclear, and the mobile experience was poor.

Challenge and stakeholder map
Challenge & stakeholders — who the redesign had to serve.
User research and insights
Research & insights — what interviews and task analysis actually surfaced.
04

Who I designed for

Personas kept the work anchored to real needs: Marie, a rural patient who wants to book without phoning; Isabelle, a working parent who needs quick mobile booking; and Luc on reception, who needs to stop fielding repetitive questions and route patients to the right service.

Three personas — Marie, Isabelle and Luc — with goals and frustrations
Three personas — patient, working parent and reception — each with goals and frustrations.
05

Service reorganisation

The core fix was the information architecture. Undifferentiated services became a clear specialty taxonomy — eight specialties, from Médecin généraliste to Administrateur — so patients reach the right practitioner instead of guessing, with quick actions (Prendre rendez-vous, Demande de prescription, Infos pratiques, Contact) always within reach.

This is what resolved the psychology-versus-neuropsychology misrouting.

Service reorganisation before and after — undifferentiated services to a clear specialty taxonomy
Service reorganisation, before / after — from undifferentiated services to a clear specialty taxonomy with quick actions.
06

The booking journey

I mapped the priority journey — booking an appointment — end to end, tying each stage to a design decision: services by specialty at the entry, practitioner profiles with photos, online booking through the practice's platform or by phone with clear hours, and self-service cancellation to cut no-shows and repetitive calls.

Booking journey map with emotion curve and design responses
Booking journey — six stages with an emotion curve and a design response at each step.
Key flow: book in a few clicks
Key flow — from any page, the primary CTA leads to a booking in a few clicks on mobile, with online cancellation as a fallback.
07

Smart forms & design principles

Contact and prescription requests run through a subject-routed form (prescription or exam result vs. general information), which sends each request to the right place and cuts misrouted inquiries. The redesign held to four principles: clarity, accessibility, scalability and mobile-first — readable and inclusive for older and less digital patients.

Four design principles: clarity, accessibility, scalability, mobile-first
The four design principles that governed every decision.
08

Before & after

The original 2017 site (preserved on the Internet Archive) was built around the practice: navigation by person, “booking” that was really a phone call, services undifferentiated, a homepage that opened with welcome prose instead of actions.

The redesign inverts this — the patient lands on intent (“Je souhaite…”), browses by specialty rather than by name, books online or by phone, and sends requests through a subject-routed form. Same clinic, reorganised around what people actually came to do.

Before and after the redesign — practice-centred versus patient-centred
Before / after — the same clinic, reorganised from around the practice to around the patient.
09

The solution

The redesigned site, live: organised by specialty, easy to book, routed to the right place — and clear on mobile, where most patients arrive.

maisonmedicalebouillon.be
Redesigned Maison Médicale homepage
Homepage — intent-first entry and browse-by-specialty.
Appointment booking page
Self-service booking — online or by phone, with clear hours.
Contact page with subject-routed form
Subject-routed contact & prescription form.
Key screens walkthrough of the redesigned clinic site
A walk through the redesigned site — organised by specialty, easy to book, and routed to the right place.
10

Reflection

“The new layout makes it much easier for patients to quickly find what they need.” — Clinic administrator

At a small clinic, clarity is the whole game. The biggest lever was naming and organising services the way patients think — by specialty and by action — and removing the phone call from simple tasks. The modular design system keeps it maintainable for a team without dedicated digital staff.

Case 03 Design tokens · Component library · Governance · Multi-framework

Scalable Design System

One governed library that unified 150+ sites across HTML, React & Angular.

RoleConception & design teams
Timeline2022 — 2024
ContextEuropean Parliament · “Reinventing EP”
BaseBuilt on the EC's ECL
Reusable components30+Fully specced: usage, style, code, accessibility
Component reuse3×In the first year
Design-to-dev handoff60%Time saved with shared tokens
Scale24/6Languages & themes, WCAG 2.1 AA
01

The challenge

After 12 years, the EP's web estate had become 150+ inconsistent sites, each with its own styles, components and code. The same button behaved differently everywhere — consistency, accessibility and delivery speed all suffered.

A design system is a product, not a style guide. The value is governance.

Design tokens3P model5D workflowComponent lifecycleMulti-framework parityBuilt on the EC's ECLMulti-theme
What a design system is, and why it matters
Framing it as a governed product — consistency, accessibility and speed by default, not by re-fighting.
02

The 3P model

We organised the system around the 3P model — People, Parts, Products: the cross-functional people who build and own it, the reusable parts (styles, components, patterns) they maintain, and the products teams ship with them across one unified EP web estate.

The 3P model: People, Parts, Products
People, Parts, Products — the operating model behind the system.
03

Foundations: the Styles layer

I helped define the tokenised Styles foundations — colour, typography, a fluid spacing scale, layout, icons and logo. Because every value is a token, the same foundation re-skins cleanly across themes and ships identically to every framework.

Foundations: the Styles layer — colour, typography, spacing, layout, icons, logo
Tokenised foundations — colour, type, spacing, layout, icons and logo.
04

The component library

30+ reusable components, each documented four ways — Usage · Style · Code · Accessibility — covering every state, with a lifecycle/status so teams know what's stable, draft or deprecated.

The component library with documented states
A documented component library — every component specced once, with all its states.
05

Patterns: best-practice flows

Above components sit patterns — proven, accessible solutions for recurring flows like forms, the global header, search, navigation and credibility — so teams assemble pages from validated building blocks rather than reinventing them.

Patterns: best-practice flows for forms, header, search, navigation
Patterns — reusable, accessible solutions for the flows that recur across the estate.
06

The 5D workflow & governance

The system runs on a 5D workflow — Discover, Design, Develop, Document, Deliver — plus a component-lifecycle checklist and staging-to-production governance, so contributions are consistent and quality stays high as the system grows.

The 5D workflow and governance: Discover, Design, Develop, Document, Deliver
The 5D workflow — how every component moves from idea to shipped, governed release.
07

One system, every framework

Shared design tokens feed HTML, React and Angular off the European Commission's ECL base — so a component is documented once and renders identically in every framework. The result: 3× component reuse in the first year and about 60% less design-to-dev handoff time.

One system, every framework — shared tokens feeding HTML, React and Angular
Shared tokens → HTML, React and Angular, all from one source of truth.
08

Accessible, multilingual, multi-theme

Every component targets WCAG 2.1 AA, reviewed by a dedicated accessibility team; was stress-tested across 24 official languages (including German and Bulgarian); and re-skins through tokens for 6 themes — EP, Youth Hub, Visiting, Historical Archives, Download Centre and the President's site.

Accessible, multilingual, multi-theme: WCAG 2.1 AA, 24 languages, 6 themes
Accessibility, 24 languages and 6 themes — all handled through the same tokenised system.
09

Stakeholders & roadmap

A design system only survives if it's owned. The work was delivered as a cross-functional effort in phases across 2022–2024 — conception, design, accessibility, integration and development each with a defined stake in the system's health.

Stakeholders and delivery roadmap across phases
Stakeholders & roadmap — who owns what, delivered in phases.
10

The system, documented

The library, foundations and patterns, documented end to end — the single source of truth that lets designers and developers ship consistent, accessible products faster.

Key screens — the documented design system
The system, documented — foundations, components and patterns in one place.
The live design system documentation site
The live documentation — how designers and developers actually consume it.
11

Reflection

The value isn't the components — it's the governance that makes consistency and accessibility the default.

Building on the EC's ECL rather than reinventing it meant the system could extend a proven base and focus its energy on EP-specific needs, multilingual robustness and the workflow that keeps it healthy as it scales.

Case 04 Mobile UX · Gamification · Concept → beta · PWA

ZenDare Wellness

Turning healthy living into a guided journey of small, repeatable daily habits.

RoleLead UX/UI · + hybrid build
Timeline2020 — 2022
ContextWellness startup · built during COVID
StackPWA · Ionic · StencilJS
Wellness dimensions7A balanced, holistic habit framework
Expert-backed challenges100+Validated by nutritionists & trainers
ShippediOS &
Android
Live beta from a single build
Engine1 PWAOne codebase, two app stores
01

Problem & opportunity

During the pandemic, wellness apps pushed generic advice and people struggled to build lasting habits. A small startup wanted something engaging and expert-backed instead — and I owned UX/UI from concept to a live beta I also helped build.

Don't try to fix someone's whole life at once. Make one habit loop genuinely enjoyable and repeatable.

User interviewsGuerrilla surveysCompetitive teardown6-8-5 sketchingConcept testingGamificationPWA · Ionic · StencilJS
The problem and the opportunity for ZenDare
The problem & the opportunity — generic advice in, lasting habits out.
02

Research & competitive analysis

I ran interviews and guerrilla surveys, and a competitor teardown of Noom, Headspace and Fabulous — mapping where each kept people engaged and where they lost them. The gap: an experience that's genuinely fun and expert-backed, not just a content library.

Research and competitive analysis of wellness apps
Competitive teardown — what worked, what didn't, and the opening it revealed.
03

Who I designed for

Personas, reconstructed from the documented target audience, kept the work grounded in real motivation and drop-off points rather than feature wishlists.

ZenDare personas
Personas — the people the habit loop had to keep coming back.
04

Concept & ideation

I brought in nutritionists and trainers for credibility, sketched with 6-8-5, and concept-tested with real users (recorded sessions) before converging the scope. That's where the “guided journey of small daily habits” concept earned its place.

Concept and ideation for ZenDare
Concept & ideation — diverging widely, then converging on one tested direction.
05

App map & information architecture

The app map organised the experience across seven wellness dimensions and the core loop, keeping discovery, tracking and rewards each one tap from where you'd expect them.

App map and information architecture
App map & IA — seven dimensions, one coherent structure.
06

Onboarding: getting to know you

Onboarding doubles as personalisation — a few well-paced questions tune the journey to the user's goals before the first habit, so the app feels relevant from day one.

Onboarding flow — getting to know the user
Onboarding flow — personalising the journey before the first habit.
07

The core loop

Everything supports one habit engine: Chapters group themed Challenges (each with difficulty, frequency and timing); daily Actions are simple Done/Skip to-dos; progress is tracked with completion, streaks and status; and learn-more content keeps the “why” attached to each habit.

The core loop: chapter, challenge, action, track, reflect
The core loop — Chapter → Challenge → Action → Track → Reflect.
08

Gamification & rewards

Gamification is tied to real behaviour, never bolted on: Zen Points and streaks reward genuine daily actions, levelled achievements mark real milestones, and redeemable rewards keep motivation visible. The game layer serves the habit — not the other way round.

Gamification and rewards system
Gamification & rewards — points, streaks and achievements anchored to real actions.
09

Content & coaching

Expert-backed guidance is what keeps the habits credible and the journey worth returning to. Nutritionists and trainers validated the challenges, and learn-more content sits beside each action so the “why” travels with the habit rather than living in a separate library.

Content and coaching model
Content & coaching — expert-validated guidance attached to every habit.
10

UI foundations

A warm, colourful system that stays friendly without losing clarity — purple with magenta and orange accents, Nunito, custom illustration and a full set of states including errors and empty screens.

UI foundations: colour, type and components
UI foundations — colour, type, illustration and component states.
11

The shipped app

Built as a single PWA in Ionic/StencilJS and shipped to a live beta on both iOS and Android from one codebase.

ZenDare welcome screen

Welcome

Onboarding questions that personalise the journey

Personalising

ZenDare home dashboard with points and streaks

Home & streaks

Chapter presentation screen

Chapter

Chapter screen listing its challenges

Challenges

Challenge description screen

Challenge

Daily actions to-do screen

Daily actions

Challenge ongoing status screen

Tracking

New achievement unlocked popup

Achievement

Profile page with progress and redeemable rewards

Progress & rewards

The live beta, screen by screen — the whole loop from welcome and personalisation through chapters, challenges and daily actions, to tracking, achievements and rewards.

12

Reflection

Validated, then defunded — a complete zero-to-shipped story.

Seven wellness dimensions, 100+ expert-backed challenges, and a beta live on both stores from one PWA build. The concept and loop were validated with real users before COVID froze the funding and the project paused — but it shows I can take a product from research all the way to a shipped, gamified experience.

Like what you see?

Let's design the next one together.

← Back home