UI / UX Design
Billing System Redesign
Improving accuracy, clarity, and operator confidence in high-risk billing workflows
Year :
2025
Industry :
SaaS
Project Duration :
3 Months
Designing trust and predictability into enterprise billing workflows

Why This Project Mattered

Billing errors don’t just slow teams down—they create downstream risk. In this system, operators were responsible for closing high-volume billing cycles where missed errors could directly impact revenue, customer trust, and internal credibility.
The existing Billing Console made this work harder than it needed to be. Errors were easy to miss. Filters hid critical data. Rerun workflows relied on memory instead of system feedback. Step progression behaved inconsistently, forcing analysts to second-guess whether the system could be trusted.
This project mattered because the cost of confusion wasn’t inconvenience—it was financial accuracy, operational confidence, and trust in the product itself.
My Role
I led the UX investigation and redesign of the Billing Console end-to-end.
My responsibility included diagnosing root UX failures, synthesizing research signals across users and implementation teams, reframing the problem space, and translating insights into a focused, high-fidelity redesign aligned with existing workflows and backend constraints.
Discovery Mindset
Before thinking about screens, I needed to understand why experienced operators were still making mistakes in a familiar system. What stood out wasn’t lack of training—it was a lack of reliable system feedback. The UI often contradicted backend reality, forcing users to compensate with manual checks, memory, and guesswork.

Questions that guided discovery
Where does the system fail to surface critical errors at the right moment?
Which workflows rely on user memory instead of visible state?
How often does the UI contradict backend behavior?
Where does the product increase cognitive load during high-risk actions?
What signals do users rely on when they don’t trust the interface?
Audit / Research Signals
Rather than overloading the study with methods, I focused on patterns that repeated across sources.

Error states were inconsistent and sometimes invisible unless users dug into logs
Rerun selections disappeared when filters changed, breaking trust mid-task
Default filters hid data on page load, leading users to assume no records existed
Scheduled steps were revealed only after execution began
High-risk actions lacked warnings, confirmations, or audit trails
Visual hierarchy made scanning difficult during time-sensitive work
Insight Shift
Problem | Intent |
|---|---|
Cell Errors were easy to miss and inconsistently represented | Make error states unmissable, consistent, and aligned with backend truth |
Reruns depended on memory and hidden controls | Make reruns explicit, persistent, and safe at both row and bulk levels |
Filters obscured data and created false empty states | Ensure filters clarify system state instead of hiding it |
Step logic and scheduling felt unpredictable | Surface step dependencies and schedules upfront, before execution |
High-risk actions lacked guardrails | Introduce confirmations, explanations, and auditability for confidence |
Design Exploration
Because the core workflow was already well-established, the goal wasn’t reinvention—it was precision correction.
Exploration focused on how error information travels across tabs and steps, how selections persist across filtering and navigation, and how visual hierarchy can guide attention during high-pressure billing scenarios.

First Design Iteration
The first tangible output moved directly into high-fidelity design, intentionally.
Low-fidelity wireframes would not have surfaced visual hierarchy issues, error salience problems, or scanability challenges in data-dense tables. This iteration focused on making system state explicit, reducing noise, and restoring trust through clarity.



Final Status
This redesign has been fully completed and validated at the design level.
The final outcome is a clarified, predictable Billing Console experience that aligns UI behavior with backend logic, removes guesswork from high-risk workflows, and restores operator confidence during billing cycles.
The system now supports analysts in completing billing cycles accurately, efficiently, and with confidence—without relying on manual workarounds or memory.
Before vs After improvement comparison
Landing Page
Before | After |
|---|---|
![]() | ![]() |
|
|
Billing Output Tab
Before | After |
|---|---|
![]() | ![]() |
|
|
Filters
Before | After |
|---|---|
![]() | ![]() |
|
|
Mass Actions
Before | After |
|---|---|
![]() | ![]() |
|
|
Reflection
This project reinforced an important lesson: when users don’t trust system feedback, they stop using the system and start compensating for it.
Good UX in operational tools isn’t about speed or aesthetics—it’s about making the right action obvious and the wrong action hard.
More Projects
UI / UX Design
Billing System Redesign
Improving accuracy, clarity, and operator confidence in high-risk billing workflows
Year :
2025
Industry :
SaaS
Project Duration :
3 Months
Designing trust and predictability into enterprise billing workflows

