Redesigning the Global Header & Footer Across Two Enterprise Sites

A complete rebuild of the navigation architecture for thermofisher.com and fishersci.com — improving usability, accessibility compliance, and mobile patterns for millions of users.

2 Enterprise sites updated
WCAG Accessibility compliant
Navigation satisfaction
Nav support tickets
Same AEM component system — two distinct brand expressions
Side-by-side comparison of thermofisher.com and fishersci.com global headers

Users couldn't find what they needed — and the experience showed it

ThermoFisher's global header and footer had accumulated years of incremental changes without a cohesive direction. Navigation patterns were inconsistent between desktop and mobile, accessibility standards weren't met, and the visual language had fallen out of step with modern expectations.

Users were struggling to navigate — particularly on mobile, where the experience hadn't been meaningfully updated. Support tickets related to navigation were a recurring signal. At the same time, the header and footer weren't built on the design system components, meaning every team that needed to make a change was working from scratch, creating more inconsistency over time.

"The header and footer are the frame around every single page. Getting them wrong means every user, on every visit, feels the friction."


Design, engineering, and release ownership — end to end

I wore every hat on this one. I designed the navigation architecture, wrote all the AEM component code, and owned the release — managing the staged rollout across both sites and coordinating with every development team that needed to adopt the new components. This wasn't a project where I handed specs to engineers; I was the engineer.

Title Lead / Manager, UI/UX Engineering
Scope thermofisher.com + fishersci.com
Responsibilities UX design, full front-end engineering, AEM component build, release management
Connected to ThermoFisher Design System (Case Study 1)
Built on the ThermoFisher Design System This project was the design system applied at enterprise scale — the header and footer were rebuilt using the AEM component library I created.
View design system case study
AEM / Adobe Experience Manager Navigation Design WCAG 2.1 Accessibility Mobile UX Mega-Menu Architecture Cross-team Coordination

What changed and why

The revamp wasn't a visual refresh — it was a structural rethink. Every pattern decision was driven by user behavior, accessibility requirements, and the need to work consistently across both brand identities using the same underlying components.

Before
Inconsistent mobile nav

Mobile navigation patterns differed between the two sites and hadn't kept pace with mobile usage growth. Users had to hunt for the right entry point.

After
Unified mobile patterns

Standardized hamburger navigation with consistent drawer behavior, touch targets sized to WCAG spec, and clear hierarchy from top-level to sub-categories.

Before
Accessibility gaps

Navigation lacked proper ARIA labels, keyboard navigation support was incomplete, and focus states were missing or inconsistent across interactive elements.

After
WCAG 2.1 compliant

Full keyboard navigation support, proper ARIA roles and labels, visible focus indicators, and skip-nav links — compliant across both site implementations.

Before
Ad-hoc mega-menu

The mega-menu had grown organically without a clear grid or information architecture. Category groupings were inconsistent and the visual density was overwhelming.

After
Structured mega-menu

Redesigned mega-menu with a clear grid system, consistent grouping logic, and visual hierarchy that guides users from broad categories to specific destinations.

Before
Footer as an afterthought

Footer link architecture had accumulated redundancy and lacked logical grouping. Critical utility links (Order Status, Support) were hard to find.

After
Restructured footer IA

Reorganized into clear utility, product, and company groupings. High-frequency tasks (Order Status, Quick Order, Support) elevated for faster access.


The hardest constraint: change everything without breaking anything

The header and footer are on every page of two of the largest life sciences e-commerce sites in the world. A mistake here isn't a bug on one page — it's a bug everywhere, for every user, instantly. That shaped every decision in our process.

1
Navigation Audit

Catalogued every navigation pattern across both sites — desktop and mobile. Identified accessibility failures, inconsistent interaction patterns, and information architecture issues. This became the brief that aligned stakeholders on what needed to change and why.

2
Stakeholder Alignment

Presented findings to development managers and directors across both properties. The core challenge: every team had their own opinion on nav structure. We got alignment by anchoring every decision to user data and accessibility requirements — not personal preference.

3
Design & Prototype

Designed the new header and footer in Figma, covering desktop, tablet, and mobile breakpoints for both brand identities. Built interactive prototypes to validate navigation flows with stakeholders before writing a line of code.

4
AEM Component Build

I wrote the header and footer as AEM components, using the design system as the foundation. The same component code powers both thermofisher.com and fishersci.com — brand differences are handled through design tokens, not separate codebases. One build, two brands.

5
Release Management

I owned the release end to end — validating in staging, coordinating rollout timing with each development team, and maintaining compatibility so no team's pages broke mid-migration. The header is on every page; there's no such thing as a quiet release.


Three things that almost derailed it

Coordinating across 900 teams

Every team with pages on the sites needed to migrate. The SOPs we built for the design system (Case Study 1) were essential — without them, coordinating this rollout would have been impossible.

Not breaking existing pages

The header sits on millions of pages. We built a careful compatibility layer so teams could adopt the new components on their own timeline without their pages breaking in the interim.

Two brands, one system

thermofisher.com and fishersci.com have distinct visual identities. The component had to support both without forking — solved through the design token architecture in the underlying system.


A navigation system that works for millions of users

The revamped header and footer shipped across both sites. The result: a navigation experience that meets accessibility standards, works consistently across devices, and maintains brand distinction between thermofisher.com and fishersci.com — all powered by the same underlying AEM components.

WCAG 2.1 accessibility compliance achieved
Fewer navigation-related support tickets
Positive user feedback on navigation
Sites updated from one component build

The project also validated the design system's value at scale. By building on the AEM component library rather than from scratch, we were able to ship a consistent, accessible navigation experience across two major enterprise sites — without duplicating the engineering effort.

Previous case study

ThermoFisher Design System

How I founded a UX/UI Engineering team and built the AEM component library that made this project possible.
Read case study Back to all work