Work · 05/2016 – 05/2022

Liberty Mutual Insurance

6 years leading information architecture and research for myLiberty — Liberty Mutual's enterprise intranet, used by 45,000+ employees across 8 global markets. The core problem: a decade of organic content sprawl had made the site nearly unusable. The IA redesign gave it a structure employees could navigate without relying on search.

Information architecture Mixed methods research Enterprise systems Workflow design Human factors

A decade of content sprawl, and nobody could find anything

myLiberty had grown organically over 10 years: 1,000+ pages, 400+ content editors, no shared structure, no placement rules, no naming standards. Search had become the primary navigation mechanism, and barely worked.

The trigger was a Drupal platform migration. 400 editors couldn't rebuild their content until a structural foundation existed: the IA was the critical path blocker for the entire migration.

The structural problems
  • 1,000+ pages, no consistent structure or placement rules
  • Search became the primary navigation method, and barely worked
  • Tool names incomprehensible to employees (VIPER, RequestIT, Hotelr)
  • Manager-only content isolated in a separate section from topical content
  • 400 editors rebuilding independently = compounding fragmentation
What the work had to deliver
  • A validated site structure that reflected how employees actually think
  • Terminology standards and placement rules 400 editors could follow
  • Navigation that made every resource findable without search
  • A structural blueprint scalable to international markets
  • A repeatable decision framework, not a one-time fix
myLiberty enterprise intranet platform — homepage showing the gold navigation bar, news feed, Quick Links panel, and widget layout used by 45,000+ employees

myLiberty · enterprise intranet platform · post-redesign homepage

Diagnosing the structural problem before designing the solution

Triangulated: IA-specific methods to surface mental models and validate structure, combined with existing behavioral data to diagnose where the system was already failing.

Open card sort
How do employees naturally group content and tasks? What mental model should the IA reflect?
N=200
First-click testing
Where do employees expect to find specific resources? Are the proposed category labels working?
N=100
Tree testing
Can employees successfully navigate to key resources in the proposed structure?
N=150
Moderated usability testing
What breaks down in real navigation attempts? Where does the structure fail under realistic conditions?
N=8
Search analytics + support tickets
What are employees actually struggling to find? Where is search absorbing navigation failures?
Existing data

The structural redesign

Four top-level (L1) categories aligned with employee task flows, validated through card sort data, each with terminology standards and placement rules that let 400 editors rebuild consistently without ongoing UX intervention.

About Liberty + Business/Department
→ Our Company
Combined company-wide information with business unit pages into one coherent category, eliminating the overlap between two sections employees couldn't distinguish.
Employee Center
→ Work & Life + My Career
Split into two distinct categories based on card sort data: work-life resources (benefits, wellness, policies) and career development (learning, performance, advancement).
Manager Center
→ Integrated throughout structure
Manager-only content embedded within topical pages. Managers see relevant content alongside employee content, with no artificial role-based separation fragmenting the structure.
→ Request a Service (new section)
New dedicated section for systems and tools. Every tool link paired with a plain-language task description so employees know what it does before clicking.

L1 navigation · before (dark) → after (gold) · ICs and managers saw different nav bars; both received the same four-category structure

One page per topic, one place to maintain it

The IA defined where content lived. The content page design defined what it contained. We designed all content types for the Drupal platform, with one structural decision at the center: manager-only content would live on the same page as all-employee content, not in a separate section of the site.

Before: topic content split in two

A topic like "Benefits" existed in two places:

  • Employee Center → all-employee benefits content
  • Manager Center → manager-specific benefits guidance

Two pages to find, two pages to maintain. Employees who became managers had to learn a parallel section of the site. Content editors updated the same topic in two places, with no structural relationship enforcing consistency between them.

After: integrated on a single page

One Benefits page, with role-aware content inline:

  • All-employee content visible to everyone
  • Manager content embedded in context, adjacent to the relevant all-employee content, not buried in a separate section

One page to find, one page to maintain. Managers see the full picture without navigating elsewhere. Content editors work within a single site structure.

