LEAD DESIGNER • UX RESEARCH • UI DESIGN

LEAD DESIGNER •
UX RESEARCH • UI DESIGN

Eliminating 65% of support tickets by giving clients a self-service portal.

0%

0%

fewer support tickets

0%

0%

of tasks completed in platform

0

0

hrs/month saved

UI Screenshot

Gift History dashboard: clients can now see order volume, cancellations, and redemption trends in real-time, previously only available by requesting a spreadsheet from support

The Problem

Support dependency was throttling program growth

Wolfe offers digital gift card programs to businesses who use them as employee rewards. Clients didn't have a centralized system to manage these programs and they relied entirely on Wolfe's support team for routine tasks like account funding, updating user lists, permissions, and spreadsheet requests. This generated 120+ support tickets a month and dozens of hours spent on issues that should've been self-service.

💸

The cost

120+ support tickets and 45 hours a month. Support teams spent more time servicing routine requests than working on higher-priority stuff.

🎯

The ask

Build a self-service portal that gives clients direct control over their employee reward programs, without needing support for routine tasks.

The constraint

8 weeks to ship something usable. Couldn't build everything we wanted in this timeframe.

This bottleneck slowed client onboarding, increased support costs, and risked churn when time-sensitive requests sat in a queue. Every new client meant more support load, limiting Wolfe's ability to scale.

The admin portal let clients launch programs, add funds, manage user permissions, and monitor gift activity — all without contacting support.

Research

Finding the real blockers

I interviewed stakeholders across executive, finance, and product teams and reviewed support tickets to understand where clients were getting stuck.

  1. No single source of truth
    This meant they couldn't answer basic questions like "Do we have enough budget for next quarter's campaign?" without waiting on support.

  2. Manual workflows created friction
    This added 2-3 days to every transaction and blocked time-sensitive campaigns.

  3. Terminology was inconsistent
    This created confusion about who could do what.

Mapping critical workflows

Based on research insights, I mapped the two highest-frequency workflows to identify friction points before building the UI.

Add Funds Flow — Clients previously emailed finance and waited 2-3 days for approval. I designed a direct funding path that removed the approval bottleneck while maintaining audit visibility.

Gift Redemption History — Clients had no way to check redemption status without emailing support. This flow gives instant visibility into program activity.

Add Funds Flow — designed to remove finance dependency

Gift Redemption History — instant visibility into program activity

Aligning the team on what ships first

I ran a MoSCoW prioritization workshop with product, engineering, and finance to align on v1 scope.

Must Haves

  • Scalable navigation structure

  • Scalable navigation structure

  • Role-based access/permissions

  • Role-based access/permissions

  • Clear visibility into program health

  • Clear visibility into program health

  • Reduced reliance on external teams

  • Reduced reliance on external teams

Should Haves

  • Funding status indicators

  • Funding status indicators

  • Complete merchant directory

  • Complete merchant directory

  • Discoverability of key actions

  • Discoverability of key actions

  • Detailed gifting information

  • Detailed gifting information

Could Haves

  • Alerts and notifications

  • Alerts and notifications

  • Customization options

  • Customization options

  • Bulk actions

  • Bulk actions

  • Automation capabilities

  • Automation capabilities

  • CSV export functionality

  • CSV export functionality

Won't Haves

  • Advanced analytics

  • Advanced analytics

  • New payment systems

  • New payment systems

  • Ambiguous terminology

  • Ambiguous terminology

  • Actions without confirmation

  • Actions without confirmation

  • Confusing layout

  • Confusing layout

What we cut from v1:

  • Audit trail: Engineering pushed for full history. We agreed to revisit if demand proved otherwise.

  • Mobile optimization: All users work from laptops, zero complaints in user research.

  • Advanced search/filtering: C-Suite stakeholders wanted regex queries but that would have delayed launch by at least 3+ weeks for <10% of use cases.

  • Onboarding wizard: An onboarding wizard would've added friction for the majority, so we optimized for power users instead, and planned on moving educational content to a help center.

Early wireframes prevented scope creep

I used wireframes to pressure-test portal structure with stakeholders before investing in hi-fi design. We debated layout and navigation decisions when changes were still cheap, then locked in on shipping core self-service first and deferring advanced features to v2.

I used wireframes to pressure-test portal structure with stakeholders before investing in hi-fi design. We debated layout and navigation decisions when changes were still cheap, then locked in on shipping core self-service first and deferring advanced features to v2.

From research to decisions

What I learned
What it told me
What I built

Clients couldn't answer basic budget questions without emailing support

What I learned

Clients couldn't answer basic budget questions without emailing support

The problem was dependency,
not complexity

What it told me

Self-service funding as the v1 centerpiece, not a phase 2 feature

What I built

What I learned

Funding approvals took 2–3 days due to finance sign-off

Every delay was a blocked campaign, not just an inconvenience

What it told me

Direct account funding that bypasses finance entirely

What I built

What I learned

"Admin," "Program Admin," and "Account Manager" used interchangeably

Clients had no mental model for who could do what

What it told me

A single unified Users section built around tasks, not roles

What I built

What I learned

