Taming Enterprise Cloud, One Pixel at a Time

Strategic UX case studies showing how I turned complex Salesforce ecosystem workflows into simple, elegant digital products.

Enterprise Workflows Org62 / SLDS Contract UX

Teaming Agreement

Digitised multi-region strategic contracts from Quip into native Org62 objects, establishing a single source of truth and adding proactive visual alerts across Accounts and Opportunities.

View Case Study
Enterprise SaaS Data Visualisation Behavioural Design

Consumption Plan

Replaced manual spreadsheet tracking with a native Org62 experience that combines progressive disclosure, guided empty states, and real-time KPI visualisations to drive adoption. Shipped live and presented at Config London 2025.

View Case Study
Slack App UX A/B Research Behavioural Design

Activity Editor

Reduced admin friction for Solution Engineers by bridging Google Calendar and Salesforce across Slack and Web, using GCal colour-matching and A/B-tested confirmation patterns.

View Case Study
Agentic AI Slack App UX Org62 / SLDS Design Strategy

Account Planning Agent Experience

Prototyped a seamless Slack-to-Org62 agentic workflow that uses Gemini-powered research to turn manual, hand-authored account planning into an automated AI experience ahead of CKO planning cycles.

View Case Study
Deal Desk Pre-Quoting Figma Prototype

CQI Tool

The pre-quoting process was manual and fragmented. I designed the CQI layout with in-line guidance banners, FMV Capture Ratio and Commercial Terms Score modules with error/warning states, and a Scenario Editing flow, ordering the page as guidance, then score, then detail.

View Case Study
Colour Theory Explorer2025
Grid System Generator2025
Typeface Pairing Tool2024
Component Sandbox2024
Generative Poster Series2024
Journey Map Canvas2023
Nakeem Carty
Hi, I'm Nakeem 👋🏽
Product Designer focused
on clarity and real-world use

Curious by nature, builder by practice. I love diving headfirst into unfamiliar tools and complex problems, figuring out what makes them tick and turning ambiguity into momentum.

Born and raised in sunny St Croix (USVI), I moved to England in 2012 to pursue Digital Design. University was where my general curiosity sharpened into a focused obsession with UX/UI design.

Since then, I have refined my skills through real world impact, growing from targeted internships into a full time design role at Salesforce where I build intuitive, user centred digital products.

What Keeps Me Inspired

Side projects, weekend hobbies, and the non-design things fuelling my creativity

Running Films & TV Concerts & Festivals Travelling Photography Journalling Everything Matcha Football (Soccer) Cooking Dining Out Anime

Work Experience

Salesforce logo
UX Designer at Salesforce
Feb 2022 – Current · London, UK
Directed a usability research campaign across 15+ sales users, framing hypotheses and synthesising findings to inform Pipeline Generation roadmap decisions. Owned UI/UX for the Consumption Plan tool end to end, from problem framing through to a shipped, unified experience replacing a manual spreadsheet process. Ran a cross-functional workshop and rapidly prototyped a concept in Google AI Studio, using AI tooling to accelerate the path from idea to testable prototype. Delivered four components for the Q Branch design system and served as a go-to contact for peer designers on architecture and pattern selection. Led digitisation of the Teaming Agreement process for enterprise accounts including Disney, Amazon, and Google, working autonomously with stakeholders through to sign-off.
Salesforce logo
Associate Digital Designer at Salesforce
May 2020 – Feb 2022 · London, UK
Ran usability testing on prototypes to inform roadmap decisions, synthesising findings for the product team. First designer on the team to adopt Figma, establishing a structured design-to-engineering handoff process.
NBCUniversal logo
Digital Product Design Intern at NBCUniversal
Sep 2018 – Jan 2020 · London, UK
Designed digital and social assets across three networks (Universal TV, Telemundo, CNBC) and prototyped an AR concept for employee engagement.

Tools powering my work

Figma logo

Figma & FigJam

UI Design, Workshops
Claude Code logo

Claude Code

Ideation, Prototyping
Adobe Illustrator logo

Adobe Illustrator

Vector Illustration
Adobe Photoshop logo

Adobe Photoshop

Image Editing
Google logo

Google Workspace