Single source of truth: the integrated model made consistency enforceable by design. One editor, one page, one location in the IA, rather than two parallel pages that could silently drift out of sync.

Mega menu: three decisions, one consistent system

The old menu surfaced a curated subset of subcategories: anything not featured was effectively invisible. The challenge: make the entire structure navigable from the menu without overwhelming the user.

L2
L3
L3
L3
L3
L2
L3
L3
L3
L2
L3
L3
L3
L3
L3
L2
L3
L3
L3
L3

Before · editor-curated L2 columns · subset of L3 links shown · anything not featured was invisible

Design decision
Maximum 8 L2 sections per L1
Cognitive load: helps employees narrow their next click without scanning an overwhelming list. Visual design: menu overlay height stays consistent regardless of how many subsections a section has. Scalability: prevents future content bloat from degrading findability.
Design decision
Progressive disclosure × responsive design
Two display patterns based on L2 depth. If L2 has more than 4 subsections: show L3 links in a compact list. If L2 has 4 or fewer subsections: give each L3 its own column and display L4 links beneath it.
Mega menu Pattern 1: L2 with more than 4 subsections — Employee Handbook shown with 12 L3 links in a compact two-column list

Pattern 1 · L2 with 5+ subsections · compact L3 link list

Mega menu Pattern 2: L2 with 4 or fewer subsections — Benefits section shown with each L3 in its own column displaying L4 links beneath

Pattern 2 · L2 with ≤4 subsections · each L3 gets a column with L4 links

Design decision
Plain-language descriptions for all tools
Employees couldn't parse "VIPER," "RequestIT," "Hotelr," or "Software Express." Pairing every ambiguous tool name with a brief task description ("Open a support ticket for technical issues") made the tool's purpose visible before the click. Request a Service became the most praised section at launch.
Request a Service section showing Technology Assistance category — each tool link paired with a plain-language task description. Example: 'Open a support ticket for technical issues · iTicket'

Request a Service · Technology Assistance · tool names paired with plain-language task descriptions

Outcomes from the IA redesign and mega menu

These results are attributable to the IA redesign and navigation work specifically, not the six years overall.

Hourly → 0
Navigation support tickets
400+
Content editors unblocked
45K
Employees served, across 8 global markets
The platform earned industry recognition: myLiberty was named 2018 Digital Workplace of the Year by the Digital Workplace Group.

6 years across every aspect of the platform

The IA and mega menu were the structurally significant work, but not isolated projects. Every content problem, feature addition, accessibility initiative, and market expansion came back to the same person who built the foundation.

Search UI and result type design
News feed customization
Homepage widget interaction design
HR knowledge management
IT support / service request flows
Accessibility · WCAG 2.1 A/AA
Global intranet rollout (8 markets)
Quick Links redesign
Preferred language settings
Social network integration research

Systems thinking at organizational scale

The IA and mega menu are the clearest examples, but the same capabilities show up across the full scope above. The question underneath them is the one I care about most now: as AI enters the systems people rely on, where does the human-system boundary break down, and what structural intervention makes it reliable at scale?

CapabilityHow it showed up at Liberty Mutual
Information architecture as systems design The site structure wasn't a navigation redesign. It was a decision framework. Terminology standards and placement rules let 400 editors rebuild consistently without constant intervention. One structural fix eliminated an entire category of recurring support costs.
End-to-end system context For six years, I was the primary UX and IA practitioner on myLiberty. New features, market expansions, and content problems consistently ran through someone who understood the system's history, failure modes, and structural constraints.
Mixed-methods research to diagnose, not just validate Card sorting revealed mental models; tree testing validated the proposed structure against those models; search logs and support tickets surfaced where the existing system was already failing.
Designing for scale and maintenance The IA had to work for 35K US employees at launch and scale to 45K across 8 global markets. The placement rules and terminology standards were designed to be maintainable by 400 content editors independently, with no ongoing UX oversight required.
Translating ground-level friction into platform decisions The "Request a Service" fix was structural, not cosmetic: pairing ambiguous tool names with plain-language task descriptions changed how the entire section was organized, not just the labels. It came directly from observing employees fail to navigate to tools they needed.