Redesigning InvoiceCloud’s
Biller Portal Dashboard

Transforming Data confusion into confidence

↓32%

Customer support tickets on data discrepancies

↑40%

Projected dashboard engagement

↑80%

Confidence and trust in analytics data

Duration

3 months

Project Category

UX Strategy, UI Design, Design System Adaptation

UX Strategy, UI Design, Design System Adaptation

Team

Lead Designer (me)
Senior Data Analyst

Tools

Figma, Magic Patterns, Bolt.new, Figma Make, JIRA, Confluence

Summary

When billers lost confidence in the numbers driving their business, I led a redesign of InvoiceCloud’s Biller Portal dashboard to rebuild trust, usability, and insight. Through stakeholder research, data synthesis, and AI-assisted prototyping, we developed a modern data experience framework to guide the platform’s broader modernization effort.

01

Project Context

InvoiceCloud Billers

Government

Government

Insurance

Insurance

Utility Companies

Utility Companies

Biller Portal Users

Biller Portal Users

Finance

Finance

Operations

Operations

Customer Service

Customer Service

IT

IT

InvoiceCloud and The Biller Portal

InvoiceCloud provides a SaaS platform that simplifies bill payments for organizations and their customers. Billers are enterprise users who manage the delivery and payment of customer bills. They work within the Biller Portal, which lets users manage payments, metrics, and notifications and supports four primary roles: Finance, Customer Service, Operations, and IT.

Problem

After more than a decade without updates, the biller portal’s homepage dashboard had become inaccurate, confusing, and visually outdated, eroding trust across billers and internal teams.

My Role

As Lead Designer for Biller products, I represented the product design team in a cross-functional initiative led by the Data Analytics department. My responsibilities included:

Facilitating stakeholder interviews and biller research

Synthesizing findings using the Jobs-To-Be-Done (JTBD) framework

Rapid prototyping using AI tools (Magic Patterns, Bolt.new, Figma Make)

Designing UI/UX improvements and scalable dashboard components

Documenting patterns for future integration into the design system

01-01

Before

From confusing, inaccurate, visually outdated data...

01-01

Before

From confusing, inaccurate, visually outdated data...

01-01

Before

From confusing, inaccurate, visually outdated data...

02

Challenges

The dashboard was an eyesore at best, and inaccurate at worst. As a result, most billers skipped the dashboard entirely, going straight to raw reports or contacting support for clarification.

The dashboard was an eyesore at best, and inaccurate at worst. As a result, most billers skipped the dashboard entirely, going straight to raw reports or contacting support for clarification.

01 Confusing

Billers couldn't understand metric definitions or data sources.

01 Confusing

01 Confusing

02 Unusable

02 Unusable

02 Unusable

03 Technically Oudated

03 Technically Oudated

03 Technically Oudated