Docs And Slides
Google AI Studio logo

Google AI Studio & Stitch

Rapid Prototyping
Google Gemini logo

Gemini & NotebookLM

Research Synthesis
UserTesting logo

UserTesting

Usability Testing
Slack logo

Slack

Team Communication

Skills

Wireframing & Prototyping User Research Information Architecture Interaction Design Usability Testing Design Systems Stakeholder Management Design QA & Process

Education

Brunel University London logo

BSc (Hons) Digital Design at Brunel University London

Upper Second Class Honours (2:1)
2014 – 2017
Uxbridge College logo

BTEC Level 3 Ext. Diploma in IT at Uxbridge College

Distinction*Distinction*Distinction
2012 – 2014
Enterprise Workflows Org62 / SLDS Contract UX

Digitising Multi-Region Seller Contracts

Digitised multi-region strategic contracts from Quip into native Org62 objects, establishing a single source of truth and adding proactive visual alerts across Accounts and Opportunities.

Teaming Agreement record showing Roles & Responsibilities and Teaming Agreement Resources
Role
Lead UX Designer
Timeline
Oct 2025 – Jan 2026
Team
Engineering + Policy
Platform
Org62 (Salesforce)
Overview
From Quip Document to Org62 Object

Teaming Agreements are contracts sellers enter into whenever they share a multi-region account, for example Disney US, Disney Europe, and Disney Japan all under one umbrella deal. This project digitised those agreements, moving them from Quip documents into structured Org62 objects.

The Problem
Two Sources of Truth for the Same Contract

Only a small number of high-value Org62 accounts (Disney, Amazon, Google, and similar strategic accounts) have a Teaming Agreement attached, but the existing process created real risk on both sides.

01
Two sources of truth
The policy team was accepting both the formal Teaming Agreement object and a separate Quip document covering the same terms.
02
No visibility at deal creation
Sellers creating new Opportunities had no visibility into whether the account already had an active Teaming Agreement, risking deals structured without accounting for existing multi-region splits.
"Two sources of truth for the same contract meant sellers and the policy team could end up looking at different versions of the same agreement."
My Role
Translating Contract Logic into a Usable Interface
01
Modal & table design
Designed the modal flows, Roles & Responsibilities tables, stepped navigation, and "How We Work Together" sections.
02
Cross-functional translation
Worked directly with both the engineering team and the business/policy stakeholders to translate contract logic into a usable interface.
03
Tooling
Figma (modal flows, tables, stepped navigation prototypes), Org62/Salesforce Lightning (native object and layout design), and Quip (requirements gathering and documentation).
Key Design Decisions
Flagging Agreements Before Deals Get Structured
01
Single source of truth
Added new structured sections directly into the Teaming Agreement object so it could fully replace the Quip document as the single source of truth.
02
Account-level flag
Designed a visual indicator on the Accounts page to flag when an active Teaming Agreement is already linked to an account being worked on.
03
Opportunity-level flag
Designed a similar visual indicator and link on the Opportunity creation page, directing sellers to the linked Teaming Agreement field the moment an account with an existing agreement is added.
04
Stepped modal guidance
Used stepped modal progress indicators to guide users through the agreement creation flow, and worked within technical constraints on table components inside Detail tabs.
Challenges
Business Logic over Visual Polish
Process
Reconciling two sources of truth (Quip vs. Org62) without disrupting the policy team's existing process.
Technical
Technical constraints around table components in Org62 Detail tabs.
UX
Nuanced UX decisions, like how to make a stepped modal progress indicator intuitive for a contract-heavy workflow.
Business logic
Navigating business logic where edge cases (partial agreements, expired agreements, multi-region splits) mattered as much as visual polish.
Metrics and Measures
One Source of Truth, Signed off by Both Sides
Aligned
Both business stakeholders and engineering signed off satisfied with the completed work.
1 source
The Teaming Agreement object became the intended single source of truth, replacing the parallel Quip process.
Designs
A Closer Look at the Screens
Teaming Agreement record page screen 1

Screen 1 (Multi-Account Association): Enables sellers to link multiple account records to a single Teaming Agreement for seamless cross-account visibility and data reflection.

Teaming Agreement record page screen 2

