← Back to portfolio

CoR & EESC · EU recruitment · 2020–May 2026

HR Forms: one recruitment journey for two EU institutions

Senior UX/UI Designer & Researcher
Institutions
CoR + EESC
Products
Candidate portal + HR workspace
Standards
WCAG 2.2 AA · GDPR
Method
Agile Scrum · Sprint 0

Core impact

Recruitment for two EU institutions consolidated into one accessible digital journey

I digitised and consolidated recruitment workflows for the European Committee of the Regions and the European Economic and Social Committee: guided, progress-tracked application forms for candidates, and a workspace where HR teams manage candidate pools and evaluate applications consistently.

Privacy and accessibility were requirements from the first sprint, not a final review. Tech stack: CoR/EESC design-system components, prototyped in Figma.

Two institutions, two HR teams, one candidate journey

Before any screen was designed, Sprint 0 aligned both institutions on who the platform serves, what success means, and what the existing systems and data rules allowed.

Sprint 0 activities

  • Agreement with stakeholders with CoR and EESC HR teams on shared and institution-specific needs.
  • Business KPIs defined up front: application completion rate, time to complete an application, incomplete or invalid submissions, and HR time to shortlist.
  • Technical feasibility checks with engineering on forms, file uploads and role-based access.
  • Privacy and accessibility requirements mapped (GDPR, WCAG 2.2 AA) before design started.

Primary persona

External candidate

Job to be done
Find an EU role and submit a complete, correct application with confidence.
Pain points
Long forms, unclear requirements, and no clear sense of progress or what is still missing.

Enterprise persona

HR officer

Job to be done
Manage candidate pools, filter applications and evaluate them consistently with colleagues.
Pain points
Applications spread across workflows, inconsistent evaluation between teams, and access to personal data that must stay controlled.

Baseline usability barriers

Candidates were most likely to stall at long, document-heavy steps where requirements were unclear. HR time was lost consolidating and filtering applications across separate workflows.

How easy to use and accessible was the old flow?

I evaluated the existing recruitment journey against the 10 usability rules of Nielsen Norman Group and the WCAG 2.2 AA accessibility standard, then turned each finding into a design response for the new candidate and HR experiences.

Usability audit of the legacy recruitment flow and the design response in HR Forms.
Usability ruleWhat I evaluatedDesign response
Visibility of system statusWhether candidates could tell where they were, what was saved and what was left to complete.Progress-tracked steps with clear saved and completed states.
Match between system and real worldHR and staff-regulation terminology that external candidates may not know.Plain-language labels and contextual help next to each requirement.
Consistency and standardsDifferences between the CoR and EESC journeys for the same tasks.Shared form, upload and filter patterns from the CoR/EESC design system.
Recognition rather than recallLong single forms that made candidates remember earlier answers and requirements.Grouped steps and a review summary before submission.
Error prevention and recoveryWhen and how validation errors were shown.Clear error messages next to each field that say what to fix.
Accessibility and contrastContrast, keyboard access, labels and focus order (WCAG 2.2 AA).Text contrast of at least 4.5:1, visible focus, labelled fields and logical tab order.

Testing the riskiest tasks every iteration

Each iteration tested the tasks most likely to block an application or slow down HR review, through usability sessions with 12 participants: HR admins and super users.

Friction found in the legacy flow and the change made after testing.
Test scenarioFriction in the legacy flowChange after testing
Start an application and complete personal detailsRequirements only became clear partway through the form.A welcome step sets out the documents and effort needed before starting.
Upload supporting documentsUnclear which documents and file formats were required.Required documents and accepted formats shown at each upload field, with inline errors.
Review and submit the applicationNo overview before submitting, so errors surfaced late.A review summary with links back to each step.
HR: filter a candidate pool by criteriaApplications reviewed across separate lists.One shared data grid with visible, editable filters.

Candidates wanted to know what they would need before they started, not partway through the form.

Key insight from usability testing

How the design evolved

The next iteration added a welcome step listing required documents and expected effort, and split the application into shorter, progress-tracked steps.

Candidate portal and HR workspace

Candidate experience

Guided, progress-tracked forms make applications easier to complete, with privacy and accessibility built in from the start. I designed and tested the portal on small phones, down to iPhone SE.

HR management workspace

Tools for managing candidate pools, filtering applications, applying role-based access, and supporting consistent evaluation across teams, built from shared data-grid and filter components.

HR Forms welcome screen for a new CoR candidate

Welcome screen

Entry point for new candidates, setting expectations before the application starts.

HR Forms information page introducing EU job opportunities

Work with us

Plain-language introduction to EU job opportunities and how to apply.

Candidate application portal shown in a mobile phone mockup

Mobile adaptation

The candidate portal on a compact viewport (iPhone SE).

HR Forms candidate journey and workflow diagram on a tablet

Candidate workflow

The full application journey on tablet.

What changed, and what I learned

Measurable outcomes

  • Application completion: guided, progress-tracked steps replace one long form, with errors caught before submission.
  • HR review: candidate pools filtered and evaluated in one shared workspace.
  • Accessibility: WCAG 2.2 AA used as the design and validation baseline.
  • Privacy: GDPR requirements designed into data collection and role-based access.
  • Consolidation: recruitment for CoR and EESC on one shared platform pattern.

Retrospective

Aligning two HR teams early, in Sprint 0, made it possible to agree on one candidate journey while keeping room for institution-specific rules.

Bringing privacy and accessibility requirements into the first sprint meant they shaped the form structure, instead of being patched in after development.