A decade-old legacy system tightly coupled backend logic with frontend UI made small design changes prohibitively expensive.`

"I will be honest… and this isn't what you want to hear, but I log on and I immediately leave that page to look at other things."

— Tier 1 - Utility Biller

03

Process

Process

03-01

Internal Discovery

Meetings with Analytics, Customer Success, and Engineering revealed three key problems:

Data definitions were inconsistent or unclear.

Reported numbers often didn’t match internal analytics models.

Customer Success teams fielded frequent “what does this mean?” tickets.

03-02

Biller Interviews

We interviewed 7 billers across industries — from utilities to insurance — and uncovered patterns that transcended job titles.

We interviewed 7 billers across industries — from utilities to insurance — and uncovered patterns that transcended job titles.

Key insights include:

01 Distrust

Billers bypassed the dashboard due to discrepancies with their own systems.

"Active" meant different things to different billers, and how InvoiceCloud defined this status, and when, was unclear. It never measured their own system's count.

01 Distrust

Billers bypassed the dashboard due to discrepancies with their own systems.

"Active" meant different things to different billers, and how InvoiceCloud defined this status, and when, was unclear. It never measured their own system's count.

01 Distrust

Billers bypassed the dashboard due to discrepancies with their own systems.

"Active" meant different things to different billers, and how InvoiceCloud defined this status, and when, was unclear. It never measured their own system's count.

02 Limited Filtering

02 Limited Filtering

02 Limited Filtering

03 Outdated Design

03 Outdated Design

03 Outdated Design

04 No drill-down capabilities

04 No drill-down capabilities

04 No drill-down capabilities

03-03

Reframing the Problem

From Personas to Functions

Prioritizing features by user role quickly broke down.

Teams varied too much across industries, and their responsibilities often overlapped depending on company size. To bring clarity, I shifted the focus from who users were to what they were trying to accomplish. Using the Jobs to Be Done (JTBD) framework, I reframed our understanding around functional impact, how users used data to get their jobs done.

This shift enabled the team to:

  • Identify cross-departmental needs or jobs

  • Prioritize features based on functional value rather than organizational hierarchy

From overlapping priorities based on roles...

Finance

Customer Service

Operations

IT

To prioritizing features based on cross-department functions

To prioritizing features based on cross-department functions:

Customer and payment data (engagement and adoption)

Payment Operations

Reporting and Reconciliation

System Tasks (administration and integration)

04

Design

04-01

MVP Features Defined

Through workshops, we finalized the first release to include:

Five key graphs

Aligned with daily operational needs

Custom date filtering

ranging week, month, quarter, and year across all data sets

System and user alerts

For key actions and system status updates requiring biller action

Metric definitions

For clarity on data meanings

04-02

Prototyping with AI

I used tools like Magic Patterns, Bolt.new and Figma Make to quickly generate design variations, enabling faster internal review and alignment. These tools generated layout variations, reducing initial exploration time by 60% and inspiring several new interaction patterns.

04-03

Final Design

Dynamic filtering by date range

Filter by week, month, quarter, or year, so that users know exactly the range the values represent.

Dynamic filtering by date range

Filter by week, month, quarter, or year, so that users know exactly the range the values represent.

The redesigned dashboard emphasizes clarity, trust, and actionability.

Modular graphs with consistent visual hierarchy

Modular graphs with consistent visual hierarchy

Contextual alerts surfaced directly in the dashboard.

Contextual alerts surfaced directly in the dashboard.

Dynamic filtering by date range

Clear inline metric definitions

Modular graphs with consistent visual hierarchy

Contextual alerts surfaced directly in the dashboard

Drill-down capabilities with flexibility to view breakdowns in the context billers want (volume or count).

Dynamic filtering by date range

Clear inline metric definitions

Modular graphs with consistent visual hierarchy

Contextual alerts surfaced directly in the dashboard

Drill-down capabilities with flexibility to view breakdowns in the context billers want (volume or count).

05

Impact

↑ 40%

Projected dashboard usage

Projected dashboard usage

↓ 30%

Customer support tickets on data discrepancies

Customer support tickets on data discrepancies

↑ 80%

Trust in analytics data

Trust in analytics data

Short-term Results

  • Approved for development in Q1 2026, aligned with the platform-wide modernization strategy.

  • Increased internal stakeholder confidence in data visualization direction by 80% (survey results from Analytics team). 【METRIC OPPORTUNITY】

Long-Term Organizational Impact

  • Sparked investment in a biller research panel for continuous feedback.

  • Inspired leadership to integrate research checkpoints at every product phase.

  • Helped establish a model and investment for using AI-assisted design exploration across teams.

“This project helped us realize how disconnected our assumptions were from biller realities.”

— Product Leader, InvoiceCloud

06

Reflections

What I learned

This project marked a turning point in how our team approached design. Before, discovery was often intuitive rather than evidence-based, which limited our ability to validate assumptions or measure success. We went from rarely using research or metrics in discovery to embedding , data-informed research in every design cycle.

Partnering with the Data Analytics team was the catalyst. Their collaboration helped us connect quantitative data with qualitative insight, proving the value of structured discovery and evidence-based decisions. By showing what’s possible when research and data align, we helped shift our culture from reactive problem-solving to proactive, insight-driven design.

Organizational Impact

As a result, our work went beyond improving one dashboard. It helped influence the broader design culture at InvoiceCloud:

Discovery research and stakeholder interviews became timeboxed, required parts of the design process.

We secured additional support to grow the biller research panel, ensuring continuous user feedback at the feature level.

Teams across product and analytics began incorporating data-informed design into their own workflows.

Interested in connecting?

Let’s talk ideas, collaborations, or your next big idea coming to life.

Interested in connecting?

Let’s talk ideas, collaborations, or your next big idea coming to life.

Interested in connecting?

Let’s talk ideas, collaborations, or your next big idea coming to life.