Screen 2 (Roles & Responsibilities): Captures team member roles, regions, and specific duties directly on the record without disturbing downstream approval workflows.

Teaming Agreement record page screen 3

Screen 3 (How We Work Together): Centralises team communication links, meeting cadences, and opportunity naming conventions into a unified rules-of-engagement section.

Final Thoughts
Reflections & System Impact
What I learned

Designing for internal operational tools is a different discipline from consumer-facing design. The business logic is complex, and edge cases matter just as much as visual polish.

What I'm most proud of

Successfully eliminating parallel sources of truth by replacing fragmented Quip documents with a structured Org62 workflow. This provided sellers with immediate visibility into active multi-region deals while earning full alignment and satisfaction from both business and engineering stakeholders.

Explore More

Consumption Plan

Activity Editor

Quota Attainment Planning

CQI Tool

Consumption Plan

Activity Editor

Quota Attainment Planning

CQI Tool

Enterprise SaaS Data Visualisation Behavioural Design

Replacing Spreadsheets with Native Usage Tracking

Replaced manual spreadsheet tracking with a native Org62 experience that combines progressive disclosure, guided empty states, and real-time KPI visualisations to drive adoption. Shipped live and presented at Config London 2025.

Account Consumption Plan tab showing Agentforce key performance indicators and monthly consumption forecast vs usage
Role
Lead UI/UX Designer
Timeline
May 2025 – Jan 2026
Team
Consumption Plan team
Platform
Org62 (Salesforce)
Overview
Usage Tracking, Moved out of the Spreadsheet

Consumption Plans track Agentforce and Data Cloud usage for Account Executives. This project moved that tracking out of manual Google Sheets and into Org62, giving product owners a single, unified in-account view.

The Problem
No Real-Time Visibility, Disconnected from the Account

Consumption tracking lived in spreadsheets, disconnected from the account record itself, prone to version drift, and offering no real-time visibility for product owners. The team needed a native Org62 experience that could replace the spreadsheet entirely without losing the flexibility people were used to.

My Role
Owning the Screen Flow End to End
01
Screen flow ownership
Owned the end-to-end screen flow: empty state dashboard, modal creation flow, KPI views, bar chart visualisations, and edited/updated states.
02
Design tooling
Figma for screen flow, empty states, KPI views, and bar chart visualisations; Org62/Salesforce Lightning for the native build; tooltips and progressive-disclosure patterns prototyped in Figma before handoff.
Key Design Decisions
Building Confidence During the Transition
01
Intentional empty states
Designed intentional empty states so first-time users weren't dropped into a blank screen with no guidance on what to do next.
02
Progressive disclosure
Used progressive disclosure to avoid overwhelming users who were used to a flat spreadsheet with a more structured, staged Org62 flow.
03
KPI and chart pairing
Paired KPI summary views with bar chart visualisations so product owners could see usage trends at a glance rather than scanning rows of data.
04
Guided tooltips
Applied tooltips throughout the data entry flow to reduce ambiguity during the transition from the old manual process.
Challenges
A Behavioural Challenge, Not a Visual One

The core challenge was behavioural, not visual: helping AEs and product owners let go of a tool they were already comfortable with (however manual) and trust a new system. That meant every empty state, tooltip, and data-entry interaction had to actively build confidence rather than just look polished.

Metrics and Measures
Shipped, and Presented on Stage
Shipped
Live Org62 feature on the Consumption Plan team.
Stakeholder Sign-off
Both stakeholders signed off satisfied with the final design.
Team Adoption
Replaced manual spreadsheet tracking with a native, unified in-account view for the Consumption Plan team.
Design Approach
Empty states and progressive disclosure eased the shift from spreadsheet to structured flow.
Designs
A Closer Look at the Screens
Account Forecasting tab showing KPI summary cards and a monthly consumption forecast vs usage table

Screen 1 (Forecasting Overview): KPI summary cards paired with a monthly forecast vs usage table and bar chart, giving product owners an at-a-glance read on tracking progress.

Account Consumption Plan tab showing Agentforce and Data Cloud KPIs, forecast tables, and usage charts

Screen 2 (Consumption Plan Tab): Agentforce and Data Cloud KPIs and forecast tables live directly on the account record, replacing the disconnected spreadsheet with a native, in-account view.