Users only cared about 3 dashboard metrics in testing

More data creates noise, not confidence

What it told me

Cut 9 data points. Shipped balance, redemptions, trend

What I built

What I learned

Most admins were assigned after programs were already live

An onboarding wizard would create friction for the majority

What it told me

Optimized for power users. Moved education to a help center

What I built

Funding approvals took 2–3 days due to finance sign-off

Every delay was a blocked campaign, not just an inconvenience

Direct account funding that bypasses finance entirely

"Admin," "Program Admin," and "Account Manager" used interchangeably

Clients had no mental model for who could do what

A single unified Users section built around tasks, not roles

Users only cared about 3 dashboard metrics in testing

More data creates noise, not confidence

Cut 9 data points. Shipped balance, redemptions, trend

Most admins were assigned after programs were already live

An onboarding wizard would create friction for the majority

Optimized for power users. Moved education to a help center

Design Decisions

How we eliminated bottlenecks

The admin portal gives client teams direct control over funding, users, and program monitoring. Three design decisions made this possible:

  1. Self-service funding flow
    Built direct account funding within the portal, eliminating the finance approval bottleneck. Clients wire funds, see balances update in real-time, and launch campaigns same-day instead of waiting 2–3 days for finance confirmation.

    Tradeoff: No fraud detection in v1. Finance was nervous about removing approval gates, but historical data showed <1% of funding requests were ever flagged. We agreed to monitor transactions post-launch and add automated checks if patterns emerged. Six months in, zero fraud incidents.

Admins fund accounts directly in the platform, bypassing finance entirely.

  1. Navigation & Terminology
    Navigation structure was informed by analyzing support tickets. The seven top-level sections directly mapped to the most common client requests. No hunting for frequently-needed actions buried in submenus.

    Tradeoff: Finance wanted "Admin" and "User" as separate items in the main navigation so role types were immediately visible. I combined them into a single "Users" section instead because splitting them would create artificial separation for what's fundamentally the same task: managing who has access to what. Clients don't think in terms of "I need to manage admins vs. users", they think "I need to add someone or change their permissions." A unified view reduced confusion and kept navigation from bloating.

Simplified navigation gave users a clear mental model of the product

  1. Dashboard visibility into program health
    Added funding balance, redemption trends, and recent activity to the dashboard. Clients could now assess program health at a glance instead of emailing support for reports.

    What this replaced: Clients previously pieced together program status from emails, spreadsheets, and support responses. "Can you send me a report?" requests accounted for 30+ monthly tickets.

    Constraint: Had to surface the right metrics without overwhelming new users. Initial wireframes included 12+ data points with initial internal testing showed users only cared about three things: current balance, recent redemptions, and whether the program was trending up or down. Cut everything else. Finance pushed back ("we need conversion funnels!") but agreed to revisit post-launch if clients actually requested it. They didn't.

  1. Dashboard visibility into program health
    Added funding balance, redemption trends, and recent activity to the dashboard. Clients could now assess program health at a glance instead of emailing support for reports.

    What this replaced: Clients previously pieced together program status from emails, spreadsheets, and support responses. "Can you send me a report?" requests accounted for 30+ monthly tickets.

    Constraint: Had to surface the right metrics without overwhelming new users. Initial wireframes included 12+ data points — initial internal testing showed users only cared about three things: current balance, recent redemptions, and whether the program was trending up or down. Cut everything else. Finance pushed back ("we need conversion funnels!") but agreed to revisit post-launch if clients actually requested it. They didn't.

Dashboard gives teams immediate visibility into balances, trends, and activity

Here's the finished product in the real world

Outcome

Faster workflows and less dependency

Wolfe's finance team went from 8 hours a week on funding approvals to less than 1 hour. The support team could now focus on complex issues instead of routine account management requests.

⬇️

Support tickets dropped 65%

Requests related to funding, user management, and program updates went from 120/month to 42.

Requests related to funding, user management, and program updates went from 120/month to 42. Finance went from spending 8 hours/week on funding approvals to less than 1 hour.

📋

90% of tasks completed in-platform

Clients now handle funding, user permissions, and activity monitoring without email support.

💰

Same-day account funding

Funding time went from 2–3 days to same-day. Clients can add funds and distribute gifts within hours instead of waiting for approvals.

⬆️

Higher self-service adoption

Dashboard usage increased 3x in the first month post-launch. Clients began proactively monitoring program health instead of reacting to issues.

0%

0%

fewer support tickets

0%

0%

of tasks completed in platform

0

0

hrs/month saved

Need a designer that makes it make sense?

I work with brands and teams that want to
look sharper, move faster, and design smarter.
Let’s build something worth showing off.

Designed between Knicks games and dog walks

© 2026 Troy Norman

Need a designer that makes it make sense?

I work with brands and teams that want to
look sharper, move faster, and design smarter.
Let’s build something worth showing off.

Designed between Knicks games and dog walks

© 2026 Troy Norman

Need a designer that makes it make sense?

I work with brands and teams that want to look
sharper, move faster, and design smarter.
Let’s build something worth showing off.

Designed between Knicks games and dog walks

© 2026 Troy Norman