4 min read

Making 40+ enterprise apps feel like one product

Client
Global corporation (SAP product team)
My role
Lead UX design consultant
Timeline
2 fiscal years
What changed
One design system and accessibility standard across all 40+ apps
SAP Enterprise Platform

Overview

The problem

The company ran more than 40 SAP apps, and each one had been built by a different team at a different time. Someone in the field might open four of them before lunch and have to relearn the layout every time. Design got pulled in at the end to clean things up, if it got pulled in at all. And no one could say whether any of it was working, because no one was measuring it.

The solution

I built one design system and one accessibility standard for all 40+ apps, then made them easy to use with a shared component library and design checkpoints written into the release process. The apps started to look and work alike. People stopped relearning the same screens. And design quality finally had numbers behind it, so the business could see what it was getting.

Who I worked with

Partners from strategy through delivery

SAP application manager
SAP general manager
Product owners
Business analysts
Developers
Project managers

What I worked on

A portfolio of 40+ SAP Fiori business apps

Logistics & dispatch
Asset health & maintenance
Safety & compliance
Workforce & HR management
Analytics & performance
Workflow & process

My approach

Building an enterprise UX practice that scales

Four moves that turned scattered, one-off design work into a system, and made 40+ apps feel like one product.

Establish the foundation

Establish the foundation

Build one design system that all 40+ apps share.

Create feedback loops

Create feedback loops

Trade guesswork for feedback from the people using the apps.

Make quality routine

Make quality routine

Check design and accessibility at every step, not just at the end.

Get teams to own it

Get teams to own it

Train teams, show what’s working, make UX everyone’s job.

1

Establish the foundation

Before any of the bigger work, the apps needed to look and behave like they came from the same company. We reviewed all of them, then built a Fiori style guide with a reusable component library and accessibility rules everyone worked from. Once a button looked like a button everywhere, people could stop thinking about the interface and get on with the job. Designers and developers stopped guessing, too.

User experience audits

User experience audits
Focus areas
  • Visual hierarchy
  • Form clarity
  • Feedback & alerts
  • Accessibility & contrast
  • Error recovery
  • Readability
  • Button alignment

Fiori style guide

Fiori style guide
Unified standards
  • Colors & typography
  • Core UI elements
  • Accessibility rules

Fiori pattern library

Fiori pattern library
Reusable components
  • Progress stepper
  • Filter bar
  • Dialog / Message box
2

Create feedback loops

Most enterprise teams design without ever hearing from the people on the other end of the screen. We added feedback right inside the apps, sat with people during their workday, and tracked where they got stuck, so the teams building the apps could feel what their users were feeling. Assumptions gave way to evidence, and the conversation shifted from “what should we ship next” to “what’s actually getting in people’s way.”

In-app user feedback

In-app user feedback
Highlights
  • Capture feedback at the moment of use
  • Turn what people tell us into quick fixes

Closing the loop

Closing the loop
Highlights
  • Keep product teams and users talking
  • Track feedback over time

“Day in the life” interviews

“Day in the life” interviews
Focus Areas
  • Workflow optimization
  • Pain points
  • Workarounds
  • What slows people down
  • How information moves
  • Collaboration gaps
  • User expectations
3

Make quality routine

Design quality is decided between the moment a request comes in and the day the app ships. We added UX and accessibility checks at every step in between, so quality wasn’t something bolted on at the end. The standards stopped being a document and started showing up in every release.

Cross-functional workflow for app feedback

Cross-functional workflow for app feedback
4

Get teams to own it

Tools and standards don’t change a culture on their own. We ran training, told the stories of what was working, and made it normal to talk about user experience the same way teams already talked about uptime or revenue. UX went from “someone else’s job” to a shared craft.

Design thinking workshops

Design thinking workshops
Focus areas
  • Usability
  • Accessibility
  • Visual design
  • Information architecture
  • Performance
  • Adoption
  • Business alignment

Success stories

Success stories
Benefits
  • Build awareness
  • Inspire teams
  • Strengthen credibility

Product health scorecard

Product health scorecard
Benefits
  • Let teams run their own UX checks
  • Identify areas to improve

The impact

Dimension
The outcome
Scalability
Brought 40+ applications under one design system, replacing hundreds of one-off UI components with a small, reusable library.
Velocity
The shared library cut the average time from design to development by about a third. Designers stopped rebuilding the same things and spent their time on the work only they could do.
Quality
Standards and accessibility checks built into the process cut UI defects in production by more than half, quarter over quarter.
ROI
Clearer flows cut new-user training time in half, with real annual savings in support and onboarding.
Adoption
Changes we made from user data lifted NPS by roughly 20 points across several release cycles. People who used to work around the apps started recommending them.

True design isn't just about pixels. It's about the system that produces them. And it kept working after I left.

Next case studyTurning disconnected grant tools into one trusted platform →