Senior Design LeadJUL 2025 – OCT 2025Remote
Export Development Canada
Canada's export credit agency moved its relationship management onto Salesforce Financial Services Cloud. I owned the experience strategy for the rollout and built the SLDS V2 design system the whole programme was assembled from.
Client work under NDA — figures as stated in my résumé; all screens and diagrams recreated for this portfolio.
Context
A platform decision had already been made. The experience had not.
Export Development Canada finances and insures Canadian companies selling abroad. Its relationship managers hold exporters whose exposure sits across several products at once (guarantees, receivables insurance, working capital, political risk), and whose circumstances change with a shipping lane or an election.
The organisation was moving that relationship management onto Salesforce Financial Services Cloud. The platform was settled; what the people inside it would do all day was not. Five processes had to survive the move intact, each carrying obligations, CASL consent among them, that could not be designed around.
And a Salesforce rollout has a well-documented failure mode. Adoption and data migration sink more of these programmes than technology does: every team configures its own corner, people quietly keep the spreadsheet, and eighteen months later nothing resembles anything else.
Approach
Fourteen conversations before a single frame.
Relationship managers, underwriters, sector leads, compliance, and two exporters on the other side of the glass. Transcribed, tagged, clustered, and then re-clustered until the themes stopped moving.
Three of the four findings were the ones you would predict. The fourth was not: consent was being managed by memory. People had been trained on the rules and were trusted to follow them, with nothing in the system to make the safe path the easy one. That reframed the brief from a migration into a redesign.
14 CONVERSATIONS · RM / UW / SECTOR / COMPLIANCE / EXPORTERS
- THEME 01 — AS PREDICTED
- THEME 02 — AS PREDICTED
- THEME 03 — AS PREDICTED
- THEME 04 — CONSENT BY MEMORY · THE REFRAME
Architecture
Thirteen candidates. Four in the first release.
Impact scored from what the research actually said; effort from build estimates with the Salesforce team. Plotted together, the argument mostly makes itself, and the conversation moves from what people want to what the first release has to prove.
The cut line was a phase boundary rather than a wish list. Everything to the right of it needed platform changes the programme had not yet earned the right to ask for.
Scatter field of thirteen candidates plotted by impact against effort. A dashed cut line marks the first-release phase boundary: four candidates sit inside it, nine outside.
Flows
Giving the referral an owner and a state.
The failure people described was silence. A referral left one desk and nobody could say where it had gone, so the exporter was chased by whoever remembered.
Every transition now writes owner, state and consent to the record, and the consent check sits before any outbound contact rather than in a policy document. The compliance obligation became a step in the flow, which is the only place it was ever going to hold.
- RM DESKOWNER · STATE · CONSENT
- UNDERWRITINGOWNER · STATE · CONSENT
- SECTOR LEADOWNER · STATE · CONSENT
- OUTBOUND CONTACT
CONSENT CHECK SITS BEFORE ANY OUTBOUND CONTACT — A STEP IN THE FLOW, NOT A POLICY DOCUMENT
Wireframes
Three structures, tested grey.
Same content, same data, three arrangements, in front of eight people across the five roles. Deciding structure while it is still cheap is most of the job; everything after it is refinement.
The list-first version was the fastest to build and the closest to the legacy tool which is exactly why people kept leaving it to find context somewhere else. Record-first won because it matched how every single role described arriving: with an exporter's name already in mind.
LIST-FIRST
SPLIT BROWSE
RECORD-FIRST — CHOSEN
Design system
One console, assembled from parts nobody has to argue about again.
I built and governed the SLDS V2 design system and the Figma library under it: tokens, variants, guidelines, audits. Governance is the part that gets skipped and the part that decides whether a design system is still true a year later.
The console screens in the next chapter are composed live from that system's own tokens rather than screenshotted, which is the point of building it this way: every surface in the programme reaches for the same values, and this page cannot drift from them.
Working with Salesforce admins and developers on component specs and handoffs, with the backlog run in Azure DevOps, the MVP shipped phased rather than promised whole, and WCAG 2.2 was held as a design constraint from the first grey frame.
The SLDS V2 palette, shown as evidence: the values the console — and every other surface in the programme — was assembled from.
SLDS V2 · DESIGN TOKENS · EVIDENCE — REAL VALUES
- Blue 50#0176D3Primary action, links, active state
- Blue 20#032D60Headers, high-emphasis text
- Blue 95#EEF4FFSelected rows, avatar grounds
- Green 90#CDEFC4Healthy status
- Yellow 95#FBF3E0Needs review
- Red 95#FEF1EEAt risk
- Neutral 90#E5E5E5Rules and field borders
- Neutral 10#181818Body text
Broadcast
What the station plays, in three frames. Step through them with the keys — recreated here, not production captures.
07 · MONITOR
Recreated — not production capturesOutcome
Shipped phased, held together by the system.
The MVP shipped phased rather than promised whole, with WCAG 2.2 held as a design constraint from the first grey frame.
Five core processes moved intact, and the consent obligation now lives inside the flow itself — the only place it was ever going to hold.