We recognized that users have very little signal as to whether people were interested in their offerings as well as the amount of revenue they’ve made from our product. From a business perspective, we needed to ensure our product stays top-of-mind and provide motive for users to return.
By showing users their metrics and progress, it should help us get customers to return to the product and encourage behaviors to get them moving through the customer journey.
Searched through resources online for UI/UX ideas for designing a functioning and appealing dashboard.
To find out whether there’s been any new information from users about our product.
I also removed some of the more complex ideas to reduce engineering effort, especially since we were hesitant of the cost-benefit.
Determining to what extent we should incorporate onboarding along with displaying user insights. Should onboarding be separated? Will this help with our goals?
These approaches would cause cognitive load, distract users from the main goal, or won’t have the reasonable space to consider future implementations.
A dedicated page for tracking and managing all insights. This was the most reasonable solution that would meet our goals and has the capacity to include more useful elements in the future.
We decided to trim down a few components as it required more engineering effort and we were unsure of the cost-benefit they’d offer. I simplified the elements down to the most important ones that would provide our users prominent value: Total earnings and bookings, page views, and event performance. The plan was to release an initial milestone of the dashboard and determine from user feedback and behavior for future improvements.




We saw more users come back to the product more often to engage with their dashboard insights. This proved to be a necessary and useful addition to our users’ workflow.
At the time, we hadn’t grown our position as a well-established SaaS product yet, so we lacked the user numbers and relationships for research and testing specifically for this feature. In order to design this solution, I relied heavily on external research and general feedback users had mentioned to our Customer Success teammate. Because we had a tool that tracked user actions and behaviors (LogRocket), it was my primary resource for gauging the success of our feature design.
Though we were able to see the feature drive engagement through LogRocket, we did not track precise metrics to evaluate how successful the feature was.
Be more proactive in seeking out users for research and advocating for the process more strategically with my team. The design may have been more accurate in terms of achieving user expectations and determining the necessary improvements.
Thanks for viewing!
Redesigning the in-app homepage →