Work BuyerAssist 2.0
SaaS WebappDesign SystemUX ResearchB2B

Rebuilding BuyerAssist from the ground up — so buyers actually close

Role Lead UX Designer
Type SaaS · B2B
Year 2024
Duration 6 Months
BuyerAssist 2.0 Hero

What is BuyerAssist?

BuyerAssist is a B2B SaaS platform that helps enterprise sales teams guide buyers through complex purchasing decisions — reducing deal cycles and increasing close rates by giving buyers a structured, collaborative experience instead of a flood of emails and disconnected documents.

Version 1.0 had grown organically over two years, resulting in an inconsistent UI, fragmented component library, and a steep learning curve that was killing trial conversions. The goal of 2.0 was a full design system overhaul — not cosmetic updates, but rearchitecting the product from foundations up.

💡

How might we compress the complexity of enterprise sales into a platform that a new user can learn in under 90 minutes — without sacrificing the depth that power users need?

What we were solving

01

Inconsistent Components

Over 40+ button variants, 3 different modal styles, and zero shared spacing scale across the product. Every screen felt like it was designed by a different person.

02

Poor Onboarding

New users required 3+ hours of training before becoming productive. Trial drop-off was 68% — meaning most potential customers were leaving before they ever saw the value.

03

No Design–Dev Handoff Process

Designs lived in scattered Sketch files with no tokens, annotations, or component documentation. Engineers re-implemented the same patterns from scratch every sprint.

04

Accessibility Gaps

Color contrast failed WCAG AA in 60% of screens. No keyboard navigation support existed. The product was unusable for a meaningful portion of enterprise users.

Understanding the users first

We conducted 12 user interviews across sales reps, managers, and buyers. Sessions were 45 minutes each, mixing contextual inquiry with task-based usability tests on the existing product. The goal was to understand real workflows, not just map UI frustrations.

12 User interviews
3 User personas
68% Trial drop-off rate

Key research findings

  • Sales reps spent an average of 14 minutes per deal just locating the right template — before any actual work had started
  • Buyers found the shared portal confusing — unclear what actions were expected of them and when
  • Managers had no visibility into deal health without exporting data to spreadsheets
  • Mobile usage was 34% but the interface was desktop-only, with no responsive support at all

Building the foundation before the features

🎨

Color Tokens

Semantic color system with 5 scales (primary, neutral, success, warning, error), each with 10 stops. All pairs pass WCAG AA — no exceptions.

✏️

Typography Scale

8-step type scale built on a 1.25 modular ratio. Separate display, body, and mono stacks with line-height and letter-spacing tokens for consistency at any size.

📐

Spacing & Grid

4px base grid with a T-shirt sizing alias system (xs→3xl). 12-column responsive grid with defined breakpoints at 375, 768, 1024, and 1440.

🧩

Component Library

82 base components, each with 4–6 states and full variant coverage. Documented in Storybook with usage guidelines for every component.

Motion System

Easing curves, duration tokens, and reduced-motion support baked into every animated component from day one — not added at the end.

Accessibility

Focus rings, ARIA roles, keyboard nav, and color-blind-safe palettes built in from the start — not bolted on as an afterthought during QA.

BuyerAssist 2.0 — user flow mapping

User flow mapping — deal lifecycle from creation to buyer sign-off

BuyerAssist 2.0 — wireframes

Mid-fidelity wireframes — information architecture validated before visual design

BuyerAssist 2.0 — component exploration

Component exploration — 312 unique UI elements consolidated into 82 reusable components

BuyerAssist 2.0 — final screens

Final screens — the complete 2.0 redesign across desktop and responsive breakpoints

How we got there in 6 months

01

Audit & Inventory

Catalogued every UI element across 120+ screens. Identified 312 unique components that could be consolidated into 82 — exposing the full scale of the inconsistency problem and giving us a concrete consolidation target.

02

Token Architecture

Defined a three-tier token system: primitive → semantic → component. This enabled dark mode and white-label theming from day one — features that enterprise sales tools need but rarely plan for at the start.

03

Component Builds

Built components in Figma using Auto Layout, variants, and interactive states. Each component had a paired Storybook story — design and code in sync from the first build, not the last.

04

Screen Redesigns

Redesigned all 120+ screens using the new system. Ran usability tests at mid-fidelity before moving to hi-fi — catching navigation and flow problems before they became expensive to fix.

05

Dev Handoff

Used Figma's inspect panel and custom annotations. Worked directly with engineers in two-week sprints throughout implementation — so questions got answered in Slack, not after a handoff document was already outdated.

Results after launch

↓ 42% Onboarding time reduced

New users became productive in under 90 minutes vs 3+ hours previously — the biggest single improvement in the product's history.

↑ 31% Trial conversion rate

Drop-off during free trial fell from 68% to 37% within the first quarter post-launch.

↓ 60% Design–dev iteration cycles

Shared token system and component docs eliminated most back-and-forth between design and engineering.

100% WCAG AA compliance

All screens passed contrast, keyboard, and screen-reader audits on first QA pass — a first for the product.

Next Case Study Conditionly — Loan Tracker

Replacing scattered spreadsheets with a single loan-tracking pipeline for mortgage processors

LET THE DESIGNING BEGIN!
✅ Message sent! I'll get back to you very soon.
Please enter your name.
Please enter a valid email.
Please enter a subject.
Please write a message.