Why This Project Mattered

Billing errors don’t just slow teams down—they create downstream risk. In this system, operators were responsible for closing high-volume billing cycles where missed errors could directly impact revenue, customer trust, and internal credibility.
The existing Billing Console made this work harder than it needed to be. Errors were easy to miss. Filters hid critical data. Rerun workflows relied on memory instead of system feedback. Step progression behaved inconsistently, forcing analysts to second-guess whether the system could be trusted.
This project mattered because the cost of confusion wasn’t inconvenience—it was financial accuracy, operational confidence, and trust in the product itself.
My Role
I led the UX investigation and redesign of the Billing Console end-to-end.
My responsibility included diagnosing root UX failures, synthesizing research signals across users and implementation teams, reframing the problem space, and translating insights into a focused, high-fidelity redesign aligned with existing workflows and backend constraints.
Discovery Mindset
Before thinking about screens, I needed to understand why experienced operators were still making mistakes in a familiar system. What stood out wasn’t lack of training—it was a lack of reliable system feedback. The UI often contradicted backend reality, forcing users to compensate with manual checks, memory, and guesswork.

Questions that guided discovery
Where does the system fail to surface critical errors at the right moment?
Which workflows rely on user memory instead of visible state?
How often does the UI contradict backend behavior?
Where does the product increase cognitive load during high-risk actions?
What signals do users rely on when they don’t trust the interface?
Audit / Research Signals
Rather than overloading the study with methods, I focused on patterns that repeated across sources.

Error states were inconsistent and sometimes invisible unless users dug into logs
Rerun selections disappeared when filters changed, breaking trust mid-task
Default filters hid data on page load, leading users to assume no records existed
Scheduled steps were revealed only after execution began
High-risk actions lacked warnings, confirmations, or audit trails
Visual hierarchy made scanning difficult during time-sensitive work
Insight Shift
Problem | Intent |
|---|---|
Cell Errors were easy to miss and inconsistently represented | Make error states unmissable, consistent, and aligned with backend truth |
Reruns depended on memory and hidden controls | Make reruns explicit, persistent, and safe at both row and bulk levels |
Filters obscured data and created false empty states | Ensure filters clarify system state instead of hiding it |
Step logic and scheduling felt unpredictable | Surface step dependencies and schedules upfront, before execution |
High-risk actions lacked guardrails | Introduce confirmations, explanations, and auditability for confidence |
Design Exploration
Because the core workflow was already well-established, the goal wasn’t reinvention—it was precision correction.
Exploration focused on how error information travels across tabs and steps, how selections persist across filtering and navigation, and how visual hierarchy can guide attention during high-pressure billing scenarios.

First Design Iteration
The first tangible output moved directly into high-fidelity design, intentionally.
Low-fidelity wireframes would not have surfaced visual hierarchy issues, error salience problems, or scanability challenges in data-dense tables. This iteration focused on making system state explicit, reducing noise, and restoring trust through clarity.



Final Status
This redesign has been fully completed and validated at the design level.
The final outcome is a clarified, predictable Billing Console experience that aligns UI behavior with backend logic, removes guesswork from high-risk workflows, and restores operator confidence during billing cycles.
The system now supports analysts in completing billing cycles accurately, efficiently, and with confidence—without relying on manual workarounds or memory.
Before vs After improvement comparison
Landing Page
Before | After |
|---|---|
![]() | ![]() |
|
|
Billing Output Tab
Before | After |
|---|---|
![]() | ![]() |
|
|
Filters
Before | After |
|---|---|
![]() | ![]() |
|
|
Mass Actions
Before | After |
|---|---|
![]() | ![]() |
|
|
Reflection
This project reinforced an important lesson: when users don’t trust system feedback, they stop using the system and start compensating for it.
Good UX in operational tools isn’t about speed or aesthetics—it’s about making the right action obvious and the wrong action hard.
More Projects
UI / UX Design
Billing System Redesign
Improving accuracy, clarity, and operator confidence in high-risk billing workflows
Year :
2025
Industry :
SaaS
Project Duration :
3 Months
Designing trust and predictability into enterprise billing workflows

