Case Study

LinkedIn Admin Center

LinkedIn had no unified place for B2B customers to manage what they bought. As founding designer I led the product from research through the 0→1 launch of contract & billing management — reducing friction for self-serve purchasing — then managed the redesign that folded fragmented people-management tools into a single platform — a home where any admin, from a five-seat founder to a Fortune 500 L&D team, can self-serve their whole relationship with LinkedIn.

100K+
admins activated in the first 2 quarters
8%
lift in add-on purchases
~$350M
estimated self-serve value over the next few years
Role
Founding Designer (IC Lead) → Design Manager
Timeline
~2.5 years · 2 quarters IC + 2 years managing
Platform
Web · desktop-first
Scope
Contract & Billing (0→1) + People Management (redesign)
LinkedIn Admin Center — the Contracts view, each contract as a single order form

Context & background

What is LinkedIn Admin Center?

The single destination for B2B admins to manage their entire relationship with LinkedIn — contracts, billing, user & license management, and product administration.

It has to serve everyone from a founder managing five seats to a Fortune 500 L&D team managing thousands of licenses across multiple LinkedIn products at once.

The 90/90 strategy: enable 90% of customers to self-serve 90% of their post-purchase needs.

A problem hiding in plain sight.

~90K
billing-related support cases per year
80%
of billing cases had self-serve potential
4.25 days
average time to complete a billing change
7+
separate tools admins navigated to do their jobs

And 48% of Account Center cases were basic usability — add a user, explain a license, reassign a seat — the exact work a self-serve platform could absorb.

Two challenges, two bets.

Contract & Billing — 0 → 1
No self-serve contract or billing management existed — everything went through reps or support, so we built it from scratch. How might we give B2B admins full visibility and control over their contracts and billing, without a single support rep, so managing the relationship feels as easy as any modern SaaS product?
"It should not be this hard to pay someone."
People Management — redesign & integration
Tools were scattered across Account Center, Business Manager, and the LOB tools — different UI patterns, inconsistent terminology, conflicting mental models. How might we consolidate 7+ fragmented tools into a single, role-appropriate experience so admins of any size org can manage users and licenses with confidence?
"There should be one platform and all tools accessible through it."

Research & discovery

How we understood the problem.

🎙
Customer & admin interviews
B2B admins from SMB to enterprise, plus LinkedIn CSMs, support reps, and sales reps. Surfaced nuanced differences in mental models and frustrations.
📊
Surveys
Validated and quantified the interview themes at scale. Showed which self-serve capabilities customers most urgently needed.
🔍
Competitive analysis
Google Workspace Admin, Adobe Admin Console, Salesforce. Unified admin was table stakes — LinkedIn lagged significantly.
📈
Support-case analytics
Mined the support queue for what admins kept contacting us about and which cases were self-servable — the data confirmed the scale of the opportunity.

What we learned.

There wasn't one admin — there were four
Four distinct admin types, each with different needs. Designing for a generic "admin" would fail all of them.
The tools failed at their most basic jobs
Broken confirmation states, inconsistent terminology ("license" vs "seat"), no feedback after actions. Admins couldn't trust whether things worked.
One-size-fits-all served no one well
Enterprise features cluttered SMB; enterprise admins found the tools underpowered for hundreds of licenses. With no segmentation, both groups suffered.
A massive self-serve opportunity
Between billing and user management, most cases could be handled without ever involving a rep — exactly the work the new platform was built to absorb.

"The admin" was actually four different people.

The user-roles matrix became a lasting reference shared across design, PM, and engineering throughout the project.

Enterprise Admin
Covers both license and billing management, and is the single point of contact for LinkedIn.
Billing Admin
Responsible for working with LinkedIn on purchasing and contract management.
License Admin
Responsible for assigning and managing who has access to licenses.
Finance Team
Comes in to pull invoices and other billing information.

Designing the information architecture

Before diving into the details of any single screen, I ironed out the navigation — how a user flows through the whole experience.

A navigation built on priority and jobs.

Each top-level job-to-be-done maps to a single entity in the primary left-hand nav — Licenses & permissions, Contracts, Invoices, Payment methods, and Activity log — ordered by how often admins actually visit.

So any of the four admins can walk in and instantly find what they're looking for — especially when they don't need everything, just the one thing they came for.

The primary left-hand navigation — each top-level job is its own nav entity (Licenses & permissions, Contracts, Invoices, Payment methods, Activity log), prioritized by visit frequency.
The primary navigation — one entity per top-level job, ordered by visit frequency. Click to enlarge

Related, not nested.

These jobs are deeply interconnected — a contract has permissions that govern who can edit it, invoices generated against it, and payment methods used to pay it. The tempting move is to bury all of that inside the contract.

Instead, I kept every entity at the same level of the nav — none of them owns the others — and connected them with redirects. From a contract, "Invoices" doesn't open a buried sub-page; it jumps to the Invoices entity with a filter already applied for that contract. The relationship stays intact, nothing gets hidden a level deep, and each entity stays directly reachable for the admins who live in it.

A contract's related items — permissions, invoices, and payment methods — are kept as top-level entities and reached from the contract via redirects with a filter applied, rather than nested inside it.
Related items stay top-level; a contract redirects to each with its filter applied. Click to enlarge

The designs

People management.

One of the largest drivers of support tickets in people management was confusion about how licensing and permissions actually worked — admins often weren't sure what they were assigning, or what access they were handing out.

So I designed an add-user flow that makes the stakes legible: as an admin adds people, they can see exactly which license they're assigning and the permissions and access it grants — before anyone is given anything.

Add seats to a contract.

Adding seats used to mean looping in a sales rep and waiting — often weeks — for a quote, a signature, and provisioning. I designed self-serve seat purchasing right on the contract: an admin adds the seats they need in context, sees a prorated cost summary, and confirms — the charge simply lands on the next invoice. What took weeks now takes a minute, no rep required.

Editing contract information.

Smaller billing edits — a new PO number, updated payment terms, a different billing contact — used to mean weeks of back-and-forth with a customer success agent. Now they happen in seconds, in a focused side sheet without ever leaving the contract. Fields validate inline, and the typeahead pickers only surface people already on the account, so bad data never gets saved in the first place.

Finance finds any invoice in seconds.

The finance team lives in invoices. Instead of emailing an admin to dig one up, they filter by contract or status and search by invoice number to land on the exact charge, then open the receipt to reconcile it — self-serve, end to end.

Payment method management, PCI-safe.

Admins manage the cards on file the way they'd expect from Stripe — add a method, set a default, or remove an unused one. Each card shows how many contracts it's active on, and a card that's in use can't be deleted until it's replaced. Card numbers and CVV stay masked and read-only, so the flow never handles raw PCI data.

Outcomes & impact

The 90/90 strategy, in dollars.

Reducing friction for self-serve purchasing wasn't just a support win. Those near-term gains were only the proof point; projected across LinkedIn's SaaS businesses, the 90/90 strategy compounded into significant value over the next few years — freeing sales reps from post-sale admin work and driving new add-on purchases as buying went self-serve.

~$350M
estimated self-serve value over the next few years
100K+
admins activated in the first 2 quarters
8%
lift in add-on purchases