Edit Consumption Plan modal for entering contract dates, entitlement type, and allowance

Screen 3 (Edit Consumption Plan): A guided modal for entering contract dates, entitlement type, and allowance, paired with tooltips to reduce ambiguity during data entry.

Final Thoughts
Moving Enterprise Users from Sheets to Systems
What I learned

Empty states and progressive disclosure aren't cosmetic details. They make the difference when onboarding users off a familiar system and onto something entirely new.

Next steps

I would explore adding predictive usage alerts to proactively flag accounts at risk of under-consuming or exceeding their Agentforce and Data Cloud allocations well before renewal conversations hit. Additionally, I'd investigate surfacing real-time consumption signals inside daily seller communication channels like Slack to meet Account Executives directly in their existing workflow. Finally, I would implement telemetry tracking to measure the permanent drop-off from legacy Google Sheets and confirm total system adoption.

What I'm most proud of

I am proudest of overcoming the steep behavioural challenge of transitioning product owners away from comfortable, manual spreadsheets into a native Org62 application. By leveraging intentional empty states, tooltips, and progressive disclosure flows, we built enough user trust to convert a fragmented tracking routine into a unified, live feature. Ultimately, this project proved that thoughtful micro-interactions are the true engine behind driving complex enterprise change management.

Explore More

Teaming Agreement

Activity Editor

Quota Attainment Planning

CQI Tool

Teaming Agreement

Activity Editor

Quota Attainment Planning

CQI Tool

Slack App UX A/B Research Behavioural Design

Bridging Calendar Activity into Salesforce

Reduced admin friction for Solution Engineers by bridging Google Calendar and Salesforce across Slack and Web, using GCal colour-matching and A/B-tested confirmation patterns.

Activity Editor calendar view for selecting and logging calendar activities
Role
UI/UX Designer
Timeline
2022 – 2024
Team
Q Branch / Solutions Workspace
Platform
Slack + Rails/Angular
Overview
Your Bridge from GCal to Org62

Activity Editor is a tool that lets Solution Engineers log their Google Calendar events as Org62 (Salesforce) activities directly from Slack or the Solutions Workspace web app, bridging the gap between calendar activity and CRM data capture. It sits within the Admin & Insights pillar of Solutions Workspace, and today runs as a hybrid Rails + Angular app connecting Google Calendar to Salesforce.

The Problem
The Classic "Swivel-Chair" Problem

SEs were spending significant admin time manually re-entering calendar events into Salesforce as logged activities, a classic "swivel-chair" problem. Getting SEs to consistently log activities was less a tooling gap and more a behavioural and adoption challenge. The tool had to feel frictionless enough that people would actually use it, and close enough to their existing workflow (Google Calendar) that the transition felt natural.

"Designing for behaviour change is hard. A tool only earns adoption once the small details (colour, defaults, timing) remove enough friction that logging activities becomes second nature."
My Role
Design Across Two Surfaces
01
Cross-surface iteration
Design iterations and feature development across both surfaces: the Slack app and the Solutions Workspace web experience.
02
Design QA
Design QA against the SLDS design system as engineering built to spec.
03
A/B testing research
Contributed to the Confirming Activities A/B testing research, evaluating how a confirmation step affected logging accuracy and completion rates.
Key Design Decisions
Removing Friction at the Point of Logging
01
Google Calendar colour labels
Pulled in SEs' existing GCal event colours so the tool felt like an extension of their calendar, not a separate system.
02
Pre-set task types
Reduced the number of decisions an SE had to make per event to lower friction at the point of logging.
03
Confirming Activities feature
A confirmation UX pattern tested via A/B research before going live.
04
Mixpanel analytics tracking
Instrumented to understand real usage patterns and adoption over time.
Challenges
Consistency Across Two Surfaces
Consistency
Balancing consistency across two different surfaces (Slack app vs. web app) while keeping the experience unified.
Technical
Security reviews, analytics tracking requirements, and platform migrations added technical complexity alongside the pure design work.
Defaults
Getting the default record type and settings right was a recurring theme in support requests, showing how much default-state design matters for adoption.
Metrics and Measures
From Onboarding Staple to Activity Editor 2.0
2
Surfaces shipped on: Slack and Solutions Workspace
Onboarding
Became a core part of the SE workflow, featured in SE onboarding programmes
2.0
Evolved into "Activity Editor 2.0" with a full GCal/Salesforce API surface
Agentforce
Inspired SE community follow-on ideas for an Agentforce-powered version
Designs
A Closer Look at the Screens
Activity Editor web app showing a calendar and list of events to select for logging

