Case study 04neoHR · Munich · Public-sector enablement2022–2023

UX knowledge that stays
with the team.

The goal was not to need external UX help forever. The goal was a way of working that lets teams make better and more accessible decisions themselves.

ChallengeLarge organization. Different levels of UX maturity. Accessibility as an obligation and a quality standard.
My roleSenior UX/UI Consultant · UX Lead
Key contributionBuilt a method toolkit, MVP framing, and accessibility practice together with the teams.
Outcome & evidenceMore repeatable UX decisions inside the team.Organizational change observed

Measured means the figure comes from a documented survey inside the project. Observed means the change was visible in everyday work but was not formally captured.

neoHR case study with method cards, accessible interfaces, and workshop artifacts
Figure 04 — context, system, and impact

01 — The Context

A workshop is not yet a UX capability.

In an administration with 45,148 employees as of December 31, 2025, methods have to survive very different contexts. They have to be understandable, accessible, and usable without specialist knowledge.

The context:Public sector, many roles and processes, high demands on traceability and accessibility.

The real task:Not unloading knowledge. Building a set of methods and decision paths that can genuinely be used day to day.

02 — The Impact

Less dependency. Better-reasoned decisions.

45,148employees in the organizational context (as of December 31, 2025)
Earlyaccessibility in research, concept, and component
MVPframed decision-ready

Teams were able to reuse methods, justify decisions more transparently, and bring accessibility into product work earlier. The employee figure describes the organization, not the number of users reached.

Public insight is tightly limited in an administrative context. I am glad to walk through the method toolkit and individual decision paths anonymized in a direct conversation.

Schematic: four project phases with a continuous accessibility band and a decision point for MVP scope.
Accessibility as a continuous band, not a sign-off at the end

03 — The Approach

Methods have to be self-explanatory enough to work without us.

01

Simplify the language

Take methods out of UX jargon and explain them so business and product teams can work with them directly.

02

Test them on real cases

Do not perfect the toolkit in theory; sharpen it against live decisions.

03

Build accessibility in

Treat accessibility not as a sign-off but as a question in research, concept, and component.

“Enablement has worked when the team takes the method and no longer has to call us about it.”My benchmark for successful enablement

04 — Key Learnings

What stayed from this work.

Simple does not mean shallow.

A clear method can carry complex decisions. It just has to show the right complexity.

Accessibility starts early.

The later it shows up, the more it feels like a constraint. Early on it becomes the better product model.

Working on a similarly complex product?

Let’s talk ↗