An eight-week team project focused on reducing navigation errors and delays in an internal tool used by energy data analysts.
We spent eight weeks on interviews, task flows, prototypes, testing, and final handoff.
Stakeholder interviews, competitive analysis, and problem definition
Creating personas based on research and mapping current user journeys
Sketching initial ideas and creating wireframes for testing
Testing the LoFi prototypes with the Stakeholders and taking notes on their feedback.
Creating detailed visual designs and interactive prototypes in Figma
Testing prototypes with users and refining based on feedback
Making final adjustments and preparing deliverables
Our primary stakeholder used Revenue Manager to review customer records, maintain data, and run reports. The interface often froze on large datasets, moved tabs unexpectedly, and made common actions hard to find.
The main issues were slow performance, unclear navigation, and a steep learning curve for recurring analysis tasks.
Our team redesigned the workflow around the analyst's core tasks and tested two workspace models.
We conducted interviews with two key stakeholders. Our goal was to understand the current software used for large-scale data management and the challenges that stakeholders face in their day-to-day operations.
Daily Activities: Analyzes customer records, ensures accurate accounts setup, performs correlation analysis on billing and utility data, and follows up with utilities regarding billing inquiries for CCA customers.
Tools Used: Outlook, SQMD, CAISO Metering, Calpine Website Tool, Excel, SQL, Microsoft Teams, Revenue Manager (RM), SDGE & Utility Websites, Visual Cron
Pain Points: Outdated RM app that freezes when working with large datasets; confusing tab placement that switches positions; unintuitive toolbar functions; cannot access records when SCE fails to send updates overnight or when archive processes are paused
Daily Activities: Manages procurement activities, negotiates contracts and rates for parts and labor, develops cost-saving strategies, and creates/manages purchase orders worth millions of dollars.
Tools Used: Outlook, Microsoft Excel for data analysis, PowerBI for visualizing trends, Microsoft Teams, and in-house ERP system for supply chain management
Pain Points: Challenges managing large amounts of data; difficulty transferring between different systems; time-consuming report generation in PowerBI and ERP; unintuitive user interfaces; lack of visual feedback for supplier compliance
Our semi-structured protocol included:
Our primary stakeholder is a Data Analyst for Calpine Energy Solution. Their responsibilities include:
Throughout their day, they use multiple software applications, but the two main ones are:
Junior Data Analyst
Jack is a junior data analyst with a pre-med background who feels overwhelmed by setbacks and stuggles with the company's new interface, cuasing stress and delays.
Senior Data Analyst
Jaquline, a senior data analyst, with 20+ years of experience (15 in energy), excels in complex tasks but struggles with system delays that disrupt deadlines. These system delays are often due to accidental errors made by analysts due to the unintuitive workflow of the in-house software.
We conducted a competitive audit of similar data analysis tools to identify best practices and potential improvements for our redesign. We compared three major products in the energy data analysis space:
| Features | Tableau | EnergyCap | DNV |
|---|---|---|---|
| Web Based | Yes | Yes | Yes |
| Learning Curve | Highest | Lowest | Moderate |
| Data Visualization | Excellent | Standard | Limited |
| Real-Time Monitoring | Limited | Yes | Yes |
| Dashboard Customization | High | Moderate | Read Only |
| Large Datasets | Struggles | Handles Well | Handles Well |
| Collaboration | Yes | Yes (not live) | No |
These insights guided our design decisions, helping us focus on creating an interface that combines the best aspects of these tools while addressing the specific needs of energy data analysts.
Based on our research and competitive analysis, we developed UX flows to map the user journey through the redesigned interface. We focused on the most common tasks performed by data analysts:
This flow addresses the main pain points identified in our research:
We developed two distinct approaches for our low-fidelity wireframes:
The first approach featured a simple, tab-based environment that focused on:
The second approach took a more experimental direction with a node-based canvas that offered:
We also explored a hybrid approach that combined elements from both designs, which later influenced our final direction.
For our low-fidelity prototypes, we used:
We conducted user tests with our primary stakeholders to evaluate both prototypes. Participants were asked to complete the following tasks:
The testing revealed a strong preference for Prototype 2 (node-based interface) with some elements from Prototype 1:
Users emphasized that Prototype 2 provided a more customizable workspace that would help them organize information according to their specific needs, making their workflow more efficient.
Based on this feedback, we decided to focus on the node-based design while incorporating some elements from the tab-based approach, particularly the customer information layout that users found intuitive.
Our high-fidelity prototype focused on refining the node-based workspace concept while addressing the feedback received during user testing. We maintained a clean, intuitive layout while adding more customization options and clearer visual hierarchy.
We built an interactive Figma prototype to test the detailed workflow before handoff.
Based on additional feedback from peers, TAs, and stakeholders, we made several key improvements to our high-fidelity prototype:
These refinements addressed the feedback we received and improved the overall usability and aesthetics of the interface.
Our redesigned Revenue Manager addresses the key pain points identified in our research while incorporating best practices from competitive products and feedback from user testing.
The final design creates a more efficient workflow by:
The final prototype reduced the number of places users had to look and made related records easier to keep in view. It was not implemented in production.
The node-based direction tested better because analysts could keep related records together without losing the structure of the original tool.
The result was a tested prototype and handoff, not a production release. The next useful step would be implementation testing with larger datasets and more analysts.
This was a team project.