25 clicks. Zero trust.
Deal Registration is how IBM partners protect a sale and unlock incentives — it's one of the core journeys inside the wider IBM Partner Portal, which itself unified 45 legacy apps into a single platform. Within that portal, Deal Registration was the single biggest source of friction: finalising one deal took 25 clicks, with no visibility into why deals were rejected and no trust in the data on either side.
Partners were making 25 clicks just to finalise one deal, with no visibility into why it might be rejected.
The goal was one platform, one command centre for all partner revenue activity — built around a single mission: partners need visibility into the system, sellers need to trust the data. I got there through blueprinting workshops mapping the flow end to end, then talking to partners and sellers directly. Four things stood out:
Three pillars drove every decision I made, built as one consistent system rather than a one-off flow:
I designed progressive disclosure so partners only see the complexity they need, when they need it
I restructured the flow to 3 steps, down from 4, and rewrote the dense legal language in context
I designed inline eligibility feedback in real time, moving partners from "your deal was rejected" to "here's what you need to qualify"
The biggest single driver of trust improvement
I built the components on the Carbon for Salesforce library
What made global deployment at scale possible
Each wave needed structural adaptation, not just translation: legal language per region, date and number formats affecting validation, and in Japan, dual-language address lookup (native Japanese and Romanised, simultaneously), which had to be a data-model decision, not a late-stage localisation fix.
MVP launch
Regional compliance and legal language adaptation
Dual-language address data model, date/number format handling
Full global availability
The MVP launched honest about what it couldn't do yet — the right outcome for an MVP. Three constraints shaped everything after.
Shipped with Salesforce out-of-the-box components rather than rush a Carbon migration to hit the launch date — accepting a known gap in exchange for learning from real users faster.
Labels were locked at MVP; tooltips patched the gaps. Content design now needs to be in the room from Sprint 0, not reviewed after the fact.
10+ squads across time zones were making calls in isolation. Fixed with structured end-to-end review sessions so the whole system stayed visible.
I went back to real partners to validate the redesign — deliberately not just the easy markets.
"Don't have to do it twice anymore." Partner feedback, on the combined registration flow
I shipped an MVP on Salesforce Lightning inside a Carbon shell to move fast, then used what I learned to carbonise the experience properly and unify components across the whole portal.












Billions in annual revenue now move through a deal that used to take 25 clicks. Now it takes 3.
Two separate metrics worth telling apart: the total click count to finalise an agreement dropped from 25 to 3 at first release; the flow itself went from 4 steps to 3 later, through iteration.
Deal Registration became the flagship journey inside a portal that unified 45 legacy apps into one system. This wasn't just a UX redesign, it was operational transformation at enterprise scale.
Three things I'd carry into the next project, learned directly from what didn't go smoothly here.
Working around locked labels with tooltips is a problem content design in the room from day one would have prevented.
I measured impact retrospectively here — next time I'd align on success metrics before opening Figma.
Japan taught me cultural variation is a design-architecture decision, not a later localisation task.