Case StudyHealthcareEnterpriseRedesign

Untangling a content platform built for itself, not its readers.

A six-month redesign of Advisory.com, the news arm of UnitedHealth Group's healthcare intelligence business. Consolidated 30+ AEM templates into 11, remapped 70+ components, and gave a publishing team back the tool they needed to actually tell stories.

Role
UX/UI Designer
(team of 3)
Team
3 UX Designers
10 Developers
Timeline
6 months
4w discovery · 5mo design
Stack
Figma · Mural
Adobe Experience Manager
01 — CONTEXT

A newsroom strangled by its own CMS.

Advisory.com is the editorial voice of Advisory Board, UnitedHealth Group's healthcare intelligence business. It exists to tell the stories that move healthcare decisions — research, events, training, briefings.

But the publishing team had a problem: every story they wanted to tell had to fit a template that was designed for a different story. The site had grown to 30+ AEM templates and 100+ components, with no clear logic for which to use when. Authoring a single article became a guessing game.

UHG asked us to revamp the operating model. What we found was that the operating model wasn't the problem — the system underneath it was.

02 — DISCOVERY
Discovery

18 interviews. One pattern.

We ran 18 stakeholder interviews across the editorial, marketing, and engineering teams to understand where the friction actually lived. The complaints sounded different on the surface — slow page builds, inconsistent design, weak search, hard-to-scan layouts — but they all traced back to the same root.

The system had been built to anticipate every possible content combination through static templates. Each new edge case got a new template. Over time, the templates outpaced the team that had to use them.

18

Stakeholder interviews across editorial, marketing, and engineering

30+

AEM templates audited, most with only minor variations from each other

100+

Components in inventory with no clear pattern of which to use when

Excerpt from the findings deck presented back to UHG leadership.

03 — THE PROBLEM
The Problem

Three layers of friction.

The interviews surfaced friction at three distinct layers — design, usability, and content. Each layer compounded the others. A wall of text from a rigid grid was harder to publish, harder to scan, and impossible to search well.

L/01 — DESIGN

The page itself was working against the story.

  • Three-column grid forced narrow content columns and walls of text.
  • Components were inconsistently styled across the same template.
  • Limited imagery made pages unscannable.
L/02 — USABILITY

Authors fought the system to publish.

  • 30+ templates and 100+ components made every page build a decision tree.
  • Site search returned the wrong content too often to trust.
  • Translating research into web format took longer than writing it.
L/03 — CONTENT

The content the business sold was buried.

  • Events, trainings, and featured research had no surfacing strategy.
  • An overwhelming taxonomy of topics and filters fragmented attention.
  • Recommendations were manual, leaving stale links across the site.

30+ templates and 100+ components made page building time-consuming and confusing for authors.

— Internal stakeholder interview
30+11
The Move

Consolidation, not deletion.

We grouped the 30+ existing templates by their underlying layout structure and consolidated down to 11 future-state templates. Then we mapped the 70+ components against those 11 templates, giving authors a clear, flexible system instead of a deep menu of near-duplicates.

05 — TEMPLATE AUDIT

The map that made it visible.

Before we could consolidate, we had to make the sprawl legible. We mapped every template against every component, then grouped templates by structural similarity. The map became the artifact that aligned the design team, the dev team, and the client around what was actually being built.

Template map — overview of all 30+ templates grouped by layout structure.

Component mapping — 70+ components remapped against the consolidated 11 templates.

06 — DESIGN DECISIONS
Design Decisions

Four calls that shaped the work.

Every decision in this project had to answer one question: does this make the publishing team's life easier without sacrificing the reader's experience? If the answer wasn't both, it didn't ship.

D/01

Consolidated 30+ templates into 11 by layout family, not page type.

The original templates were organized by what kind of content lived in them — events, briefings, research, etc. We regrouped by structural similarity instead, which let one flexible template serve multiple content types.

Required the editorial team to think about content as flexible blocks rather than fixed page types — a conceptual shift, not just a UI one.

D/02

Replaced the three-column grid with a flexible content-first layout.

The legacy three-column grid was the source of nearly every “wall of text” complaint. A wider, more variable layout let images, callouts, and longform research breathe — and made pages scannable for the first time.

Marketing surfaces in the right rail had to be re-evaluated and reconsolidated, since the rail no longer existed by default.

D/03

Built personalized pathways for events, trainings, and featured research.

The most commercially valuable content was getting the least exposure. New surfacing patterns gave editors deliberate places to promote events and research at moments that matched the reader's journey.

Required defining a content priority hierarchy with the editorial team — a conversation that hadn't happened before this project.

D/04

Realigned the client team mid-project when scope drifted from lift-and-shift to full redesign.

Midway through, it became clear the client's main stakeholder wanted a redesign, while the dev team had been scoped for a lift-and-shift. The two were on a collision course. We led joint working sessions to surface the misalignment, document the actual scope both sides could commit to, and reset the design direction with the broader client team in the room.

Cost a sprint of momentum to re-align. Saved the project from shipping something half the client team wouldn't sign off on.

07 — FINAL UI

What shipped.

The redesigned system in context — a flexible canvas for the editorial team, a scannable experience for the reader.

UI/01

Desktop content experience

The flexible content-first layout in production. Wider type measure, intentional imagery, and clear pathways to related research and events.

Why it matters → Readers stay longer because the page actually invites them to.
UI/02

Article and module composition

Components from the remapped library, assembled into a real article. Same building blocks, different stories, no custom dev required.

Why it matters → One system, many stories. Authors stop guessing. Devs stop maintaining duplicates.
08 — OUTCOMES

What the work actually delivered.

A six-month engagement that left UHG with a leaner system, an aligned team, and a publishing operation that could finally keep up with the editorial calendar.

Templates
30→11

AEM templates consolidated. Clear logic for which to use when.

Components
70+

Components remapped to the new template system for reuse and consistency.

Discovery
18

Stakeholder interviews, surfacing the patterns under the noise.

Alignment

Realigned a divided client team mid-project so a shippable scope could land.

09 — REFLECTION

What I'd do differently.

Hindsight on a six-month enterprise engagement.

Surface scope misalignment in week one, not month three.
The redesign-vs-lift-and-shift confusion was visible in early stakeholder interviews if we'd known what to listen for. I'd build a scope-confirmation conversation into the first week of any future enterprise project — explicit, documented, signed off by both client and engineering.
Talk to authors as much as stakeholders.
The 18 interviews gave us the strategic picture but were heavy on leadership and stakeholders. Spending more time shadowing the editors who actually published in the system would have surfaced the day-to-day friction faster.
Define success metrics with the client before designing.
“Streamline content authoring” is a direction, not a metric. If I were running this again, I'd push for measurable definitions — time-to-publish, editor satisfaction, page-build clicks — before opening Figma. Outcomes you can't measure are outcomes you can't defend.
Next case study
FD: Flex Parlay