Why This Project Mattered

Billing errors don’t just slow teams down—they create downstream risk. In this system, operators were responsible for closing high-volume billing cycles where missed errors could directly impact revenue, customer trust, and internal credibility.
The existing Billing Console made this work harder than it needed to be. Errors were easy to miss. Filters hid critical data. Rerun workflows relied on memory instead of system feedback. Step progression behaved inconsistently, forcing analysts to second-guess whether the system could be trusted.
This project mattered because the cost of confusion wasn’t inconvenience—it was financial accuracy, operational confidence, and trust in the product itself.
My Role
I led the UX investigation and redesign of the Billing Console end-to-end.
My responsibility included diagnosing root UX failures, synthesizing research signals across users and implementation teams, reframing the problem space, and translating insights into a focused, high-fidelity redesign aligned with existing workflows and backend constraints.
Discovery Mindset
Before thinking about screens, I needed to understand why experienced operators were still making mistakes in a familiar system. What stood out wasn’t lack of training—it was a lack of reliable system feedback. The UI often contradicted backend reality, forcing users to compensate with manual checks, memory, and guesswork.

Questions that guided discovery
Where does the system fail to surface critical errors at the right moment?
Which workflows rely on user memory instead of visible state?
How often does the UI contradict backend behavior?
Where does the product increase cognitive load during high-risk actions?
What signals do users rely on when they don’t trust the interface?
Audit / Research Signals
Rather than overloading the study with methods, I focused on patterns that repeated across sources.

Error states were inconsistent and sometimes invisible unless users dug into logs
Rerun selections disappeared when filters changed, breaking trust mid-task
Default filters hid data on page load, leading users to assume no records existed
Scheduled steps were revealed only after execution began
High-risk actions lacked warnings, confirmations, or audit trails
Visual hierarchy made scanning difficult during time-sensitive work
Insight Shift
Problem | Intent |
|---|---|
Cell Errors were easy to miss and inconsistently represented | Make error states unmissable, consistent, and aligned with backend truth |
Reruns depended on memory and hidden controls | Make reruns explicit, persistent, and safe at both row and bulk levels |
Filters obscured data and created false empty states | Ensure filters clarify system state instead of hiding it |
Step logic and scheduling felt unpredictable | Surface step dependencies and schedules upfront, before execution |
High-risk actions lacked guardrails | Introduce confirmations, explanations, and auditability for confidence |
Design Exploration
Because the core workflow was already well-established, the goal wasn’t reinvention—it was precision correction.
Exploration focused on how error information travels across tabs and steps, how selections persist across filtering and navigation, and how visual hierarchy can guide attention during high-pressure billing scenarios.

First Design Iteration
The first tangible output moved directly into high-fidelity design, intentionally.
Low-fidelity wireframes would not have surfaced visual hierarchy issues, error salience problems, or scanability challenges in data-dense tables. This iteration focused on making system state explicit, reducing noise, and restoring trust through clarity.



Final Status
This redesign has been fully completed and validated at the design level.
The final outcome is a clarified, predictable Billing Console experience that aligns UI behavior with backend logic, removes guesswork from high-risk workflows, and restores operator confidence during billing cycles.
The system now supports analysts in completing billing cycles accurately, efficiently, and with confidence—without relying on manual workarounds or memory.
Before vs After improvement comparison
Landing Page
Before | After |
|---|---|
![]() | ![]() |
|
|
Billing Output Tab
Before | After |
|---|---|
![]() | ![]() |
|
|
Filters
Before | After |
|---|---|
![]() | ![]() |
|
|
Mass Actions
Before | After |
|---|---|
![]() | ![]() |
|
|
Reflection
This project reinforced an important lesson: when users don’t trust system feedback, they stop using the system and start compensating for it.
Good UX in operational tools isn’t about speed or aesthetics—it’s about making the right action obvious and the wrong action hard.