Screen 1 (Select Activities): SEs browse their Google Calendar events in the Solutions Workspace web app and choose which ones to log as Salesforce activities.

Log Activities modal for attaching selected events to a Salesforce record

Screen 2 (Attach to Record): A guided modal lets SEs attach the selected events to a recently used, viewed, or searched-for Salesforce record before logging.

Slack message from the Activity Editor app prompting the user to log or skip calendar events

Screen 3 (Slack Prompt): The Slack surface brings the same workflow into an SE's daily habit, surfacing calendar events with one-click Log Activity or Skip actions.

Slack activity type dropdown for fine-tuning a logged activity

Screen 4 (Fine-Tune Activity Type): SEs can refine the logged activity's type directly in Slack, keeping data structured without leaving the conversation.

Final Thoughts
Driving Adoption Through Behavioural Design
What I learned

Designing for behaviour change is hard, because the product has to earn adoption. Getting the details right, like pulling in GCal colours and pre-setting task types, was the difference between a tool people ignored and one that became part of their daily routine.

Next steps

I would explore integrating Agentforce capabilities to automatically recommend activity-to-opportunity links, eliminating manual association steps for Solution Engineers entirely. Additionally, I would leverage Mixpanel telemetry to analyse common drop-off points in multi-event logging and further refine our pre-set task defaults. Finally, I would expand interactive Slack notifications so SEs can review and confirm calendar syncs instantly without switching back to the web dashboard.

What I'm most proud of

I am proudest of turning a tedious administrative chore into a seamless daily habit by aligning with existing mental models, such as mirroring Google Calendar colour labels. Validating our confirmation UX pattern through A/B research proved that solving subtle friction points directly increases data capture accuracy. Ultimately, seeing the tool embedded into official SE onboarding and evolving into Activity Editor 2.0 demonstrated its lasting organisational value.

Explore More

Teaming Agreement

Consumption Plan

Quota Attainment Planning

CQI Tool

Teaming Agreement

Consumption Plan

Quota Attainment Planning

CQI Tool

Agentic AI Slack App UX Org62 / SLDS Design Strategy

From Manual Authoring to an Agent-Initiated Flow

Prototyped a seamless Slack-to-Org62 agentic workflow that uses Gemini-powered research to turn manual, hand-authored account planning into an automated AI experience ahead of CKO planning cycles.

Slack message from the Sales Agent confirming a completed Account Plan for an account, with a button handing off into Org62
Role
UI/UX Designer
Timeline
Nov 2025 - Feb 2026
Team
2 UX Designers, 1 Programme Manager and 1 Product Owner
Tools
Figma, Slack Block Kit, Org62
Overview
A Seller @mention Away From a Completed Plan

Account Plan creation in Org62 was fully manual: an AE had to navigate to the account page, click "Start Plan," and hand-author the Seller POV strategy tab from scratch. Working with Keith Mistler and Anna Krevets, I designed a high-fidelity mockup for an agent-initiated alternative: a seller @mentions the Sales Agent directly in Slack, and the agent hands them off into Org62 with the plan already underway.

The Problem
Manual Authoring, Limited Data Coverage

Two problems compounded each other. First, the Seller POV strategy tab required manual, from-scratch authoring, with no scaffolding, reuse, or assist. Second, the account data populating the first tab came from a third-party source covering only around 20,000 accounts, leaving most of the book of business without a meaningful starting point. Sellers were left to build strategy manually on incomplete data.

