← Back to work
Enterprise Platform UX/UI Designer · Capgemini · For Mercedes-Benz R&D

Unifying enterprise workflows for 700+ R&D employees.

A mobile-first enterprise platform for Mercedes-Benz Research & Development, consolidating fragmented internal tools into a single, personalised interface. Built to reduce context-switching and surface only role-relevant information across the organisation.

Role
UX/UI Designer
Research · IA · Visual · QA
Timeline
14 months
Discovery to launch
Users
700+ employees
MBRDI, India
Impact
30% engagement
WCAG 2.1 compliant
One MB · Mercedes-Benz R&D
700+R&D employees
12+Tools unified
30%Engagement lift
WCAG 2.1Compliant at launch
01The problem

Tool sprawl was costing the business focus.

MBRDI employees were managing 12+ internal platforms across approvals, communications, knowledge bases, and operations. Daily productivity was bottlenecked by context-switching, not by the work itself.

User-reported friction

Fragmented daily workflows.

  • Multiple platforms required for routine tasks
  • Time-critical updates buried under irrelevant notifications
  • No clear prioritisation of pending actions
  • Difficulty locating internal subject-matter experts
Organisational gaps

Mobile workflows underserved.

  • Enterprise tools built desktop-first, mobile an afterthought
  • Limited access for field, hybrid, and remote employees
  • No glanceable summary of role-relevant information
  • No personalisation: every user saw the same content stream
12+

Twelve platforms. Twelve places to look. No single source of truth.

Routine tasks meant jumping across approvals, comms, knowledge bases, and operations tools: a tax paid every single day before any real work began.

Design hypothesis

A unified mobile entry point that integrates with existing enterprise systems,
surfacing only role-relevant information per user.

02Research

Grounding the brief in evidence.

Mixed-methods research across functions and seniority levels. The objective: validate the problem space, identify priority workflows, and de-risk early design decisions before committing engineering resources.

Primary research

Semi-structured interviews and contextual inquiries with employees across engineering, design, operations, and leadership. The sample spanned in-office, hybrid, and field-based working modes to capture variance in access patterns.

Secondary research

Competitive analysis of enterprise platforms with similar consolidation goals. Audits of internal tooling and review of analytics from existing platforms to quantify usage patterns and drop-off points.

Validated priorities
Glanceable access to role-relevant content
Personalisation by team, function, and project
Streamlined access to internal contacts
Mobile parity for remote and field employees
Identified pain points
Excessive platform switching for routine tasks
Low signal-to-noise in notifications and updates
No prioritisation logic for pending actions
Inconsistent mobile experience across tools

I check five or six tools every morning to know what's relevant for the day. Most of what I see doesn't apply to my work.

Senior Engineer, MBRDI · research interview
·In motion

The core flow, end to end.

A walkthrough of the shipped app, from the personalised home into the everyday tasks employees reach for most, screen-recorded from the build.

03Design direction

Prioritising for impact.

An impact-vs-effort framework defined the MVP scope. Features were ranked by user value, technical feasibility, and strategic alignment with MBRDI's existing platform ecosystem.

01

Reduce time spent searching for information

02

Surface only role-relevant content

03

Enable quick actions and status checks

04

Support communication and accessibility standards

05

Maintain simplicity at scale

06

Integrate with existing platforms, not replace them

04Wireframes & visual design

From IA to shipped product.

Low-fidelity flows were validated with employees in moderated sessions, then progressively integrated with the Mercedes-Benz visual language. Accessibility was scoped as a launch requirement from project kickoff.

One MB, personalised home
Home · personalised entry point
One MB, holidays & time off
Holidays · time off at a glance
One MB, employee profile
Profile · identity & quick actions
05Outcomes

Deployed across MBRDI.

One MB launched as the daily entry point for R&D employees, with measurable improvements in engagement and platform consolidation within the first quarter of release.

30%
Increase in user engagement
First quarter post-launch
700+
Active employees on platform
Across MBRDI, India
WCAG 2.1
Accessibility compliant
Met as a launch requirement
06Key learnings

Reflections on building for enterprise scale.

What worked
Role-based personalisation drove adoption.

Surfacing only content relevant to a user's team and function was the single largest contributor to the engagement lift. The personalisation layer reduced cognitive load and made the app feel built for the individual, not the company.

What worked
Mobile-first forced disciplined scope.

Designing for constrained screen real estate first required ruthless prioritisation. Every feature had to justify its place in the MVP, which produced a tighter product and a clearer roadmap for later releases.

What was challenging
Legacy system integration.

One MB sat on top of existing platforms rather than replacing them, which required coordinated dependency management across multiple platform teams: each with separate APIs, release cycles, and stakeholder approvals. Specs had to accommodate constraints we couldn't always change.

What was challenging
Accessibility as a late-stage gate.

WCAG 2.1 was a launch requirement, but some components surfaced accessibility issues late in development. We adjusted process to integrate accessibility audits into early design reviews on subsequent projects.

Key takeaway
Enterprise design is editing, not adding.

The pressure in enterprise environments is always to add: more dashboards, more controls, more visibility. One MB reinforced the opposite: value came from deciding what not to surface. Effective personalisation logic and disciplined IA mattered far more than feature breadth.

Retrospective · decisions I'd revisit with what I know now
Would keep

The personalisation architecture. The mobile-first scoping discipline. And the strategic decision to layer One MB on top of existing systems rather than replace them. Adoption depended on it.

Would change

Accessibility audits embedded in early design reviews, not at QA. Broader research across field and remote employees, not concentrated on office-based users. A measurement framework defined at kickoff to attribute engagement lift to specific features.

Let's work together

Actively looking for senior
design roles in the Bay Area.