
DASHBOARD
Design an accounts payable dashboard offering a comprehensive overview of business performance, enabling users to delve deeper for detailed insights.
Design an accounts payable dashboard offering a comprehensive overview of business performance, enabling users to delve deeper for detailed insights.
Tasks
As the company expanded into the accounts payable (AP) sector of accounting, I was tasked with designing a user-friendly, scannable dashboard to serve as the homepage of the AP platform.
Managing accounts payable often involves navigating complex data across multiple systems, leading to inefficiencies and limited visibility into financial performance. There was a need for a centralized tool that provides quick access to financial snapshots, enhancing work efficiency and decision-making processes.
By consolidating key data, the dashboard saved about 60% of the time typically spent on manual reporting and analysis.
By creating a dashboard that serves as a gateway into different areas of AP, we reduced time on task by up to 50%.
*Projected/estimated value
To inform the dashboard design, I conducted a quick competitive analysis to identify primary user groups:
To understand how the data is used, I generated user stories and flows.
Initially, the expectation was to rapidly produce a dashboard design based on a stakeholder-provided mockup and a brief competitive analysis. Although I had reservations about certain design elements, I proceeded without challenging the stakeholder's assumptions, aiming to satisfy both business requirements and user needs.
However, this approach led to several issues:
These challenges underscored the importance of critically evaluating stakeholder inputs and aligning design solutions with user needs.
After feedback from the UX/UI team, I recognized the need to reassess the dashboard's scope. I collaborated with fellow designers to:
This collaborative approach with designers and stakeholder led to a more effective and user-friendly dashboard design.
Collaborating with stakeholders and incorporating feedback from internal accountants, we addressed the following key issues:
The original Invoice Data section included date range and vendor filters. However, metrics like "Average Days to Process an Invoice" couldn't be accurately calculated for single-day ranges, and vendor filtering often lacked sufficient data. To improve reliability, we replaced these filters with a simpler period selector (e.g., last 7 days).
Initially, funding account and virtual card cashback earnings data were presented together and visible to all users. Recognizing that these datasets were unrelated and that unrestricted access posed security concerns, we separated the virtual card cashback data and restricted its visibility based on user permissions.
Through refining the Permissions page, we identified that roles such as Approvers, Payers, and Admins often align with AP Manager responsibilities, while Clerks and Accountants correspond more closely with AP Clerk duties. Notably, CFOs typically do not utilize the dashboard for developing financial strategies, as they rely on dedicated reporting pages.
Recognizing these distinctions, we observed that certain dashboard elements—like "Early-Pay Discounts Captured"—were not pertinent to all users, particularly Clerks and Accountants. To enhance relevance and usability, we introduced a Custom Reminders section that displays up to three role-specific reminders. This ensures users see information tailored to their responsibilities, reducing clutter and improving efficiency.
The dashboard's length required users to scroll extensively, hindering quick data access. To enhance usability, we consolidated related data points into combined charts:
Merged separate charts for invoice counts by days pending approval and by assignee into a single view, providing more detailed insights.
We defined this chart as a component in the design system and created each state—such as default, expanded, and skeleton loading—as a variant.
Combined monthly totals and per-user data into a chart displaying invoice counts based on specific user actions per specific date period, offering clearer insights into processing activities.
We defined this chart as a component in design system and created each action tab as a variant, ensuring UI consistency.
Project expectations led me to overlook a crucial step: critically evaluating stakeholder content. I’ve learned that questioning requirements and aligning them with user needs is essential. Advocating for more time can help deliver better solutions.
NEXT PROJECT