My Role
Design, Flow Mapping, and Stakeholder Buy-In
01
Stakeholder alignment
Partnered with Keith Mistler and Anna Krevets to scope a mockup that could win buy-in across Operating Units and Centres of Excellence ahead of Q4.
02
End-to-end flow mapping
Mapped the end-to-end flow from a Slack @mention through to a completed Org62 Account Plan.
03
Block Kit response design
Designed the Block Kit response pattern that hands the seller from Slack into Org62.
04
Scoped for Q4 delivery
Scoped the work to fit inside the existing Q4 UI, deferring a full visual redesign to a later phase.
Key Design Decisions
Simplify the Ask, Broaden the Data, Keep a Human Check
01
Keep the existing Q4 UI intact
Treated a visual redesign as a separate H1 opportunity rather than bundling scope into an already tight Q4 delivery.
02
A plain-language trigger, not a form
Designed the seller's request as a conversational trigger ("create my account plan") instead of a form or multi-step setup.
03
Broaden the data beyond one source
Pulled in Gemini and additional sources to close the gap left by the third-party dataset's ~20,000-account limit.
04
Keep a human check before it saves
Added a validation and confirmation step before the AI-generated strategy saves, so the AE stays in control of what publishes to their Seller POV tab.
05
Consolidate five sections into two
Restructured the Seller POV tab from five fragmented, product-specific sections down to two, Growth and ACV, and Retention and Attrition, shifting the plan from a product checklist to a holistic account strategy.
Challenges
Two Audiences, One Mockup
Audience
Designing for two very different audiences at once: AEs who would use the flow daily, and business leaders across Fast Start and CKO programming who needed to be convinced by the mockup itself.
Scope
Simplifying five Seller POV sections down to two without losing signal sellers actually relied on.
Constraint
Working within a hard constraint, no changes to the existing Q4 UI, while still making the AI-driven improvements feel like a meaningful step forward.
Metrics and Measures
What Success Looked Like
0
Changes required to the existing Q4 UI — the agentic flow layered on top without a visual redesign
5→2
Seller POV sections consolidated, from five product-specific tabs into two holistic views (Growth & ACV, Retention & Attrition)
20k+
Third-party account coverage broadened with Gemini and additional sources, beyond the original ~20,000-account limit
Slack→Org62
Seamless handoff from an agent-initiated Slack request to a completed Account Plan draft, with no dead ends
Designs
A Closer Look at the Screens
Seller typing an @mention to the Sales Agent asking it to create a new Account Plan

Screen 1 (The @mention): The seller asks the Sales Agent, right in Slack, to create a new Account Plan for the account, no separate tool required.

Sales Agent responding in Slack that it is figuring out next steps

Screen 2 (Agent at Work): The Sales Agent picks up the request and works in the background while the seller keeps going about their day.

Sales Agent's pinned Slack message announcing the finished Account Plan with a button into Org62

Screen 3 (The Handoff): The agent pins its finished summary to the channel with a one-click button straight into the full plan in Org62.

Org62 Company Plan screen showing the AI-generated Growth and ACV point of view for the account

Screen 4 (The Plan): The resulting Org62 Account Plan, with the Sellers POV tab already populated with an AI-generated Growth & ACV strategy.

Final Thoughts
What I Learned
What I learned

Presenting a hard constraint, no changes to the existing Q4 UI, as a design decision rather than a limitation kept the pitch focused on the real innovation: the agent-initiated flow and AI-assisted strategy, instead of getting derailed into a visual redesign conversation too early.

Next steps

Carry the validated flow into the H1 visual redesign opportunity, and explore extending the agent-initiated pattern to other Org62 planning surfaces beyond Account Plans.

What I'm most proud of

Landing a design that satisfied two very different stakeholder groups, AE daily users and senior business leaders, from a single low-fidelity mockup, without needing to touch the existing UI.

Explore More

Teaming Agreement

Consumption Plan

Activity Editor

CQI Tool

Teaming Agreement

Consumption Plan

Activity Editor

CQI Tool

Deal Desk Pre-Quoting Figma Prototype

CQI (Commercial Quality Index) Tool

The pre-quoting process was manual and fragmented. I designed the CQI layout with in-line guidance banners, FMV Capture Ratio and Commercial Terms Score modules with error/warning states, and a Scenario Editing flow, ordering the page as guidance, then score, then detail.

