Salesforce case study part 2
The fix leadership rejected in 2012, and the data that got it approved in 2013.
CRM
Enterprise
B2B
1→2
ROLE
Lead UX Designer
COMPANY
Salesforce
TIMELINE
2013
TEAM
Solo, ENG, QA, PO, Scrum
BY THE NUMBERS
23 fields to 8
the same fix rejected in 2012
50%+ fewer
support calls after redesign
$100k+ saved
in call center costs for Dreamforce 2013
Visuals: Before and After
2012: 23 fields
Close up
2013: 8 fields
The Problem
The 2012 form was still costing money.
Dreamforce 2012 shipped with 23 mandatory fields on a single registration screen, and the session reset entirely after 15 minutes of inactivity, forcing users to start over. More than half of Dreamforce's customer service calls traced back to registration difficulties, a direct, measurable cost that leadership hadn't priced into the 2012 decision.
Role & Constraints
OWNED
Modernizing the registration and account-creation flow to the 2013 style guide, reworking flow, interactions, and performance for desktop and mobile.
PARTNERED ON
Developers, QA, a product owner, and a scrum master throughout the rebuild.
CONSTRAINTS
The same 23-field design flagged as a risk in 2012 was still live and generating call volume.
WHAT CHANGED SINCE 2012
Full-time employment status, and a year of measurable call center data tying friction directly to cost.
The Approach
4 steps, one vision.
1. DISCOVERY: Pulled a year of call center data tying registration friction to over half of all support calls.
2. DEFINITION: Set a target of 8 or fewer required fields, in line with established usability guidance.
3. DESIGN & ITERATION: Built task flows, wireframes, and clickable prototypes for desktop and mobile with QA and engineering.
4. DELIVERY: Shipped the reworked flow ahead of Dreamforce 2013, alongside the refreshed style guide.
Key Decisions
Same fix. Different pitch.
The fix
Cut required signup fields from 23 to 8
Why:Over half of support calls traced to registration friction, and this was the exact recommendation rejected in 2012.
Result: Registration-related support calls dropped by more than half, and call center costs fell by roughly $100,000 a year.
The pitch
Led with a year of cost data instead of the design alone
Why: The same recommendation, presented without numbers attached, had been overridden the year before.
Result: The proposal was approved and shipped, and the flow has stayed in production largely unchanged since.
Visuals
Dreamforce 2013 registration flow
To navigate: drag with mouse, use your left or right arrow keys, click the blue arrow icons, or swipe with your trackpad
Outcome
What shipped, and what held up.
Dreamforce 2013 drew 143,000 attendees, nearly double 2012's 77,000, on a registration flow that now asked for 8 fields instead of 23. Registration-related support calls fell by more than half, saving Salesforce roughly $100,000 in call center costs, and the core account-creation flow shipped in 2013 and is still running twelve years later, as of 2025.
Reflections
The fix here was the same one I'd proposed in 2012. What changed was how I pitched it: leading with a year of call center data and usability precedent instead of asking leadership to trust the design on its own.