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

UX knowledge that stays
with the team.

The goal was a way of working that lets the teams make better and more accessible decisions themselves.

ChallengeA large administration with very different levels of UX maturity. Accessibility is both an obligation and a quality standard there.
My roleSenior UX/UI Consultant · UX Lead
Key contributionBuilt the method toolkit and accessibility practice together with the city. For neoHR, picked the most important features with the team and built an MVP within the given technology.
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, methods meet very different teams. They have to be understandable and accessible and work without specialist knowledge.

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

The real task:Building methods and decision paths the teams use 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
MVPwithin the given technology, with real content

Teams were able to reuse methods, justify decisions more transparently, and bring accessibility into product work earlier. The MVP ran on the given technology and showed the real content. That let the team decide whether to build it out or question the technology once more. 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 for people who are not UX professionals.

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

Sharpen the toolkit against live decisions.

03

Build accessibility in

Ask about accessibility in research, concept, and component, not only at sign-off.

“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 ↗