CQI Tool showing the Commercial Quality Index score alongside the guidance banner and supporting detail
Role
UI/UX Designer
Timeline
2024 - 2025
Team
Deal Desk reps, Account Executives, and cross-functional stakeholders
Tools
Figma Prototype
Overview
One Scored, Guided Experience Instead of a Fragmented Manual Process

The pre-quoting process was manual and fragmented. I designed the CQI (Commercial Quality Index) layout to bring guidance, scoring, and detail into one ordered flow for Account Executives (AEs) and Deal Desk reps, digitising Salesforce's deal structuring process.

The Problem
A Manual, Inconsistent Pre-Quoting Process

The pre-quoting process for AEs and Deal Desk reps was highly manual, prone to inaccuracies, and inconsistent. The goal was to digitise deal structuring with holistic deal scoring, auto-generated customer footprints, and integrated pricing guidance based on fair market value (FMV), replacing separate, disconnected evaluations with one unified view.

My Role
Designing the Scoring Experience End to End
01
Pre Quote Summary screen
Designed the Pre Quote Summary screen, including the CQI layout, in-line guidance banners, and the FMV Capture Ratio and Commercial Terms Score modules.
02
Error and warning states
Designed error and warning states that turned a module's outline red with inline correction instructions when a deal needed attention.
03
Scenario Editing flow
Designed the Scenario Editing flow for AEs and Deal Desk, prototyped in Figma as DRT Design Version 2.
04
Automated data integration
Designed automated account footprint upload and FMV data integration to remove manual pricing look-ups.
05
Cross-functional collaboration
Collaborated cross-functionally with Deal Desk and AEs throughout.
Key Design Decisions
A Clear Reading Order: Guidance, Score, Detail
01
Guidance above the score
Placed the guidance banner above the CQI score, with the FMV Capture Ratio and Commercial Terms Score modules below it, establishing a clear reading order from what's wrong, to the score, to the supporting detail.
02
Red outline, inline instructions
Used a red outline plus inline instructions pattern for error and warning states, so users could immediately see and fix the issue without leaving the screen.
03
Automated footprint and FMV integration
Designed the automated account footprint upload and FMV data integration to pull pricing guidance directly into the tool, removing manual data look-ups.
Challenges
Rigour Without Slowing Sellers Down
Iteration speed
Feedback highlighted patience and checking back to confirm designs addressed the actual request, since deal scoring logic evolved as the pilot progressed.
Balance
Balancing a tool that needed to feel rigorous, with holistic deal scoring, against one that didn't slow AEs down mid-deal.
Metrics and Measures
Pilot Reach and Recognition
EMEA
Pilot region, as part of the Digital DRT/CQI leadership update
Recognised
Called out in performance feedback as professional, thorough, and creative, with strong marks for stakeholder focus and collaboration
Designs
A Closer Look at the Screens
Get Started step of the CQI tool showing the deal information intake form

Get Started: AEs enter core deal and account information, kicking off the guided, step-by-step pre-quoting flow.

Account Footprint step showing an uploaded contract line item table with SKU, units, price, and current AOV

Account Footprint: uploaded contract data populates automatically, removing the need to manually look up a customer's existing footprint.

Deal Terms step showing the effective TCV and expected commercial terms tables

Deal Terms: effective TCV and expected commercial terms are laid out side by side, so Deal Desk can evaluate pricing and terms together.

Pre-Quote Statement step confirming the pre-quote is ready with downloadable deal review and commercial terms documents

Pre-Quote Statement: the final step packages the deal review and commercial terms overview into documents ready to attach to the DSR in Org62.

Final Thoughts
What I Learned
What I learned

Designing for a scoring tool means the interface has to earn trust. Clear error states and a logical reading order, guidance to score to detail, matter as much as the score itself.

Next steps

Use learnings from the EMEA pilot to help define business requirements for pre-quoting functionality in OrgSF, the next-generation Lead to Cash Salesforce instance.

What I'm most proud of

Turning a rigorous, holistic scoring model into an interface that AEs could trust and act on quickly, without it feeling like it was slowing them down mid-deal.

Explore More

Teaming Agreement

Consumption Plan

Activity Editor

Quota Attainment Planning

Teaming Agreement

Consumption Plan

Activity Editor

Quota Attainment Planning