SPEND MANAGEMENT | B2B FINTECH

One Moment, Two Users

Redesigning B2B spend management for mid-market SaaS teams, where employee speed and finance happen in the same interaction, not as a trade off.

UX Case study | Research → Strategy → Design

Credit card with speed and control graphic elements
My role
Solo, end to end: research, strategy and design
Type
Self-initiated concept
Duration
8 weeks
Tools
Figma, Competitive Analysis, UX Audit, Data Visualization
Evidence
Secondary and competitive research (no live user base)

Problem: B2B spend tools force a tradeoff, employee speed or finance control, and concentrate that control into a single moment, either before the purchase or after it.

Approach: Secondary and competitive research (no live user base) into mid-market SaaS spend tools, defining a purchase-to-resolution flow where both needs happen in the same interaction.

Outcome: A single-moment design, purchase, tiering, intervention, resolution, with the validation metrics defined upfront, ready to test.

THE PROBLEM

Every B2B spend tool has to serve two people whose goals genuinely conflict, inside the same product.

The Employee: wants to spend fast and get back to work Finance/Ops: wants visibility and control

HOW MIGHT WE

Design a spend experience where an employee's speed and finance control happen in the same moment, not as competing features, but as one interaction?

Scoped to mid-market tech/SaaS companies (100 to 1,000 employees), where decentralized buying meets formalizing finance work.

RESEARCH APPROACH

No live user base for this project, validated through secondary and competitive research instead.

A deliberate methodology choice: finance/ops professionals are unusually vocal in public about this exact pain point.

Review Mining: G2, Capterra and Trustpilot reviews Community Scan: finance and ops discussion patterns Competitive Teardown: Ramp vs SAP Concur purchase flows

A production version would follow with moderated interviews to validate the specific solution. This study validates the problem space.

WHAT THE EVIDENCE SHOWS

The scale of the finance-side blind spot in mid-market SaaS spend.

291

SaaS apps run by the average mid-market company

65%

purchased without IT or procurement oversight

~50%

of licenses sit unused at any given time

15,30%

of spend recoverable once governance exists

Employee-side reality: 63% bypass sanctioned tools because it's genuinely faster, not carelessness. 1 in 4 have postponed or cancelled a meeting to avoid fronting an expense. 1 in 3 have felt unstable due to reimbursement delay.

COMPETITIVE TEARDOWN

Both incumbents concentrate control into a single moment, before spend, or after it.

Ramp: speed-first purchase flow SAP Concur: control-first purchase flow

ARCHETYPE 01 | EVIDENCE-BASED ROLE

The Fast Spender persona board

ARCHETYPE 02 | EVIDENCE-BASED ROLE

The Gatekeeper persona board

DESIGN PRINCIPLES

The rules the solution follows.

Principle 1: Visibility replaces gatekeeping Principle 2: Friction scales with stakes Principle 3: Prevent the mistake, don't just penalize it
Principle 4: Nobody floats the company's money Principle 5: Control intervenes, not just observes

THE SOLUTION CONCEPT

A spend tool where finance's visibility and an employee's speed happen in the same interaction.

A spend tool where finance's visibility and an employee's speed happen in the same interaction, not two separate systems bolted together, and not one persona's tool with the other's needs patched on.

The mechanism: spend is tiered by stakes, at the moment of intent.

LOW-STAKES SPEND

Moves at speed-first-tool pace, instant, pre-approved, finance notified automatically.

OVER-THRESHOLD SPEND

Gets a real, short intervention window, faster than a control-first chain, never a silent approval.

SCREEN 01

Purchase Screen: The Tiering Moment

LOW-STAKES

Purchase screen: low-stakes Figma subscription, instant confirm

OVER THRESHOLD

Purchase screen: over-threshold DataFlow Analytics, send for quick check

Why this works: Same interaction pattern for both tiers. The employee learns one tool, not two. Policy reasoning shows inline, before commit, not discovered as a rejection afterward. CTA language shifts ("send for quick check") to set expectation without feeling like a block.

SCREEN 02

Finance Live View: The Intervention Window

Finance live view: DataFlow Analytics approval with countdown timer

Why this works: The countdown is a bounded, real window, not a multi-day chain, not a single auto-approval. Auto-cleared items sit quietly below as ambient awareness, not a queue finance has to process. The duplicate-license nudge surfaces redundancy before it becomes another line in the sprawl stats.

THE DESIGN: SIX SCREENS

Purchase → tiering → intervention → resolution.

1. Purchase Screen: the tiering moment 2. Finance Live View: real-time feed with bounded countdown 3. Redundancy Check: flags unused licenses before duplicate purchase 4. Resolution: closes the loop, approval or clarifying question 5. Decline Path: a no that comes with reasoning and next step 6. Threshold Settings: finance owns and tunes the tiering logic

HOW WE'D KNOW IT WORKED

No live deployment yet, these are the metrics that would validate the design.

Speed: % of purchases completed instantly, with zero wait state Control: % of total spend finance can see before it becomes irreversible Waste caught: duplicate software purchases stopped at the moment of intent

Reflection

Speed and control aren't opposing forces, they're two outputs of the same missing thing; a shared moment where both people see what's happening at once.

UX Case study | Research → Strategy → Design

Credit card with speed and control graphic elements